is the value used by MacOS and not OpenBSD, however some ports are distributed
in a binary form and they freak out if there is a mismatch between the mono
runtime that they were compiled with and the one that they are running with.
the long-term solution is to get msbuild ported and compile depotdownloader
with our own mono runtime, until then, break IPv6 , nobody is using it anyway ;)
- We now ship the -header package instead of including the full distfile.
This fixes node-gyp builds (as we had the wrong version in there).
- Teach the bundled openssl how to use $MAKE_PROGRAM (patch from Martin Sander).
While here, drop myself as MAINTAINER.
OK denis@
I highly suspect this is not needed but it's too tempting to just bump
three ports and forget about it.
No objection from tb@ (py-tlslite-ng maintainer)
(which is not) throughout the ports Makefiles.
* Replace find|xargs with find -exec {} +
* Replace -exec {} \; with -exec {} + if applicable.
* Use the -delete operator to remove files and empty directories.
* Combine and tweak some find(1) invocations while here.
ok kn@ rsadowski@ espie@
Also:
- use fallback code for gethostbyaddr_r() that we don't support, it
fixes !clang archs build
- remove MS-DOS line endings for files needing to be patched
OK thfr@ (maintainer), kmos@, jca@, hints and OK tb@
ok solene@
DESCR:
HashLink is a virtual machine for Haxe.
HashLink runtime includes the following features:
* Fully compatible with Haxe specification
* Support file I/O, regular expressions, network, etc.
* Unicode strings by default
* Mark-and-not-sweep Garbage Collector
* x86 and x86-64 HL/C compilation
* x86 and x86-64 HL/JIT compilation
this issue has been addressed by upstream ecl in a more elaborate manner than
i feel is appropriate for now. we'll pull in their fix when this port gets
updated to the next version.
breakage reported by naddy@
also tested by tb@ on i386
already run into it myself. Add comments to hopefully make it simpler
and more understandable for future changes to the default version.
Zero feedback but tests well here, committing before I forget about
it because people will run into this with 6.7.
All except some of the most recent arm64 processors have a speculative
execution flaw that occurs across a syscall boundary, which cannot be
mitigated in the kernel. In order to protect against this leak a
speculation barrier needs to be placed after an svc instruction.
In order to avoid the performance impact of these instructions, the kernel
will soon start returning execution two instructions past the svc call.
For now two hardware no ops are added, which allows syscalls to work with
both old and new kernels. Once the kernel is cut over the no ops can be
replaced with actual speculation barriers.
Discussed at length with deraadt@
ok abieber@
DESCR:
Haxe consists of a high-level, open source programming language and a compiler.
It allows compilation of programs, written using an ECMAScript-oriented syntax,
to multiple target languages. Employing proper abstraction, it is possible to
maintain a single code-base which compiles to multiple targets.
Haxe is strongly typed but the typing system can be subverted where required.
Utilizing type information, the Haxe type system can detect errors at
compile-time which would only be noticeable at run-time in the target language.
Furthermore, type information can be used by the compiler to generate optimized
and robust code.
This affects the number of jobs cargo will spawn which previously didn't take
take into account whether or not hw.smt was set.
Also implement num_cpus::get_num_physical_cpus() while here.
Patch has been merged upstream already.
ok semarie@ (MAINTAINER)
This fixes pointer truncation on sparc64 and probably mips64.
Bump REVISION since quickjs previously built on arm64 but with
different bignum sizing.
ok cwen@ bcallah@ (maintainer)
