The default is still a debug build. Is that intended?
"cc" -O2 -pipe -std=gnu99 -Wall -Werror-implicit-function-declaration \
-Wdeclaration-after-statement -Wwrite-strings -g3 -O0 -DMRB_ENABLE_DEBUG_HOOK \
-DMRBGEM_MRUBY_BIN_DEBUGGER_VERSION=0.0.0 ...
Added Files: CVS: patches/patch-tasks_toolchains_gcc_rake
with native c++ code worked fine. We no longer need to do that, and
llvm errors out with the non-sensical combination of "c++ -std=c99".
this fixes the python build on arm64
tested by sthen@ in an i386 bulk, thanks!
OK sthen@, rpointel@ (maintainer)
- stop pruning optimizations coming from the environment (ie OpenBSD's
default -O2 -pipe) when building llvm - this resulted in a very slow
llvm, and in a veeery slow rust build, and an awfully slow rust
compiler. Yay. See https://github.com/rust-lang/rust/issues/39900
- only add cmake to BDEP when rustc is compiled with bundled llvm
- propagate verbose cmake flag to bundled llvm build
tested on i386 and amd64
- switch to rustbuild build system instead of configure (the world
definitely needed one more build system!)
- the build still takes +INF hours, this is being investigated
Note that rust will be a hard-requirement for gecko 54... sigh.
Tested by semarie@ and myself on i386 & amd64.
All the hard work and countless build hours by semarie@, thanks!
- create a new MODGO_LDFLAGS variable
- set MODGO_LDFLAGS to "-s -w" by default (no DEBUG)
- add -ldflags="${MODGO_LDFLAGS}" to the build and test CMDs if
MODGO_LDFLAGS is defined
ok czarkoff@ jsing@
Myrddin is a systems programming language that covers a similar niche as
C including desktop, OS, and embedded development, but at the same time
making it harder to shoot yourself in the foot.
It is designed to be a simple language that runs close to the metal,
giving the programmer predictable and transparent behavior and mental
model. It also does strong type checking, generics, type inference,
closures, and traits.
Myrddin is not a language designed to explore the forefront of type
theory or compiler technology. It is not a language that is focused on
guaranteeing perfect safety. It is satisfied to be a practical, small,
fairly well defined, and easy to understand language for code that needs
to be close to the hardware.
