2022-03-27 11:21:15 +00:00
|
|
|
import strutils
|
|
|
|
|
2020-02-09 16:31:37 +00:00
|
|
|
if defined(release):
|
|
|
|
switch("nimcache", "nimcache/release/$projectName")
|
|
|
|
else:
|
|
|
|
switch("nimcache", "nimcache/debug/$projectName")
|
|
|
|
|
|
|
|
if defined(windows):
|
|
|
|
# disable timestamps in Windows PE headers - https://wiki.debian.org/ReproducibleBuilds/TimestampsInPEBinaries
|
|
|
|
switch("passL", "-Wl,--no-insert-timestamp")
|
Limit stack size on Windows like other targets
We can't use `ulimit -s` to limit stack size on Windows. Even though Bash
accepts `ulimit -s` and the numbers change it has no effect and is not passed
to child processes.
(See https://public-inbox.org/git/alpine.DEB.2.21.1.1709131448390.4132@virtualbox/)
Instead, set it when building the test executable, following, a suggestion from
@stefantalpalaru.
https://github.com/status-im/nimbus-eth1/pull/598#discussion_r621107128
To ensure no conflict with `config.nims`, `-d:windowsNoSetStack` is used. This
proved unnecessary in practice because the command-line option is passed to the
linker after the config file option. But given we don't have an automated test
to verify linker behaviour, it's best not to rely on the option order, neither
how the linker treats it, or whether Nim will always send them in that order.
Testing:
This has been verified by using a smaller limit. At 200k, all `ENABLE_EVMC=0`
OS targets passed as expected, and all `ENABLE_EVMC=1` OS targets failed with
expected kinds of errors due to stack overflow, including Windows.
(400k wasn't small enough; 32-bit x86 Windows passed on that).
Signed-off-by: Jamie Lokier <jamie@shareable.org>
2021-04-29 18:40:47 +00:00
|
|
|
# increase stack size, unless something else is setting the stack size
|
|
|
|
if not defined(windowsNoSetStack):
|
|
|
|
switch("passL", "-Wl,--stack,8388608")
|
2020-02-09 16:31:37 +00:00
|
|
|
# https://github.com/nim-lang/Nim/issues/4057
|
|
|
|
--tlsEmulation:off
|
|
|
|
if defined(i386):
|
|
|
|
# set the IMAGE_FILE_LARGE_ADDRESS_AWARE flag so we can use PAE, if enabled, and access more than 2 GiB of RAM
|
|
|
|
switch("passL", "-Wl,--large-address-aware")
|
|
|
|
|
2022-03-27 11:21:15 +00:00
|
|
|
# Avoid some rare stack corruption while using exceptions with a SEH-enabled
|
|
|
|
# toolchain: https://github.com/status-im/nimbus-eth2/issues/3121
|
|
|
|
switch("define", "nimRawSetjmp")
|
|
|
|
|
2021-04-09 07:26:06 +00:00
|
|
|
# This helps especially for 32-bit x86, which sans SSE2 and newer instructions
|
|
|
|
# requires quite roundabout code generation for cryptography, and other 64-bit
|
|
|
|
# and larger arithmetic use cases, along with register starvation issues. When
|
|
|
|
# engineering a more portable binary release, this should be tweaked but still
|
|
|
|
# use at least -msse2 or -msse3.
|
2022-01-25 13:43:22 +00:00
|
|
|
#
|
|
|
|
# https://github.com/status-im/nimbus-eth2/blob/stable/docs/cpu_features.md#ssse3-supplemental-sse3
|
|
|
|
# suggests that SHA256 hashing with SSSE3 is 20% faster than without SSSE3, so
|
|
|
|
# given its near-ubiquity in the x86 installed base, it renders a distribution
|
|
|
|
# build more viable on an overall broader range of hardware.
|
|
|
|
#
|
2020-02-13 19:18:27 +00:00
|
|
|
if defined(disableMarchNative):
|
2021-04-09 07:26:06 +00:00
|
|
|
if defined(i386) or defined(amd64):
|
2022-03-27 11:21:15 +00:00
|
|
|
if defined(macosx):
|
|
|
|
# https://support.apple.com/kb/SP777
|
|
|
|
# "macOS Mojave - Technical Specifications": EOL as of 2021-10 so macOS
|
|
|
|
# users on pre-Nehalem must be running either some Hackintosh, or using
|
|
|
|
# an unsupported macOS version beyond that most recently EOL'd. Nehalem
|
|
|
|
# supports instruction set extensions through SSE4.2 and POPCNT.
|
|
|
|
switch("passC", "-march=nehalem")
|
|
|
|
switch("passL", "-march=nehalem")
|
|
|
|
else:
|
|
|
|
switch("passC", "-mssse3")
|
|
|
|
switch("passL", "-mssse3")
|
2022-01-25 13:43:22 +00:00
|
|
|
elif defined(macosx) and defined(arm64):
|
|
|
|
# Apple's Clang can't handle "-march=native" on M1: https://github.com/status-im/nimbus-eth2/issues/2758
|
|
|
|
switch("passC", "-mcpu=apple-a14")
|
|
|
|
switch("passL", "-mcpu=apple-a14")
|
2020-02-13 19:18:27 +00:00
|
|
|
else:
|
|
|
|
switch("passC", "-march=native")
|
2021-04-09 07:26:06 +00:00
|
|
|
switch("passL", "-march=native")
|
2020-02-13 19:18:27 +00:00
|
|
|
if defined(windows):
|
|
|
|
# https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65782
|
|
|
|
# ("-fno-asynchronous-unwind-tables" breaks Nim's exception raising, sometimes)
|
2021-04-09 07:26:06 +00:00
|
|
|
switch("passC", "-mno-avx512f")
|
|
|
|
switch("passL", "-mno-avx512f")
|
|
|
|
|
2021-05-18 22:40:52 +00:00
|
|
|
# Omitting frame pointers in nim breaks the GC:
|
2021-04-09 07:26:06 +00:00
|
|
|
# https://github.com/nim-lang/Nim/issues/10625
|
2021-05-18 22:40:52 +00:00
|
|
|
if not defined(windows):
|
|
|
|
# ...except on Windows where the Nim bug doesn't manifest and the option
|
|
|
|
# crashes GCC in some Mingw-w64 versions:
|
|
|
|
# https://sourceforge.net/p/mingw-w64/bugs/880/
|
|
|
|
# https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86593
|
|
|
|
switch("passC", "-fno-omit-frame-pointer")
|
|
|
|
switch("passL", "-fno-omit-frame-pointer")
|
2020-02-13 19:18:27 +00:00
|
|
|
|
2020-02-09 16:31:37 +00:00
|
|
|
--threads:on
|
|
|
|
--opt:speed
|
|
|
|
--excessiveStackTrace:on
|
|
|
|
# enable metric collection
|
|
|
|
--define:metrics
|
2021-04-09 07:26:06 +00:00
|
|
|
# for heap-usage-by-instance-type metrics and object base-type strings
|
|
|
|
--define:nimTypeNames
|
|
|
|
|
|
|
|
switch("define", "withoutPCRE")
|
2020-02-09 16:31:37 +00:00
|
|
|
|
2022-03-27 11:21:15 +00:00
|
|
|
when not defined(disable_libbacktrace):
|
|
|
|
--define:nimStackTraceOverride
|
|
|
|
switch("import", "libbacktrace")
|
|
|
|
else:
|
|
|
|
--stacktrace:on
|
|
|
|
--linetrace:on
|
|
|
|
|
|
|
|
var canEnableDebuggingSymbols = true
|
|
|
|
if defined(macosx):
|
|
|
|
# The default open files limit is too low on macOS (512), breaking the
|
|
|
|
# "--debugger:native" build. It can be increased with `ulimit -n 1024`.
|
|
|
|
let openFilesLimitTarget = 1024
|
|
|
|
var openFilesLimit = 0
|
|
|
|
try:
|
|
|
|
openFilesLimit = staticExec("ulimit -n").strip(chars = Whitespace + Newlines).parseInt()
|
|
|
|
if openFilesLimit < openFilesLimitTarget:
|
|
|
|
echo "Open files limit too low to enable debugging symbols and lightweight stack traces."
|
|
|
|
echo "Increase it with \"ulimit -n " & $openFilesLimitTarget & "\""
|
|
|
|
canEnableDebuggingSymbols = false
|
|
|
|
except:
|
|
|
|
echo "ulimit error"
|
|
|
|
# We ignore this resource limit on Windows, where a default `ulimit -n` of 256
|
|
|
|
# in Git Bash is apparently ignored by the OS, and on Linux where the default of
|
|
|
|
# 1024 is good enough for us.
|
|
|
|
|
|
|
|
if canEnableDebuggingSymbols:
|
2020-02-09 16:31:37 +00:00
|
|
|
# add debugging symbols and original files and line numbers
|
|
|
|
--debugger:native
|
|
|
|
|
|
|
|
--define:nimOldCaseObjects # https://github.com/status-im/nim-confutils/issues/9
|
2022-03-27 11:21:15 +00:00
|
|
|
|
|
|
|
# `switch("warning[CaseTransition]", "off")` fails with "Error: invalid command line option: '--warning[CaseTransition]'"
|
|
|
|
switch("warning", "CaseTransition:off")
|
2020-02-09 16:31:37 +00:00
|
|
|
|
2020-06-03 22:18:14 +00:00
|
|
|
# The compiler doth protest too much, methinks, about all these cases where it can't
|
|
|
|
# do its (N)RVO pass: https://github.com/nim-lang/RFCs/issues/230
|
|
|
|
switch("warning", "ObservableStores:off")
|
|
|
|
|
|
|
|
# Too many false positives for "Warning: method has lock level <unknown>, but another method has 0 [LockLevel]"
|
|
|
|
switch("warning", "LockLevel:off")
|
|
|
|
|