Open rchampeimont opened 4 years ago
Hm yeah, not sure what to do about this – the prebuilt binaries are built on Travis CI, so that’s where the ABI requirement comes from. I’m not sure if there’s a way to request a lower built target value? Other than that, building from source when installing seems like a fair workaround …
Thanks for you fast answer! Do you know if there a way to specify "permanently" that I always want to install lzma-native from source? like in package.json/npmrc or anything I could checkout in my own project repo?
@raphaelchampeimont Sorry, I’m not aware of anything like that … :/
@raphaelchampeimont I've had success with this same issue by specifying --build-from-source=lzma-native
when running npm install
or npm rebuild
to have it recompile (and more importantly, re-link) lzma using node-gyp
against my current toolchain and libstdc++ library version. You'll need the prereqs outline on node-gyp's site though: https://github.com/nodejs/node-gyp
After upgrading to Node 12 on my Amazon Linux server, I get this error when trying to load lzma-native:
It seems that this is because the binary package is built with a more recent C++ ABI than the one with Amazon Linux:
I am using lzma-native 6.0.1, Node.js v12.18.2 on Amazon Linux AMI 2018.03.
It is possible to temporarily work around the issue by running
npm rebuild lzma-native --build-from-source
afternpm install
in my build process but of course this is kind of a hack.Is there any better way to fix this for me? A way to fix it on your side?