## Summary
Allow linuxstatic platform builds for ppc64 architecture by bypassing
the platform validation check.
## Changes
- Modified the platform validation logic in `lib/index.ts` to skip the
platform mismatch check when building for ppc64 architecture
- Added `&& arch !== 'ppc64'` condition to allow linuxstatic builds on
ppc64 without validation errors
## Impact
- Users can now build linuxstatic binaries for ppc64 architecture
without platform validation blocking the process
- No breaking changes to existing functionality
- Maintains existing platform validation for other architectures except
ppc64
## Use Case
This enables building static Linux binaries on ppc64 systems, which is
particularly useful for PowerPC environments that need statically linked
executables.
---------
Co-authored-by: Daniel Lando <daniel.sorridi@gmail.com>
This PR adds Node24 support
**Node/V8 changes:**
- Move to new V8 syntax for some constructs (e.g. Cast<>)
- Tracked down two issues which caused the read-only snapshot to be
different across platforms:
- in `read-only-serializer:258` the "live" pointer gets overwritten by
the encoded slot (EncodedTagged).
If V8_COMPRESS_POINTERS is not enabled, EncodedTagged is 4 bytes, but
the live pointer is 8 bytes.
memcpy() only copies EncodeTagged leaving 4bytes of "garbage" (=previous
upper pointer half) which is semi-random per run - fixed this by
clearing the whole value first
- the CSA_HOLE_SECURITY_CHECK macro somehow leaves a string with a
platform-dependent filename in the readonly heap as a constant, replaced
that with "placeholder"
- add PKG_TRACE_READONLY_HEAP blocks for debugging further snapshot
issues
Those fixes partially fix the sourceless cross-build issues introduced
in Node 22 - For my test builds linux/linuxstatic/alpine/win on x64 are
now compatible again. The heap contents on macos builds and other arm64
is wildly different, not sure why. I don't think this kind of
compatibility is a goal for the V8 snapshot implementation in general.
(This affects Node SEA as well, but SEA always has the source to fall
back onto, which incurs a small performance hit)
**Build Changes:**
- Update linux/linuxcross build to use gcc 12 (required for Node 24)
- For aloine/linuxstatic: Node 24 doesn't build on the muslcc image used
previously, the image is unmaintained (although the toolchain builder
isn't, we could build our own image)
- Moved alpine/linuxstatic to native Alpine x64/arm64 toolchains, which
seems to work quite well
- Some minor upgrades to the Windows build, but had to enable `full-icu`
for now because the ICU code gen step crashes with `small-icu` on the GH
action build runners (not on my Windows test machine though)
- Moved the macos build to macos 14 which is now required for Node 24 -
x64 is now cross-built from arm64 because GH doesn't offer free macos14
x64 build workers
- Removed all builds for Node 18 and older
-
**Notes:**
- Needs more testing, I did some basic testing for x64 builds as well as
macos/arm64
- I added a backport of the snapshot-determinism fixes to the latest
Node 22 patch
* update version in package.json
* bump to v3.5.2
* update shas
---------
Co-authored-by: Brad Parham <baparham@gmail.com>
Co-authored-by: Gabriel P <gabriel.pt@planethoster.info>
* build: add applyPatches script and docs
Adds a new package.json script to only apply patches as well as some
basic documentation on applying patches and building binaries
* README: add example of patch updates to readme
* tests: add simple patch application checker
* CI: always run lint in ci job matrix
* patches: fix 10.24.1 patch to apply with no offset
