win,node-gyp: optionally allow node.exe/iojs.exe to be renamed
authorBert Belder <bertbelder@gmail.com>
Wed, 25 Mar 2015 04:00:12 +0000 (21:00 -0700)
committerBert Belder <bertbelder@gmail.com>
Mon, 30 Mar 2015 21:48:12 +0000 (14:48 -0700)
commitba93c583bca993be9d16d9a1819ecdb23697b73a
tree12ff84b7b72162b7afe3f142368c4f54ea5ee19a
parent2752da4b64069c902b36c46119dbd5c71f3bd5a7
win,node-gyp: optionally allow node.exe/iojs.exe to be renamed

On Windows, when node or io.js attempts to dynamically load a compiled
addon, the compiled addon tries to load node.exe or iojs.exe again -
depending on which import library the module used when it was linked.
This causes many compiled addons to break when node.exe or iojs.exe are
renamed, because when the binary has been renamed the addon DLL can't
find the (right) .exe file to load its imports from.

This patch gives compiled addon developers an option to overcome this
restriction by compiling a delay-load hook into their binary. The
delay-load hook ensures that whenever a module tries to load imports
from node.exe/iojs.exe, it'll just look at the process image, thereby
making the addon work regardless of what name the node/iojs binary has.

To enable this feature, the addon developer must set the
'win_delay_load_hook' option to 'true' in their binding.gyp file, like
this:

```
{
  'targets': [
    {
      'target_name': 'ernie',
      'win_delay_load_hook': 'true',
      ...
```

Bug: https://github.com/iojs/io.js/issues/751
Bug: https://github.com/iojs/io.js/issues/965
Upstream PR: https://github.com/TooTallNate/node-gyp/pull/599

PR-URL: https://github.com/iojs/io.js/pull/1251
Reviewed-By: Rod Vagg <rod@vagg.org>
PR-URL: https://github.com/iojs/io.js/pull/1266
Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
deps/npm/node_modules/node-gyp/addon.gypi
deps/npm/node_modules/node-gyp/src/win_delay_load_hook.c [new file with mode: 0644]