Add support for runtime inline source maps

[kpdecker]

Adds the hookRequire option which monkey patches _compile to support require extension hooks that use inline source maps. This is necessary because the default retrieveFile implementations point to the original source file when doing runtime transpilation and thus don’t have the source map attached.

[bcoe]

@evanw just bumping this issue, would love to add this functionality to IstanbulJS/nyc.

[LinusU]

This looks good to me, could you please add some documentation and then we could merge :)

[kpdecker]

@LinusU added docs and also refactored the installed flag to make it global to avoid conflicts if multiple versions are loaded.

[LinusU]

Any idea why Travis is failing?

[kpdecker]

Looks like it's a slight variation in the text formatting between node versions. I'll make the regex more relaxed.

[kpdecker]

Actually, it looks like a frame is removed in Node 6.7 (or earlier) which makes the test puke on master as well. Seems like removing the test is the easiest way to handle since maintaining it across multiple Node versions sounds painful.

[kpdecker]

Rebased and simplified the test to avoid the environment dependent behavior.

[LinusU]

Thank you for this!

[LinusU]

Published as 0.4.4

[kpdecker]

Thanks!

[LinusU]

@kpdecker require('module') doesn't seem to be available on some runtimes, any ideas on how to fix this? See #153

[cspotcode]

@kpdecker do you remember (6 years later!) why you opted to Use global hook flag rather than module local?

It sets Module.prototype._compile.__sourceMapSupport as a global. However, the fileContentsCache and sourceMapCache are locals. If two different versions of source-map-support are installed at once, only one of them will get a populated fileContentsCache. Also, if any other libraries wrap Module.prototype._compile in a similar fashion, that flag will go away. I believe there may have been a good reason for doing this, but I don't know what it was.