This requires the use of eg++ to build libpgmath; about a year and a half
ago, building the arm64-specific math routines broke when compiling with
clang (a clang bug) so we switched to the generic math routines only. Now,
build system changes make building generic math routines only impossible,
so we now must build libpgmath on arm64 with eg++. I have gotten tired of
waiting for a potential fix to allow building with clang again.
Thanks to phessler@, who put the diff into a bulk build (and spotted me
fat-fingering the linker invocation).
Flang now again builds and works properly on arm64. No change on amd64.
ok bentley@ who also identified a missing ifdef
DESCR:
Neko is a high-level dynamically typed programming language. It can be used as
an embedded scripting language. It has been designed to provide a common runtime
for several different languages. Learning and using Neko is very easy. You can
easily extend the language with C libraries. You can also write generators from
your own language to Neko and then use the Neko Runtime to compile, run, and
access existing libraries.
binaries appropriate for the build machine. This doesn't work for
package builds where packages are produced on a machine with SSE
but are expected to work on machines without. Set GO386=387 during
the build to disable this. OK/improved comment from jsing@.
Note that this should only be used in well-defined cases that otherwise throw
array/list exceptions since it opens possibilities for undefined behavior.
ok robert@ (maintainer)
Notable changes:
- Switch to using GH_ directives to fetch the distfile
- Point HOMEPAGE to https://mruby.org/
- Upstream now enable setting MRB_ENDIAN_BIG on big endian architectures,
so we only need to add the missing <endian.h> header
Tested on amd64, test suite passes without errors.
OK sthen@, jeremy@
python cflags are now being honored which means gcc now pukes on the
bogus -OPT:Olimit=0 present in python2-config --cflags. Force-disable
the bogus use of -OPT:Olimit=0. ok kmos@ sthen@
