Version
No response
Platform
macos m4-pro
I use ninja configuration, I generated make command and get a this error
19 | #include "ffi.h"
| ^~~~~~~
1 error generated.
[15/179] CXX obj/src/libnode.node_sea_bin.o
ninja: build stopped: subcommand failed.
make: *** [node] Error 1
Subsystem
No response
What steps will reproduce the bug?
./configure --ninja --debug -C && make
How often does it reproduce? Is there a required condition?
when I operate it: ./configure --ninja --debug -C && make
What is the expected behavior? Why is that the expected behavior?
.
What do you see instead?
➜ node git:(main) ✗ make
ninja -C out/Release
ninja: Entering directory `out/Release'
[2/179] CXX obj/src/libnode.node_metadata.o
FAILED: [code=1] obj/src/libnode.node_metadata.o
c++ -MMD -MF obj/src/libnode.node_metadata.o.d -D_GLIBCXX_USE_CXX11_ABI=1 -D_FILE_OFFSET_BITS=64 -DNODE_OPENSSL_CONF_NAME=nodejs_conf -DICU_NO_USER_DATA_OVERRIDE -DV8_ENABLE_CHECKS -D_DARWIN_USE_64_BIT_INODE=1 -DOPENSSL_NO_PINSHARED -DOPENSSL_THREADS '-DNODE_ARCH="arm64"' -DNODE_WANT_INTERNALS=1 -DNAPI_EXPERIMENTAL=1 -DNODE_API_EXPERIMENTAL_NO_WARNING=1 -DV8_DEPRECATION_WARNINGS=1 '-DNODE_OPENSSL_SYSTEM_CERT_PATH=""' -DSQLITE_ENABLE_SESSION -DNODE_USE_NODE_CODE_CACHE=1 -DHAVE_INSPECTOR=1 -DHAVE_LIEF=1 -D__POSIX__ -DNODE_USE_V8_PLATFORM=1 -DNODE_HAVE_I18N_SUPPORT=1 -DNODE_BUNDLED_ZLIB -DNODE_BUNDLED_ZSTD '-DNODE_PLATFORM="darwin"' -DHAVE_OPENSSL=1 -DOPENSSL_API_COMPAT=0x10100000L -DHAVE_AMARO=1 -DHAVE_SQLITE=1 -DHAVE_FFI=1 -DNODE_SHARED_FFI=0 -DHAVE_QUIC=0 -DXXH_NAMESPACE=ZSTD_ -DZSTD_MULTITHREAD -DZSTD_DISABLE_ASM -DFFI_STATIC_BUILD -DUCONFIG_NO_SERVICE=1 -DU_ENABLE_DYLOAD=0 -DU_STATIC_IMPLEMENTATION=1 -DU_HAVE_STD_STRING=1 -DUCONFIG_NO_BREAK_ITERATION=0 -D_LARGEFILE_SOURCE -DNGHTTP2_STATICLIB -DNDEBUG -DL_ENDIAN -DOPENSSL_BUILDING_OPENSSL -DBSAES_ASM -DECP_NISTZ256_ASM -DECP_SM2P256_ASM -DKECCAK1600_ASM -DMD5_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_CPUID_OBJ -DOPENSSL_SM3_ASM -DPOLY1305_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DSM4_ASM -DVPAES_ASM -DVPSM4_ASM -DOPENSSL_PIC -I../../src -I../../deps/postject -Igen -Iobj.target/libffi/geni -Igen/include -Igen/src -I../../deps/v8/third_party/abseil-cpp -I../../deps/googletest/include -I../../deps/histogram/src -I../../deps/histogram/include -I../../deps/nbytes/include -I../../deps/libffi/include -Iobj/libnode.gen -I../../deps/inspector_protocol -Igen/inspector-generated-output-root/include -I../../deps/ncrypto -I../../deps/LIEF/include -I../../deps/v8/include -I../../deps/icu-small/source/i18n -I../../deps/icu-small/source/common -I../../deps/zlib -I../../deps/llhttp/include -I../../deps/cares/include -I../../deps/uv/include -I../../deps/uvwasi/include -I../../deps/nghttp2/lib/includes -I../../deps/ada -I../../deps/merve -I../../deps/simdjson -I../../deps/v8/third_party/simdutf -I../../deps/brotli/c/include -I../../deps/sqlite -I../../deps/zstd/lib -I../../deps/openssl/openssl/include -I../../deps/openssl/openssl/crypto/include -I../../deps/openssl/config/archs/darwin64-arm64-cc/asm_avx2/include -I../../deps/openssl/config/archs/darwin64-arm64-cc/asm_avx2 -O3 -gdwarf-2 -fno-strict-aliasing -mmacosx-version-min=13.5 -arch arm64 -Wall -Wendif-labels -W -Wno-unused-parameter -Werror=undefined-inline -Werror=extra-semi -Werror=ctad-maybe-unsupported -Wall -Wendif-labels -W -Wno-unused-parameter -std=gnu++20 -stdlib=libc++ -fno-rtti -fno-exceptions -Wno-error=deprecated-declarations -c ../../src/node_metadata.cc -o obj/src/libnode.node_metadata.o
../../src/node_metadata.cc:19:10: fatal error: 'ffi.h' file not found
19 | #include "ffi.h"
| ^~~~~~~
1 error generated.
[15/179] CXX obj/src/libnode.node_sea_bin.o
ninja: build stopped: subcommand failed.
make: *** [node] Error 1
➜ node git:(main)Additional information
No response
Version
No response
Platform
macos m4-pro
I use ninja configuration, I generated make command and get a this error
Subsystem
No response
What steps will reproduce the bug?
./configure --ninja --debug -C && makeHow often does it reproduce? Is there a required condition?
when I operate it:
./configure --ninja --debug -C && makeWhat is the expected behavior? Why is that the expected behavior?
.
What do you see instead?
Additional information
No response