Repository navigation
Support for alternative build tools (node-cmake) #205
Description
In an effort to ditch the python dependency of node-gyp, we've been experimenting with node-cmake, which is a thin wrapper around cmake.
It's use is quite straightforward if you're already using CMake. We just added this:
and we can build our .node binary with:
./node_modules/.bin/ncmake --build
After this is run, all the usual node-pre-gyp package, node-pre-gyp publish commands work as expected.
With a little bit of hackery, I added support for ncmake to node-pre-gyp build by providing an alternative to lib/util/compile.js that calls the appropriate ncmake commands instead of their node-gyp equivalents.
Would it make sense to support alternative build tools like this in node-pre-gyp on a larger scale? The publishing logic is well established and independent of the build tool.
An alternative might be to fork node-pre-gyp into node-pre-cmake.
Activity
daniel-j-h commentedon May 14, 2016
For the record, when adding this I had to update the CMake min. version to 3.1 as node-cmake uses some advanced features. This may be a problem for users e.g. on Ubuntu <= Trusty (which is somewhat bad since Trusty is LTS).
Use gyp.js
0181532686cf4a31163be0bf3e6bb6732bf commentedon Sep 3, 2016
+1 here. Maybe it's simpler just to define somewhere commands which can be overridden, but call
node-gypby default? So that it will be a matter of changing some vars to fromnode-gyp buildtocmake && makeinstead0181532686cf4a31163be0bf3e6bb6732bf commentedon Sep 3, 2016
I think I've found a workaround: https://gyp.gsrc.io/docs/LanguageSpecification.md#Actions
TheMarex commentedon Jan 17, 2017
Current work-a-round we use in
node-osrmfor this is adding the following to the package.json:That way we defer to the makefile in case we need to actually compile code and run our own cmake based toolchain.
markandrus commentedon Dec 30, 2017
@danpat would you consider sharing your changes to
lib/util/compile.js? I am also preferring node-cmake these days (in part, due to CLion's nice CMake support).