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)
