We do have inttypes.h, but gcc-4.2.1 doesn't default to C99 and
thus doesn't #define __STDC_VERSION__ 199901L.
Same patch as the ones used in telephony/kamailio and textproc/calibre.
Pointed out by jca@ a while ago, thanks!
broke the build of the packages which depend of cython on macppc and
probably on other GCC4 arches.
Spotted by landry@ with numpy. Culprit found by daniel@.
libpgmath CMakeLists.txt files. This worked out to -mcpu=native on the
arm64 package builders, which clang doesn't support. Remove all those flags
which should get flang building again on arm64.
Found looking at phessler@'s arm64 bulk build report.
update also brings in an MD version of libpgmath for arm64 (like it is on
amd64); however, this arm64 MD version is currently disabled until I am
able to test it.
surprising.
It's always controlled by MODPY_BUILDDEP, which defaults to Yes
usually, unless NO_BUILD=Yes is set, and then it defaults to No.
this caters to matthieu's xcbgen port
okay aja@, rpointel@
dependent ports, this restricts deps to use the current clang version
which is required for some ports using the unversioned libLLVM*.so
library. see https://marc.info/?l=openbsd-ports&m=152377935312657&w=2
- set RUN_DEPENDS on devel/llvm in lang/crystal as it uses libLLVM*.so
breakage reported by James Turner
I don't like this at all, but don't see what other option we have,
if anyone has a better idea please pipe up.
gdb is picked up because it brings libbfd, which can be used by
ocamlobjinfo to analyze (at least) .cmxs files. Not very useful on
arm64 since native code support isn't enabled, but this is consistent
with other similar architectures.
An alternative would be to drop BFD on non-native non-dynlink archs, if
it is actually used only for .cmxs files.
Late commit because I wanted to avoid conflicting with the ongoing OCaml
update, but this one will need a refreshed diff anyway.
Tested by kettenis@
Crystal is a programming language with the following goals:
* Have a syntax similar to Ruby (but compatibility with it is not a
goal)
* Be statically type-checked, but without having to specify the type
of variables or method arguments.
* Be able to call C code by writing bindings to it in Crystal.
* Have compile-time evaluation and generation of code, to avoid
boilerplate code.
* Compile to efficient native code.
Initial port and MAINTAINER Wesley Moxam
Help and ok sthen@
