mirrors/nodejs
mirrors/nodejs
0
0
Fork 0
mirror of https://github.com/nodejs/node.git synced 2024-11-30 15:30:56 +01:00
Code Issues Releases Activity
f78c722df5
nodejs/node.gyp

657 lines
20 KiB
Plaintext
Raw Normal View History

WIP
2011-08-04 02:01:30 +02:00
{
More progress with gyp
2011-08-04 08:36:27 +02:00
'variables': {
build: disable v8 snapshots Snapshots speed up start-up by a few milliseconds but are potentially dangerous because of the fixed hash seed that is used for strings and dictionaries, making collision denial-of-service attacks possible. Release builds on iojs.org have snapshots disabled but source builds did not, until now. The risk for individual source builds is low; the binary gets a random 32 bits hash seed that should be hard to guess by an external attacker. It's when binaries are distributed by, for example, a distro vendor that the fixed hash seed becomes a vulnerability, because then it's possible to target a large group of people at once. People that really need the faster start-up time can use the new --with-snapshot configure flag. PR-URL: https://github.com/iojs/io.js/pull/585 Reviewed-By: Bert Belder <bertbelder@gmail.com> Reviewed-By: Johan Bergström <bugs@bergstroem.nu> Reviewed-By: Rod Vagg <rod@vagg.org>
2015-01-24 01:06:07 +01:00
'v8_use_snapshot%': 'false',
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
'node_use_dtrace%': 'false',
tracing: add lttng support for tracing on linux This commit adds the ability to enable userspace tracing with lttng in io.js. It adds tracepoints for all the equivalent dtrace and ETW tracepoints. To use these tracepoints enable --with-lttng on linux. PR-URL: https://github.com/iojs/io.js/pull/702 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Ryan Graham <ryan@strongloop.com> Reviewed-By: Stephen Belanger <admin@stephenbelanger.com>
2015-01-22 13:35:16 +01:00
'node_use_lttng%': 'false',
Windows: Enable ETW events. This commit enables ETW events to be fired on Windows for existing DTrace probes. ETW instrumentation is enabled by default. It is possible to build node.exe without ETW instrumentation by using --without-etw option with configure script.
2012-06-12 01:23:17 +02:00
'node_use_etw%': 'false',
windows: add tracing with performance counters Patch by Henry Rawas and Scott Blomquist.
2012-11-21 00:27:22 +01:00
'node_use_perfctr%': 'false',
Ease building with VS Express by checking in generated files.
2012-12-21 09:06:21 +01:00
'node_has_winsdk%': 'false',
build: support shared zlib
2012-02-27 00:02:21 +01:00
'node_shared_zlib%': 'false',
build: allow linking against system http_parser
2012-10-23 15:01:26 +02:00
'node_shared_http_parser%': 'false',
build: allow linking against system libuv
2012-10-24 01:54:22 +02:00
'node_shared_libuv%': 'false',
gyp: add js files to node project
2011-09-05 01:01:53 +02:00
'node_use_openssl%': 'true',
Rename GYP variable node_use_system_openssl to be consistent
2012-06-20 22:31:49 +02:00
'node_shared_openssl%': 'false',
configure: --v8-options option Introduce a way to set some v8 flags at compile time, the values should be separated by comma.
2014-03-26 21:30:49 +01:00
'node_v8_options%': '',
build: support building io.js as a static library One static library could not be bundled into another, that's why it's necessary to skip `-force_load` and `--whole-archive` linker options to build io.js itself as a static library. `node_target_type` variable has been added to node.gyp, along with `--enable-static` option in configure script. Fixes: https://github.com/iojs/io.js/issues/686 PR-URL: https://github.com/iojs/io.js/pull/1341 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-04-04 16:04:49 +02:00
'node_target_type%': 'executable',
gyp: add js files to node project
2011-09-05 01:01:53 +02:00
'library_files': [
'src/node.js',
src: move debug agent from deps/ to src/ There is not much point in keeping it a separate project because it doesn't build standalone, plus it makes applying changes to core more difficult because of the implicit dependency on header files in src/.
2014-11-03 12:03:34 +01:00
'lib/_debug_agent.js',
gyp: add js files to node project
2011-09-05 01:01:53 +02:00
'lib/_debugger.js',
'lib/_linklist.js',
'lib/assert.js',
'lib/buffer.js',
Remove child_process_legacy
2011-10-11 22:16:33 +02:00
'lib/child_process.js',
gyp: add js files to node project
2011-09-05 01:01:53 +02:00
'lib/console.js',
'lib/constants.js',
'lib/crypto.js',
Add cluster.js to node.gyp
2011-10-12 23:51:25 +02:00
'lib/cluster.js',
Remove dgram_legacy
2011-10-11 22:26:41 +02:00
'lib/dgram.js',
Remove dns_legacy
2011-10-11 22:21:30 +02:00
'lib/dns.js',
Domain feature This is a squashed commit of the main work done on the domains-wip branch. The original commit messages are preserved for posterity: * Implicitly add EventEmitters to active domain * Implicitly add timers to active domain * domain: add members, remove ctor cb * Don't hijack bound callbacks for Domain error events * Add dispose method * Add domain.remove(ee) method * A test of multiple domains in process at once * Put the active domain on the process object * Only intercept error arg if explicitly requested * Typo * Don't auto-add new domains to the current domain While an automatic parent/child relationship is sort of neat, and leads to some nice error-bubbling characteristics, it also results in keeping a reference to every EE and timer created, unless domains are explicitly disposed of. * Explicitly adding one domain to another is still fine, of course. * Don't allow circular domain->domain memberships * Disposing of a domain removes it from its parent * Domain disposal turns functions into no-ops * More documentation of domains * More thorough dispose() semantics * An example using domains in an HTTP server * Don't handle errors on a disposed domain * Need to push, even if the same domain is entered multiple times * Array.push is too slow for the EE Ctor * lint domain * domain: docs * Also call abort and destroySoon to clean up event emitters * domain: Wrap destroy methods in a try/catch * Attach tick callbacks to active domain * domain: Only implicitly bind timers, not explicitly * domain: Don't fire timers when disposed. * domain: Simplify naming so that MakeCallback works on Timers * Add setInterval and nextTick to domain test * domain: Make stack private
2012-04-07 01:26:18 +02:00
'lib/domain.js',
gyp: add js files to node project
2011-09-05 01:01:53 +02:00
'lib/events.js',
'lib/freelist.js',
'lib/fs.js',
'lib/http.js',
http: split Agent into its own file
2013-04-11 23:47:15 +02:00
'lib/_http_agent.js',
http: split Client into _http_client.js
2013-04-12 01:11:12 +02:00
'lib/_http_client.js',
http: move parsers into _http_common.js
2013-04-12 00:15:41 +02:00
'lib/_http_common.js',
http: move IncomingMessage into its own file
2013-04-12 00:00:45 +02:00
'lib/_http_incoming.js',
http: move OutgoingMessage into it's own file
2013-04-12 00:37:14 +02:00
'lib/_http_outgoing.js',
http: move Server and ServerResponse out
2013-04-12 01:00:19 +02:00
'lib/_http_server.js',
gyp: add js files to node project
2011-09-05 01:01:53 +02:00
'lib/https.js',
'lib/module.js',
Remove net_legacy timers_legacy
2011-10-11 22:07:14 +02:00
'lib/net.js',
gyp: add js files to node project
2011-09-05 01:01:53 +02:00
'lib/os.js',
'lib/path.js',
lib: introduce process module This makes require('process') always return a reference to the global process object. PR-URL: https://github.com/iojs/io.js/pull/206 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2014-12-30 23:25:52 +01:00
'lib/process.js',
gyp: add js files to node project
2011-09-05 01:01:53 +02:00
'lib/punycode.js',
'lib/querystring.js',
'lib/readline.js',
'lib/repl.js',
smalloc: create separate module It will be confusing if later on we add Buffer#dispose(), and smalloc is its own cpp api anyways. So instead create a new require('smalloc') to expose the previous Buffer.alloc/dispose methods, and expose copyOnto and kMaxLength as well. Other changes: * Added documentation and additional tests. * smalloc::CopyOnto has changed from using assert() to throwing errors on bad argument values because it is not exposed to the user. * Minor style fixes.
2013-07-13 00:18:21 +02:00
'lib/smalloc.js',
gyp: add js files to node project
2011-09-05 01:01:53 +02:00
'lib/stream.js',
streams2: The new stream base classes
2012-10-03 00:44:50 +02:00
'lib/_stream_readable.js',
'lib/_stream_writable.js',
'lib/_stream_duplex.js',
'lib/_stream_transform.js',
'lib/_stream_passthrough.js',
streams: introduce StreamWrap and JSStream Introduce a way to wrap plain-js `stream.Duplex` streams into C++ StreamBase's child class. With such method at hand it is now possible to pass `stream.Duplex` instance as a `socket` parameter to `tls.connect()`. PR-URL: https://github.com/iojs/io.js/pull/926 Reviewed-By: Chris Dickinson <christopher.s.dickinson@gmail.com>
2015-02-23 21:09:44 +01:00
'lib/_stream_wrap.js',
gyp: add js files to node project
2011-09-05 01:01:53 +02:00
'lib/string_decoder.js',
'lib/sys.js',
Remove net_legacy timers_legacy
2011-10-11 22:07:14 +02:00
'lib/timers.js',
gyp: add js files to node project
2011-09-05 01:01:53 +02:00
'lib/tls.js',
crypto: move `createCredentials` to tls Move `createCredentials` to `tls` module and rename it to `createSecureContext`. Make it use default values from `tls` module: `DEFAULT_CIPHERS` and `DEFAULT_ECDH_CURVE`. fix #7249
2014-03-07 00:27:01 +01:00
'lib/_tls_common.js',
tls: introduce TLSSocket based on tls_wrap binding Split `tls.js` into `_tls_legacy.js`, containing legacy `createSecurePair` API, and `_tls_wrap.js` containing new code based on `tls_wrap` binding. Remove tests that are no longer useful/valid.
2013-06-13 15:36:00 +02:00
'lib/_tls_legacy.js',
'lib/_tls_wrap.js',
Remove tty_legacy
2011-10-11 22:41:33 +02:00
'lib/tty.js',
gyp: add js files to node project
2011-09-05 01:01:53 +02:00
'lib/url.js',
'lib/util.js',
lib: reintroduce v8 module I introduced this module over a year ago in a pull request as the v8 module but it was quickly subsumed by the tracing module. The tracing module was recently removed again and that is why this commit introduces the v8 module again, including the new features it picked up commits d23ac0e and f8076c4. PR-URL: https://github.com/iojs/io.js/pull/131 Reviewed-By: Chris Dickinson <christopher.s.dickinson@gmail.com> Reviewed-By: Christian Tellnes <christian@tellnes.no> Reviewed-By: Thorsten Lorenz <thlorenz@gmx.de> Reviewed-By: Trevor Norris <trev.norris@gmail.com>
2014-12-09 22:57:48 +01:00
'lib/v8.js',
gyp: add js files to node project
2011-09-05 01:01:53 +02:00
'lib/vm.js',
Initial pass at zlib bindings
2011-09-07 01:13:05 +02:00
'lib/zlib.js',
iojs: introduce internal modules Internal modules can be used to share private code between public modules without risk to expose private APIs to the user. PR-URL: https://github.com/iojs/io.js/pull/848 Reviewed-By: Trevor Norris <trev.norris@gmail.com> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-02-14 20:53:34 +01:00
child_process: expose ChildProcess constructor Creates two new internal modules (child_process and socket_list) for better readability. Exposes the ChildProcess constructor from the child_process module so one can now `require(‘child_process’).ChildProcess` Fixes: https://github.com/nodejs/io.js/issues/1751 PR-URL: https://github.com/nodejs/io.js/pull/1760 Reviewed-By: Chris Dickinson <christopher.s.dickinson@gmail.com>
2015-05-22 16:52:05 +02:00
'lib/internal/child_process.js',
iojs: introduce internal modules Internal modules can be used to share private code between public modules without risk to expose private APIs to the user. PR-URL: https://github.com/iojs/io.js/pull/848 Reviewed-By: Trevor Norris <trev.norris@gmail.com> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-02-14 20:53:34 +01:00
'lib/internal/freelist.js',
lib: deprecate the smalloc module Upcoming V8 changes will make it impossible to keep supporting the smalloc module so deprecate it now and tell people to switch to typed arrays. The module is used in core in a few places so this commit makes the public module private and replaces the public part with wrappers that print deprecation notices. PR-URL: https://github.com/iojs/io.js/pull/1564 Reviewed-By: Domenic Denicola <domenic@domenicdenicola.com> Reviewed-By: Trevor Norris <trev.norris@gmail.com>
2015-04-29 19:08:19 +02:00
'lib/internal/smalloc.js',
child_process: expose ChildProcess constructor Creates two new internal modules (child_process and socket_list) for better readability. Exposes the ChildProcess constructor from the child_process module so one can now `require(‘child_process’).ChildProcess` Fixes: https://github.com/nodejs/io.js/issues/1751 PR-URL: https://github.com/nodejs/io.js/pull/1760 Reviewed-By: Chris Dickinson <christopher.s.dickinson@gmail.com>
2015-05-22 16:52:05 +02:00
'lib/internal/socket_list.js',
repl: add mode detection, cli persistent history this creates a new internal module responsible for providing the repl created via "iojs" or "iojs -i," and adds the following options to the readline and repl subsystems: * "repl mode" - determine whether a repl is strict mode, sloppy mode, or auto-detect mode. * historySize - determine the maximum number of lines a repl will store as history. The built-in repl gains persistent history support when the NODE_REPL_HISTORY_FILE environment variable is set. This functionality is not exposed to userland repl instances. PR-URL: https://github.com/iojs/io.js/pull/1513 Reviewed-By: Fedor Indutny <fedor@indutny.com>
2015-04-23 09:35:53 +02:00
'lib/internal/repl.js',
gyp: add js files to node project
2011-09-05 01:01:53 +02:00
],
More progress with gyp
2011-08-04 08:36:27 +02:00
},
WIP
2011-08-04 02:01:30 +02:00
'targets': [
{
build: rename binary from node to iojs * rename the build targets * update the test runner to use `out/{Debug,Release}/iojs` * update the installer to install the iojs binary * update one test that explicitly checks for the binary name PR-URL: https://github.com/iojs/io.js/pull/262 Reviewed-By: Bert Belder <bertbelder@gmail.com>
2015-01-08 14:00:43 +01:00
'target_name': 'iojs',
build: support building io.js as a static library One static library could not be bundled into another, that's why it's necessary to skip `-force_load` and `--whole-archive` linker options to build io.js itself as a static library. `node_target_type` variable has been added to node.gyp, along with `--enable-static` option in configure script. Fixes: https://github.com/iojs/io.js/issues/686 PR-URL: https://github.com/iojs/io.js/pull/1341 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-04-04 16:04:49 +02:00
'type': '<(node_target_type)',
More progress with gyp
2011-08-04 08:36:27 +02:00
WIP
2011-08-04 02:01:30 +02:00
'dependencies': [
Improve gyp build - now works kind of
2011-08-05 01:40:07 +02:00
'node_js2c#host',
build: Remove building against a shared V8 This action is to encourage packagers to not build against a shared V8 library since even minor bumps of V8 can create issues. PR-URL: https://github.com/iojs/io.js/pull/1331 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-04-03 01:13:43 +02:00
'deps/cares/cares.gyp:cares',
'deps/v8/tools/gyp/v8.gyp:v8',
'deps/v8/tools/gyp/v8.gyp:v8_libplatform'
WIP
2011-08-04 02:01:30 +02:00
],
Improve gyp build - now works kind of
2011-08-05 01:40:07 +02:00
'include_dirs': [
Move GYP file to the project root
2011-08-08 21:11:48 +02:00
'src',
windows: improve Visual Studio Express build support * Moved generated files to a clearer directory. * Improved detection logic for ctrpp.exe tool. Closes #4482
2013-01-03 23:36:04 +01:00
'tools/msvs/genfiles',
Move GYP file to the project root
2011-08-08 21:11:48 +02:00
'deps/uv/src/ares',
build: Remove building against a shared V8 This action is to encourage packagers to not build against a shared V8 library since even minor bumps of V8 can create issues. PR-URL: https://github.com/iojs/io.js/pull/1331 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-04-03 01:13:43 +02:00
'<(SHARED_INTERMEDIATE_DIR)', # for node_natives.h
'deps/v8' # include/v8_platform.h
Improve gyp build - now works kind of
2011-08-05 01:40:07 +02:00
],
WIP
2011-08-04 02:01:30 +02:00
'sources': [
src: move debug agent from deps/ to src/ There is not much point in keeping it a separate project because it doesn't build standalone, plus it makes applying changes to core more difficult because of the implicit dependency on header files in src/.
2014-11-03 12:03:34 +01:00
'src/debug-agent.cc',
async-wrap: move MakeCallback to .cc MakeCallback is too large a function to be inlined. Likewise, only having header files will not allow for any part of AsyncWrap to be exposed cleanly via NODE_MODULE_CONTEXT_AWARE_BUILTIN(). PR-URL: https://github.com/joyent/node/pull/8110 Signed-off-by: Trevor Norris <trev.norris@gmail.com> Reviewed-by: Fedor Indutny <fedor@indutny.com> Reviewed-by: Alexis Campailla <alexis@janeasystems.com> Reviewed-by: Julien Gilli <julien.gilli@joyent.com>
2014-12-09 04:55:48 +01:00
'src/async-wrap.cc',
core: implement runtime flag to trace sync io Use the --trace-sync-io flag to print a stack trace whenever a sync method is used after the first tick, excluding during the process exit event. (e.g. fs.readFileSync()) It does not track if the warning has occurred at a specific location in the past and so will print the warning every time. Reason for not printing during the first tick of the appication is so all necessary resources can be required. Also by excluding synchronous calls during exit is necessary in case any data needs to be logged out by the application before it shuts down. Fixes: https://github.com/nodejs/io.js/issues/1674 PR-URL: https://github.com/nodejs/io.js/pull/1707 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Fedor Indutny <fedor@indutny.com> Reviewed-By: Jeremiah Senkpiel <fishrock123@rocketmail.com> Reviewed-By: Petka Antonov <petka_antonov@hotmail.com>
2015-05-14 19:46:54 +02:00
'src/env.cc',
fs watcher binding
2011-09-23 01:18:08 +02:00
'src/fs_event_wrap.cc',
Move GYP file to the project root
2011-08-08 21:11:48 +02:00
'src/cares_wrap.cc',
'src/handle_wrap.cc',
streams: introduce StreamWrap and JSStream Introduce a way to wrap plain-js `stream.Duplex` streams into C++ StreamBase's child class. With such method at hand it is now possible to pass `stream.Duplex` instance as a `socket` parameter to `tls.connect()`. PR-URL: https://github.com/iojs/io.js/pull/926 Reviewed-By: Chris Dickinson <christopher.s.dickinson@gmail.com>
2015-02-23 21:09:44 +01:00
'src/js_stream.cc',
Move GYP file to the project root
2011-08-08 21:11:48 +02:00
'src/node.cc',
'src/node_buffer.cc',
'src/node_constants.cc',
vm, core, module: re-do vm to fix known issues As documented in #3042 and in [1], the existing vm implementation has many problems. All of these are solved by @brianmcd's [contextify][2] package. This commit uses contextify as a conceptual base and its code core to overhaul the vm module and fix its many edge cases and caveats. Functionally, this fixes #3042. In particular: - A context is now indistinguishable from the object it is based on (the "sandbox"). A context is simply a sandbox that has been marked by the vm module, via `vm.createContext`, with special internal information that allows scripts to be run inside of it. - Consequently, items added to the context from anywhere are immediately visible to all code that can access that context, both inside and outside the virtual machine. This commit also smooths over the API very slightly: - Parameter defaults are now uniformly triggered via `undefined`, per ES6 semantics and previous discussion at [3]. - Several undocumented and problematic features have been removed, e.g. the conflation of `vm.Script` with `vm` itself, and the fact that `Script` instances also had all static `vm` methods. The API is now exactly as documented (although arguably the existence of the `vm.Script` export is not yet documented, just the `Script` class itself). In terms of implementation, this replaces node_script.cc with node_contextify.cc, which is derived originally from [4] (see [5]) but has since undergone extensive modifications and iterations to expose the most useful C++ API and use the coding conventions and utilities of Node core. The bindings exposed by `process.binding('contextify')` (node_contextify.cc) replace those formerly exposed by `process.binding('evals')` (node_script.cc). They are: - ContextifyScript(code, [filename]), with methods: - runInThisContext() - runInContext(sandbox, [timeout]) - makeContext(sandbox) From this, the vm.js file builds the entire documented vm module API. node.js and module.js were modified to use this new native binding, or the vm module itself where possible. This introduces an extra line or two into the stack traces of module compilation (and thus into most stack traces), explaining the changed tests. The tests were also updated slightly, with all vm-related simple tests consolidated as test/simple/test-vm-* (some of them were formerly test/simple/test-script-*). At the same time they switched from `common.debug` to `console.error` and were updated to use `assert.throws` instead of rolling their own error-testing methods. New tests were also added, of course, demonstrating the new capabilities and fixes. [1]: http://nodejs.org/docs/v0.10.16/api/vm.html#vm_caveats [2]: https://github.com/brianmcd/contextify [3]: https://github.com/joyent/node/issues/5323#issuecomment-20250726 [4]: https://github.com/kkoopa/contextify/blob/bf123f3ef960f0943d1e30bda02e3163a004e964/src/contextify.cc [5]: https://gist.github.com/domenic/6068120
2013-07-27 06:34:12 +02:00
'src/node_contextify.cc',
Move GYP file to the project root
2011-08-08 21:11:48 +02:00
'src/node_file.cc',
'src/node_http_parser.cc',
'src/node_javascript.cc',
'src/node_main.cc',
'src/node_os.cc',
src: add tracing.v8.on('gc') statistics hooks Add a new 'tracing' module with a v8 property that lets the user register listeners for gc events. The listeners are invoked after every garbage collection cycle with 'before' and 'after' statistics. Useful for monitoring tools that want to keep track of memory usage.
2013-10-28 14:57:47 +01:00
'src/node_v8.cc',
fs: make fs.watchFile() work on windows
2012-06-16 22:41:37 +02:00
'src/node_stat_watcher.cc',
vm: add support for timeout argument Add a watchdog class which executes a timer in a separate event loop in a separate thread that will terminate v8 execution if it expires. Add timeout argument to functions in vm module which use the watchdog if a non-zero timeout is specified.
2012-10-08 21:24:08 +02:00
'src/node_watchdog.cc',
Initial pass at zlib bindings
2011-09-07 01:13:05 +02:00
'src/node_zlib.cc',
build, i18n: improve Intl build, add "--with-intl" The two main goals of this change are: - To make it easier to build the Intl option using ICU (particularly, using a newer ICU than v8/Chromium's version) - To enable a much smaller ICU build with only English support The goal here is to get node.js binaries built this way by default so that the Intl API can be used. Additional data can be added at execution time (see Readme and wiki) More details are at https://github.com/joyent/node/pull/7719 In particular, this change adds the "--with-intl=" configure option to provide more ways of building "Intl": - "full-icu" picks up an ICU from deps/icu - "small-icu" is similar, but builds only English - "system-icu" uses pkg-config to find an installed ICU - "none" does nothing (no Intl) For Windows builds, the "full-icu" or "small-icu" options are added to vcbuild.bat. Note that the existing "--with-icu-path" option is not removed from configure, but may not be used alongside the new option. Wiki changes have already been made on https://github.com/joyent/node/wiki/Installation and a new page created at https://github.com/joyent/node/wiki/Intl (marked as provisional until this change lands.) Summary of changes: * README.md : doc updates * .gitignore : added "deps/icu" as this is the location where ICU is unpacked to. * Makefile : added the tools/icu/* files to cpplint, but excluded a problematic file. * configure : added the "--with-intl" option mentioned above. Calculate at config time the list of ICU source files to use and data packaging options. * node.gyp : add the new files src/node_i18n.cc/.h as well as ICU linkage. * src/node.cc : add call into node::i18n::InitializeICUDirectory(icu_data_dir) as well as new --icu-data-dir option and NODE_ICU_DATA env variable to configure ICU data loading. This loading is only relevant in the "small" configuration. * src/node_i18n.cc : new source file for the above Initialize.. function, to setup ICU as needed. * tools/icu : new directory with some tools needed for this build. * tools/icu/icu-generic.gyp : new .gyp file that builds ICU in some new ways, both on unix/mac and windows. * tools/icu/icu-system.gyp : new .gyp file to build node against a pkg-config detected ICU. * tools/icu/icu_small.json : new config file for the "English-only" small build. * tools/icu/icutrim.py : new tool for trimming down ICU data. Reads the above .json file. * tools/icu/iculslocs.cc : new tool for repairing ICU data manifests after trim operation. * tools/icu/no-op.cc : dummy file to force .gyp into using a C++ linker. * vcbuild.bat : added small-icu and full-icu options, to call into configure. * Fixed toolset dependencies, see https://github.com/joyent/node/pull/7719#issuecomment-54641687 Note that because of a bug in gyp {CC,CXX}_host must also be set. Otherwise gcc/g++ will be used by default for part of the build. Reviewed-by: Trevor Norris <trev.norris@gmail.com> Reviewed-by: Fedor Indutny <fedor@indutny.com>
2014-09-05 07:03:24 +02:00
'src/node_i18n.cc',
Move GYP file to the project root
2011-08-08 21:11:48 +02:00
'src/pipe_wrap.cc',
process: use uv_signal instead of ev_signal
2012-08-20 23:59:21 +02:00
'src/signal_wrap.cc',
smalloc: initial implementation smalloc is a simple utility for quickly allocating external memory onto js objects. This will be used to centralize how memory is managed in node, and will become the backer for Buffers. So in the future crypto's SlabBuffer, stream's SlabAllocator will be removed. Note on the js API: because no arguments are optional the order of arguments have been placed to match their cc counterparts as closely as possible.
2013-04-18 01:18:47 +02:00
'src/smalloc.cc',
bindings: add spawn_sync bindings This implements a nested event loop that makes it possible to control a child process, while blocking the main loop until the process exits.
2014-02-10 21:22:06 +01:00
'src/spawn_sync.cc',
src: Add StringBytes static util class Four functions: - StringBytes::StorageSize() - StringBytes::Size() - StringBytes::Write() - StringBytes::Encode()
2013-05-02 00:40:43 +02:00
'src/string_bytes.cc',
stream_base: introduce StreamBase StreamBase is an improved way to write C++ streams. The class itself is for separting `StreamWrap` (with the methods like `.writeAsciiString`, `.writeBuffer`, `.writev`, etc) from the `HandleWrap` class, making possible to write abstract C++ streams that are not bound to any uv socket. The following methods are important part of the abstraction (which mimics libuv's stream API): * Events: * `OnAlloc(size_t size, uv_buf_t*)` * `OnRead(ssize_t nread, const uv_buf_t*, uv_handle_type pending)` * `OnAfterWrite(WriteWrap*)` * Wrappers: * `DoShutdown(ShutdownWrap*)` * `DoTryWrite(uv_buf_t** bufs, size_t* count)` * `DoWrite(WriteWrap*, uv_buf_t*, size_t count, uv_stream_t* handle)` * `Error()` * `ClearError()` The implementation should provide all of these methods, thus providing the access to the underlying resource (be it uv handle, TLS socket, or anything else). A C++ stream may consume the input of another stream by replacing the event callbacks and proxying the writes. This kind of API is actually used now for the TLSWrap implementation, making it possible to wrap TLS stream into another TLS stream. Thus legacy API calls are no longer required in `_tls_wrap.js`. PR-URL: https://github.com/iojs/io.js/pull/840 Reviewed-By: Trevor Norris <trev.norris@gmail.com> Reviewed-By: Chris Dickinson <christopher.s.dickinson@gmail.com>
2015-02-22 19:59:07 +01:00
'src/stream_base.cc',
Move GYP file to the project root
2011-08-08 21:11:48 +02:00
'src/stream_wrap.cc',
'src/tcp_wrap.cc',
'src/timer_wrap.cc',
Add TTYWrap
2011-09-20 22:38:07 +02:00
'src/tty_wrap.cc',
Move GYP file to the project root
2011-08-08 21:11:48 +02:00
'src/process_wrap.cc',
fix windows build
2011-08-25 01:20:08 +02:00
'src/udp_wrap.cc',
src: add libuv bindings module Exports: * all UV_E* error codes * a uv_err_name() binding
2013-07-16 23:08:25 +02:00
'src/uv.cc',
Add headers to improve the IDE experience.
2011-08-15 18:35:48 +02:00
# headers to make for a more pleasant IDE experience
node: add AsyncListener support AsyncListener is a JS API that works in tandem with the AsyncWrap class to allow the user to be alerted to key events in the life cycle of an asynchronous event. The AsyncWrap class has its own MakeCallback implementation that core will be migrated to use, and uses state sharing techniques to allow quicker communication between JS and C++ whether the async event callbacks need to be called.
2013-09-24 23:12:11 +02:00
'src/async-wrap.h',
'src/async-wrap-inl.h',
base-object: add BaseObject BaseObject is a class that just handles the Persistent handle attached to the class instance. This also removed WeakObject. Reordering the inheritance chain helps prevent unneeded calls on instances that don't call MakeCallback.
2013-11-04 19:49:55 +01:00
'src/base-object.h',
'src/base-object-inl.h',
src: move debug agent from deps/ to src/ There is not much point in keeping it a separate project because it doesn't build standalone, plus it makes applying changes to core more difficult because of the implicit dependency on header files in src/.
2014-11-03 12:03:34 +01:00
'src/debug-agent.h',
src: add multi-context support This commit makes it possible to use multiple V8 execution contexts within a single event loop. Put another way, handle and request wrap objects now "remember" the context they belong to and switch back to that context when the time comes to call into JS land. This could have been done in a quick and hacky way by calling v8::Object::GetCreationContext() on the wrap object right before making a callback but that leaves a fairly wide margin for bugs. Instead, we make the context explicit through a new Environment class that encapsulates everything (or almost everything) that belongs to the context. Variables that used to be a static or a global are now members of the aforementioned class. An additional benefit is that this approach should make it relatively straightforward to add full isolate support in due course. There is no JavaScript API yet but that will be added in the near future. This work was graciously sponsored by GitHub, Inc.
2013-08-11 00:26:11 +02:00
'src/env.h',
'src/env-inl.h',
Add headers to improve the IDE experience.
2011-08-15 18:35:48 +02:00
'src/handle_wrap.h',
streams: introduce StreamWrap and JSStream Introduce a way to wrap plain-js `stream.Duplex` streams into C++ StreamBase's child class. With such method at hand it is now possible to pass `stream.Duplex` instance as a `socket` parameter to `tls.connect()`. PR-URL: https://github.com/iojs/io.js/pull/926 Reviewed-By: Chris Dickinson <christopher.s.dickinson@gmail.com>
2015-02-23 21:09:44 +01:00
'src/js_stream.h',
Add headers to improve the IDE experience.
2011-08-15 18:35:48 +02:00
'src/node.h',
'src/node_buffer.h',
'src/node_constants.h',
'src/node_file.h',
'src/node_http_parser.h',
src: add multi-context support This commit makes it possible to use multiple V8 execution contexts within a single event loop. Put another way, handle and request wrap objects now "remember" the context they belong to and switch back to that context when the time comes to call into JS land. This could have been done in a quick and hacky way by calling v8::Object::GetCreationContext() on the wrap object right before making a callback but that leaves a fairly wide margin for bugs. Instead, we make the context explicit through a new Environment class that encapsulates everything (or almost everything) that belongs to the context. Variables that used to be a static or a global are now members of the aforementioned class. An additional benefit is that this approach should make it relatively straightforward to add full isolate support in due course. There is no JavaScript API yet but that will be added in the near future. This work was graciously sponsored by GitHub, Inc.
2013-08-11 00:26:11 +02:00
'src/node_internals.h',
Add headers to improve the IDE experience.
2011-08-15 18:35:48 +02:00
'src/node_javascript.h',
'src/node_root_certs.h',
'src/node_version.h',
vm: add support for timeout argument Add a watchdog class which executes a timer in a separate event loop in a separate thread that will terminate v8 execution if it expires. Add timeout argument to functions in vm module which use the watchdog if a non-zero timeout is specified.
2012-10-08 21:24:08 +02:00
'src/node_watchdog.h',
process: abstract out HandleToStream Originally contributed by @tjfontaine, but modified to be faster and more generic.
2013-06-11 12:52:27 +02:00
'src/node_wrap.h',
build, i18n: improve Intl build, add "--with-intl" The two main goals of this change are: - To make it easier to build the Intl option using ICU (particularly, using a newer ICU than v8/Chromium's version) - To enable a much smaller ICU build with only English support The goal here is to get node.js binaries built this way by default so that the Intl API can be used. Additional data can be added at execution time (see Readme and wiki) More details are at https://github.com/joyent/node/pull/7719 In particular, this change adds the "--with-intl=" configure option to provide more ways of building "Intl": - "full-icu" picks up an ICU from deps/icu - "small-icu" is similar, but builds only English - "system-icu" uses pkg-config to find an installed ICU - "none" does nothing (no Intl) For Windows builds, the "full-icu" or "small-icu" options are added to vcbuild.bat. Note that the existing "--with-icu-path" option is not removed from configure, but may not be used alongside the new option. Wiki changes have already been made on https://github.com/joyent/node/wiki/Installation and a new page created at https://github.com/joyent/node/wiki/Intl (marked as provisional until this change lands.) Summary of changes: * README.md : doc updates * .gitignore : added "deps/icu" as this is the location where ICU is unpacked to. * Makefile : added the tools/icu/* files to cpplint, but excluded a problematic file. * configure : added the "--with-intl" option mentioned above. Calculate at config time the list of ICU source files to use and data packaging options. * node.gyp : add the new files src/node_i18n.cc/.h as well as ICU linkage. * src/node.cc : add call into node::i18n::InitializeICUDirectory(icu_data_dir) as well as new --icu-data-dir option and NODE_ICU_DATA env variable to configure ICU data loading. This loading is only relevant in the "small" configuration. * src/node_i18n.cc : new source file for the above Initialize.. function, to setup ICU as needed. * tools/icu : new directory with some tools needed for this build. * tools/icu/icu-generic.gyp : new .gyp file that builds ICU in some new ways, both on unix/mac and windows. * tools/icu/icu-system.gyp : new .gyp file to build node against a pkg-config detected ICU. * tools/icu/icu_small.json : new config file for the "English-only" small build. * tools/icu/icutrim.py : new tool for trimming down ICU data. Reads the above .json file. * tools/icu/iculslocs.cc : new tool for repairing ICU data manifests after trim operation. * tools/icu/no-op.cc : dummy file to force .gyp into using a C++ linker. * vcbuild.bat : added small-icu and full-icu options, to call into configure. * Fixed toolset dependencies, see https://github.com/joyent/node/pull/7719#issuecomment-54641687 Note that because of a bug in gyp {CC,CXX}_host must also be set. Otherwise gcc/g++ will be used by default for part of the build. Reviewed-by: Trevor Norris <trev.norris@gmail.com> Reviewed-by: Fedor Indutny <fedor@indutny.com>
2014-09-05 07:03:24 +02:00
'src/node_i18n.h',
Add headers to improve the IDE experience.
2011-08-15 18:35:48 +02:00
'src/pipe_wrap.h',
smalloc: initial implementation smalloc is a simple utility for quickly allocating external memory onto js objects. This will be used to centralize how memory is managed in node, and will become the backer for Buffers. So in the future crypto's SlabBuffer, stream's SlabAllocator will be removed. Note on the js API: because no arguments are optional the order of arguments have been placed to match their cc counterparts as closely as possible.
2013-04-18 01:18:47 +02:00
'src/smalloc.h',
child_process: new stdio API for .spawn() method
2012-05-16 18:04:24 +02:00
'src/tty_wrap.h',
'src/tcp_wrap.h',
'src/udp_wrap.h',
src: switch from QUEUE to intrusive list This commit also breaks up req_wrap.h into req-wrap.h and req-wrap-inl.h to work around a circular dependency issue in env.h. PR-URL: https://github.com/iojs/io.js/pull/667 Reviewed-By: Fedor Indutny <fedor.indutny@gmail.com> Reviewed-By: Trevor Norris <trev.norris@gmail.com>
2015-01-30 12:54:53 +01:00
'src/req-wrap.h',
'src/req-wrap-inl.h',
src: Add StringBytes static util class Four functions: - StringBytes::StorageSize() - StringBytes::Size() - StringBytes::Write() - StringBytes::Encode()
2013-05-02 00:40:43 +02:00
'src/string_bytes.h',
stream_base: introduce StreamBase StreamBase is an improved way to write C++ streams. The class itself is for separting `StreamWrap` (with the methods like `.writeAsciiString`, `.writeBuffer`, `.writev`, etc) from the `HandleWrap` class, making possible to write abstract C++ streams that are not bound to any uv socket. The following methods are important part of the abstraction (which mimics libuv's stream API): * Events: * `OnAlloc(size_t size, uv_buf_t*)` * `OnRead(ssize_t nread, const uv_buf_t*, uv_handle_type pending)` * `OnAfterWrite(WriteWrap*)` * Wrappers: * `DoShutdown(ShutdownWrap*)` * `DoTryWrite(uv_buf_t** bufs, size_t* count)` * `DoWrite(WriteWrap*, uv_buf_t*, size_t count, uv_stream_t* handle)` * `Error()` * `ClearError()` The implementation should provide all of these methods, thus providing the access to the underlying resource (be it uv handle, TLS socket, or anything else). A C++ stream may consume the input of another stream by replacing the event callbacks and proxying the writes. This kind of API is actually used now for the TLSWrap implementation, making it possible to wrap TLS stream into another TLS stream. Thus legacy API calls are no longer required in `_tls_wrap.js`. PR-URL: https://github.com/iojs/io.js/pull/840 Reviewed-By: Trevor Norris <trev.norris@gmail.com> Reviewed-By: Chris Dickinson <christopher.s.dickinson@gmail.com>
2015-02-22 19:59:07 +01:00
'src/stream_base.h',
stream_base: remove static JSMethod declarations Move JS methods to the stream_base-inl.h and thus define them on each use of `StreamBase::AddMethods`. Inline `AddMethods` itself, so that there won't be any need in a static declaration in stream_base.cc. NOTE: This basically allows using this API in user-land, though, some polishing is required before releasing it. PR-URL: https://github.com/iojs/io.js/pull/957 Reviewed-By: Chris Dickinson <christopher.s.dickinson@gmail.com>
2015-02-25 18:43:14 +01:00
'src/stream_base-inl.h',
Add headers to improve the IDE experience.
2011-08-15 18:35:48 +02:00
'src/stream_wrap.h',
dns: don't rely on libuv for c-ares integration
2012-08-06 21:22:11 +02:00
'src/tree.h',
src: add multi-context support This commit makes it possible to use multiple V8 execution contexts within a single event loop. Put another way, handle and request wrap objects now "remember" the context they belong to and switch back to that context when the time comes to call into JS land. This could have been done in a quick and hacky way by calling v8::Object::GetCreationContext() on the wrap object right before making a callback but that leaves a fairly wide margin for bugs. Instead, we make the context explicit through a new Environment class that encapsulates everything (or almost everything) that belongs to the context. Variables that used to be a static or a global are now members of the aforementioned class. An additional benefit is that this approach should make it relatively straightforward to add full isolate support in due course. There is no JavaScript API yet but that will be added in the near future. This work was graciously sponsored by GitHub, Inc.
2013-08-11 00:26:11 +02:00
'src/util.h',
'src/util-inl.h',
Merge remote-tracking branch 'upstream/v0.10' Conflicts: AUTHORS ChangeLog deps/v8/src/api.cc deps/v8/src/unicode-inl.h deps/v8/src/unicode.h lib/_stream_readable.js lib/http.js src/cares_wrap.cc src/node.cc src/node_crypto.cc src/node_dtrace.cc src/node_file.cc src/node_stat_watcher.cc src/node_version.h src/process_wrap.cc src/string_bytes.cc src/string_bytes.h src/udp_wrap.cc src/util.h test/simple/test-buffer.js test/simple/test-stream2-compatibility.js
2014-06-11 01:36:04 +02:00
'src/util.cc',
Add headers to improve the IDE experience.
2011-08-15 18:35:48 +02:00
'deps/http_parser/http_parser.h',
build: Remove building against a shared V8 This action is to encourage packagers to not build against a shared V8 library since even minor bumps of V8 can create issues. PR-URL: https://github.com/iojs/io.js/pull/1331 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-04-03 01:13:43 +02:00
'deps/v8/include/v8.h',
'deps/v8/include/v8-debug.h',
Add headers to improve the IDE experience.
2011-08-15 18:35:48 +02:00
'<(SHARED_INTERMEDIATE_DIR)/node_natives.h',
gyp: add js files to node project
2011-09-05 01:01:53 +02:00
# javascript files to make for an even more pleasant IDE experience
'<@(library_files)',
Add common.gypi to gyp output
2011-10-28 12:10:24 +02:00
# node.gyp is added to the project by default.
'common.gypi',
Improve gyp build - now works kind of
2011-08-05 01:40:07 +02:00
],
'defines': [
src: prefix ARCH and PLATFORM with NODE_ The PLATFORM preprocessor symbol is defined in node.gyp, and on Windows it's set to "win". This conflicts with a built-in preprocessor symbol with a different value ("win32"), which makes the linker(!) complain. Resolve this by renaming these symbols to NODE_ARCH and NODE_PLATFORM. PR-URL: https://github.com/iojs/io.js/pull/261 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-01-08 13:05:51 +01:00
'NODE_ARCH="<(target_arch)"',
'NODE_PLATFORM="<(OS)"',
build: allow to specify custom tags When building custom `node` versions (e.g., floating features/fixes from different versions) it's often useful to specify a custom tag which easily identifies build when invoking `node -v`. Introduce a way to specify this tag in `node_version.h` file or by running `./configure --tag="<tag>"`. Insert it right after the patch version (and before `-pre`, if build is not a release). Closes #4452.
2012-12-21 02:56:47 +01:00
'NODE_TAG="<(node_tag)"',
configure: make --v8-options switch more robust Improve on commit b55c9d6 by not requiring that switches are comma separated. This commit makes `./configure --v8-options="--foo --bar"` work and takes special care to properly escape quotes in the options string.
2014-03-31 14:22:49 +02:00
'NODE_V8_OPTIONS="<(node_v8_options)"',
src: prefix ARCH and PLATFORM with NODE_ The PLATFORM preprocessor symbol is defined in node.gyp, and on Windows it's set to "win". This conflicts with a built-in preprocessor symbol with a different value ("win32"), which makes the linker(!) complain. Resolve this by renaming these symbols to NODE_ARCH and NODE_PLATFORM. PR-URL: https://github.com/iojs/io.js/pull/261 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-01-08 13:05:51 +01:00
'NODE_WANT_INTERNALS=1',
WIP
2011-08-04 02:01:30 +02:00
],
'conditions': [
build: support building io.js as a static library One static library could not be bundled into another, that's why it's necessary to skip `-force_load` and `--whole-archive` linker options to build io.js itself as a static library. `node_target_type` variable has been added to node.gyp, along with `--enable-static` option in configure script. Fixes: https://github.com/iojs/io.js/issues/686 PR-URL: https://github.com/iojs/io.js/pull/1341 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-04-04 16:04:49 +02:00
# No node_main.cc for anything except executable
[ 'node_target_type!="executable"', {
'sources!': [
'src/node_main.cc',
],
}],
build, i18n: improve Intl build, add "--with-intl" The two main goals of this change are: - To make it easier to build the Intl option using ICU (particularly, using a newer ICU than v8/Chromium's version) - To enable a much smaller ICU build with only English support The goal here is to get node.js binaries built this way by default so that the Intl API can be used. Additional data can be added at execution time (see Readme and wiki) More details are at https://github.com/joyent/node/pull/7719 In particular, this change adds the "--with-intl=" configure option to provide more ways of building "Intl": - "full-icu" picks up an ICU from deps/icu - "small-icu" is similar, but builds only English - "system-icu" uses pkg-config to find an installed ICU - "none" does nothing (no Intl) For Windows builds, the "full-icu" or "small-icu" options are added to vcbuild.bat. Note that the existing "--with-icu-path" option is not removed from configure, but may not be used alongside the new option. Wiki changes have already been made on https://github.com/joyent/node/wiki/Installation and a new page created at https://github.com/joyent/node/wiki/Intl (marked as provisional until this change lands.) Summary of changes: * README.md : doc updates * .gitignore : added "deps/icu" as this is the location where ICU is unpacked to. * Makefile : added the tools/icu/* files to cpplint, but excluded a problematic file. * configure : added the "--with-intl" option mentioned above. Calculate at config time the list of ICU source files to use and data packaging options. * node.gyp : add the new files src/node_i18n.cc/.h as well as ICU linkage. * src/node.cc : add call into node::i18n::InitializeICUDirectory(icu_data_dir) as well as new --icu-data-dir option and NODE_ICU_DATA env variable to configure ICU data loading. This loading is only relevant in the "small" configuration. * src/node_i18n.cc : new source file for the above Initialize.. function, to setup ICU as needed. * tools/icu : new directory with some tools needed for this build. * tools/icu/icu-generic.gyp : new .gyp file that builds ICU in some new ways, both on unix/mac and windows. * tools/icu/icu-system.gyp : new .gyp file to build node against a pkg-config detected ICU. * tools/icu/icu_small.json : new config file for the "English-only" small build. * tools/icu/icutrim.py : new tool for trimming down ICU data. Reads the above .json file. * tools/icu/iculslocs.cc : new tool for repairing ICU data manifests after trim operation. * tools/icu/no-op.cc : dummy file to force .gyp into using a C++ linker. * vcbuild.bat : added small-icu and full-icu options, to call into configure. * Fixed toolset dependencies, see https://github.com/joyent/node/pull/7719#issuecomment-54641687 Note that because of a bug in gyp {CC,CXX}_host must also be set. Otherwise gcc/g++ will be used by default for part of the build. Reviewed-by: Trevor Norris <trev.norris@gmail.com> Reviewed-by: Fedor Indutny <fedor@indutny.com>
2014-09-05 07:03:24 +02:00
[ 'v8_enable_i18n_support==1', {
'defines': [ 'NODE_HAVE_I18N_SUPPORT=1' ],
'dependencies': [
'<(icu_gyp_path):icui18n',
'<(icu_gyp_path):icuuc',
],
'conditions': [
[ 'icu_small=="true"', {
'defines': [ 'NODE_HAVE_SMALL_ICU=1' ],
}]],
}],
Improve gyp build - now works kind of
2011-08-05 01:40:07 +02:00
[ 'node_use_openssl=="true"', {
Modify GYP scripts for VC build
2011-08-06 21:20:15 +02:00
'defines': [ 'HAVE_OPENSSL=1' ],
tls_wrap: embed TLS encryption into streamwrap
2013-06-11 12:59:10 +02:00
'sources': [
'src/node_crypto.cc',
'src/node_crypto_bio.cc',
tls_wrap: DRY ClientHelloParser Share ClientHelloParser code between `tls_wrap.cc` and `node_crypto.cc`. fix #5959
2013-08-02 14:16:13 +02:00
'src/node_crypto_clienthello.cc',
configure: fix the --without-ssl option Closes #5807.
2013-07-06 05:53:23 +02:00
'src/node_crypto.h',
'src/node_crypto_bio.h',
tls_wrap: DRY ClientHelloParser Share ClientHelloParser code between `tls_wrap.cc` and `node_crypto.cc`. fix #5959
2013-08-02 14:16:13 +02:00
'src/node_crypto_clienthello.h',
tls_wrap: embed TLS encryption into streamwrap
2013-06-11 12:59:10 +02:00
'src/tls_wrap.cc',
'src/tls_wrap.h'
],
build: configure node, v8, cares and openssl
2011-08-30 00:01:43 +02:00
'conditions': [
Rename GYP variable node_use_system_openssl to be consistent
2012-06-20 22:31:49 +02:00
[ 'node_shared_openssl=="false"', {
gyp: build openssl-cli tool and use it in tests fix #6663
2013-12-11 18:20:17 +01:00
'dependencies': [
'./deps/openssl/openssl.gyp:openssl',
# For tests
test: fix test-tls-server-verify fix #7963
2014-07-23 21:51:14 +02:00
'./deps/openssl/openssl.gyp:openssl-cli',
gyp: build openssl-cli tool and use it in tests fix #6663
2013-12-11 18:20:17 +01:00
],
gyp: do not rm unused openssl syms on osx/linux fix #8026 Reviewed-By: Fedor Indutny <fedor@indutny.com>
2014-07-30 12:54:36 +02:00
# Do not let unused OpenSSL symbols to slip away
'conditions': [
build: support building io.js as a static library One static library could not be bundled into another, that's why it's necessary to skip `-force_load` and `--whole-archive` linker options to build io.js itself as a static library. `node_target_type` variable has been added to node.gyp, along with `--enable-static` option in configure script. Fixes: https://github.com/iojs/io.js/issues/686 PR-URL: https://github.com/iojs/io.js/pull/1341 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-04-04 16:04:49 +02:00
# -force_load or --whole-archive are not applicable for
# the static library
[ 'node_target_type!="static_library"', {
'xcode_settings': {
'OTHER_LDFLAGS': [
'-Wl,-force_load,<(PRODUCT_DIR)/libopenssl.a',
],
},
'conditions': [
['OS in "linux freebsd"', {
'ldflags': [
'-Wl,--whole-archive <(PRODUCT_DIR)/libopenssl.a',
'-Wl,--no-whole-archive',
],
}],
gyp: do not rm unused openssl syms on osx/linux fix #8026 Reviewed-By: Fedor Indutny <fedor@indutny.com>
2014-07-30 12:54:36 +02:00
],
}],
],
build: configure node, v8, cares and openssl
2011-08-30 00:01:43 +02:00
}]]
Improve gyp build - now works kind of
2011-08-05 01:40:07 +02:00
}, {
'defines': [ 'HAVE_OPENSSL=0' ]
}],
Add headers to improve the IDE experience.
2011-08-15 18:35:48 +02:00
[ 'node_use_dtrace=="true"', {
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
'defines': [ 'HAVE_DTRACE=1' ],
gyp: specialize node.d for freebsd `node.d` should use `psinfo.d` instead of `procfs.d` and have statically defined architecture on FreeBSD.
2014-02-20 17:52:26 +01:00
'dependencies': [
'node_dtrace_header',
'specialize_node_d',
],
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
'include_dirs': [ '<(SHARED_INTERMEDIATE_DIR)' ],
gyp: specialize node.d for freebsd `node.d` should use `psinfo.d` instead of `procfs.d` and have statically defined architecture on FreeBSD.
2014-02-20 17:52:26 +01:00
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
#
build: use zero overhead systemtap probes Profiling suggested that on Linux sometimes over 10% of CPU time was being spent inside the systemtap probe entry points in the binding layer, even when the process was not actively being traced with the `stap` tool. That's why this commit makes it possible to use the *_ENABLED() macros and bail out early when we're not being traced, reducing the overhead of unused probes to (almost) zero. Said macros were already being generated by `dtrace -h` but were not usable because they rely on external definitions. To remedy that, we now generate the accompanying object files with `dtrace -G`. This commit includes a change to libuv that has been landed upstream in commit joyent/libuv@3c172ea.
2013-10-28 20:18:59 +01:00
# DTrace is supported on linux, solaris, mac, and bsd. There are
# three object files associated with DTrace support, but they're
# not all used all the time:
build: allow building with dtrace on osx
2013-03-28 19:36:00 +01:00
#
# node_dtrace.o all configurations
build: use zero overhead systemtap probes Profiling suggested that on Linux sometimes over 10% of CPU time was being spent inside the systemtap probe entry points in the binding layer, even when the process was not actively being traced with the `stap` tool. That's why this commit makes it possible to use the *_ENABLED() macros and bail out early when we're not being traced, reducing the overhead of unused probes to (almost) zero. Said macros were already being generated by `dtrace -h` but were not usable because they rely on external definitions. To remedy that, we now generate the accompanying object files with `dtrace -G`. This commit includes a change to libuv that has been landed upstream in commit joyent/libuv@3c172ea.
2013-10-28 20:18:59 +01:00
# node_dtrace_ustack.o not supported on mac and linux
build: allow building with dtrace on osx
2013-03-28 19:36:00 +01:00
# node_dtrace_provider.o All except OS X. "dtrace -G" is not
# used on OS X.
#
# Note that node_dtrace_provider.cc and node_dtrace_ustack.cc do not
# actually exist. They're listed here to trick GYP into linking the
# corresponding object files into the final "node" executable. These
# object files are generated by "dtrace -G" using custom actions
# below, and the GYP-generated Makefiles will properly build them when
# needed.
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
#
build: use zero overhead systemtap probes Profiling suggested that on Linux sometimes over 10% of CPU time was being spent inside the systemtap probe entry points in the binding layer, even when the process was not actively being traced with the `stap` tool. That's why this commit makes it possible to use the *_ENABLED() macros and bail out early when we're not being traced, reducing the overhead of unused probes to (almost) zero. Said macros were already being generated by `dtrace -h` but were not usable because they rely on external definitions. To remedy that, we now generate the accompanying object files with `dtrace -G`. This commit includes a change to libuv that has been landed upstream in commit joyent/libuv@3c172ea.
2013-10-28 20:18:59 +01:00
'sources': [ 'src/node_dtrace.cc' ],
'conditions': [
[ 'OS=="linux"', {
'sources': [
build: do not generate support for libuv's probes Dtrace probes were removed from libuv recently, but their usage by node was not completely removed, causing build breaks on SmartOS. Even though the build is working on other platforms, these probes are not fired by libuv anymore, so there's no point in using them on these platforms too. Reviewed-by: Trevor Norris <trev.norris@gmail.com>
2014-12-03 07:55:53 +01:00
'<(SHARED_INTERMEDIATE_DIR)/node_dtrace_provider.o'
build: use zero overhead systemtap probes Profiling suggested that on Linux sometimes over 10% of CPU time was being spent inside the systemtap probe entry points in the binding layer, even when the process was not actively being traced with the `stap` tool. That's why this commit makes it possible to use the *_ENABLED() macros and bail out early when we're not being traced, reducing the overhead of unused probes to (almost) zero. Said macros were already being generated by `dtrace -h` but were not usable because they rely on external definitions. To remedy that, we now generate the accompanying object files with `dtrace -G`. This commit includes a change to libuv that has been landed upstream in commit joyent/libuv@3c172ea.
2013-10-28 20:18:59 +01:00
],
}],
[ 'OS!="mac" and OS!="linux"', {
build: allow building with dtrace on osx
2013-03-28 19:36:00 +01:00
'sources': [
'src/node_dtrace_ustack.cc',
'src/node_dtrace_provider.cc',
]
}
] ]
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
} ],
tracing: add lttng support for tracing on linux This commit adds the ability to enable userspace tracing with lttng in io.js. It adds tracepoints for all the equivalent dtrace and ETW tracepoints. To use these tracepoints enable --with-lttng on linux. PR-URL: https://github.com/iojs/io.js/pull/702 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Ryan Graham <ryan@strongloop.com> Reviewed-By: Stephen Belanger <admin@stephenbelanger.com>
2015-01-22 13:35:16 +01:00
[ 'node_use_lttng=="true"', {
'defines': [ 'HAVE_LTTNG=1' ],
'include_dirs': [ '<(SHARED_INTERMEDIATE_DIR)' ],
'libraries': [ '-llttng-ust' ],
'sources': [
'src/node_lttng.cc'
],
} ],
Windows: Enable ETW events. This commit enables ETW events to be fired on Windows for existing DTrace probes. ETW instrumentation is enabled by default. It is possible to build node.exe without ETW instrumentation by using --without-etw option with configure script.
2012-06-12 01:23:17 +02:00
[ 'node_use_etw=="true"', {
'defines': [ 'HAVE_ETW=1' ],
'dependencies': [ 'node_etw' ],
'sources': [
'src/node_win32_etw_provider.h',
'src/node_win32_etw_provider-inl.h',
'src/node_win32_etw_provider.cc',
'src/node_dtrace.cc',
windows: improve Visual Studio Express build support * Moved generated files to a clearer directory. * Improved detection logic for ctrpp.exe tool. Closes #4482
2013-01-03 23:36:04 +01:00
'tools/msvs/genfiles/node_etw_provider.h',
'tools/msvs/genfiles/node_etw_provider.rc',
Windows: Enable ETW events. This commit enables ETW events to be fired on Windows for existing DTrace probes. ETW instrumentation is enabled by default. It is possible to build node.exe without ETW instrumentation by using --without-etw option with configure script.
2012-06-12 01:23:17 +02:00
]
} ],
windows: add tracing with performance counters Patch by Henry Rawas and Scott Blomquist.
2012-11-21 00:27:22 +01:00
[ 'node_use_perfctr=="true"', {
'defines': [ 'HAVE_PERFCTR=1' ],
'dependencies': [ 'node_perfctr' ],
'sources': [
'src/node_win32_perfctr_provider.h',
'src/node_win32_perfctr_provider.cc',
'src/node_counters.cc',
'src/node_counters.h',
windows: improve Visual Studio Express build support * Moved generated files to a clearer directory. * Improved detection logic for ctrpp.exe tool. Closes #4482
2013-01-03 23:36:04 +01:00
'tools/msvs/genfiles/node_perfctr_provider.rc',
windows: add tracing with performance counters Patch by Henry Rawas and Scott Blomquist.
2012-11-21 00:27:22 +01:00
]
} ],
build: depend on v8 postmortem-metadata if enabled
2013-04-03 09:35:39 +02:00
[ 'v8_postmortem_support=="true"', {
'dependencies': [ 'deps/v8/tools/gyp/v8.gyp:postmortem-metadata' ],
build: support building io.js as a static library One static library could not be bundled into another, that's why it's necessary to skip `-force_load` and `--whole-archive` linker options to build io.js itself as a static library. `node_target_type` variable has been added to node.gyp, along with `--enable-static` option in configure script. Fixes: https://github.com/iojs/io.js/issues/686 PR-URL: https://github.com/iojs/io.js/pull/1341 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-04-04 16:04:49 +02:00
'conditions': [
# -force_load is not applicable for the static library
[ 'node_target_type!="static_library"', {
'xcode_settings': {
'OTHER_LDFLAGS': [
'-Wl,-force_load,<(V8_BASE)',
],
},
}],
],
build: depend on v8 postmortem-metadata if enabled
2013-04-03 09:35:39 +02:00
}],
build: support shared zlib
2012-02-27 00:02:21 +01:00
[ 'node_shared_zlib=="false"', {
'dependencies': [ 'deps/zlib/zlib.gyp:zlib' ],
}],
build: allow linking against system http_parser
2012-10-23 15:01:26 +02:00
[ 'node_shared_http_parser=="false"', {
'dependencies': [ 'deps/http_parser/http_parser.gyp:http_parser' ],
}],
build: allow linking against system libuv
2012-10-24 01:54:22 +02:00
[ 'node_shared_libuv=="false"', {
'dependencies': [ 'deps/uv/uv.gyp:libuv' ],
}],
build: allow linking against system c-ares
2012-10-23 16:27:19 +02:00
WIP
2011-08-04 02:01:30 +02:00
[ 'OS=="win"', {
Make MSVS build. MSVS settings don't actually need to be guarded by conditions. gyp will do the right thing.
2011-08-07 07:11:21 +02:00
'sources': [
Move resource files to src/res. tools/msvs/res is not an appropriate place.
2012-06-13 17:40:50 +02:00
'src/res/node.rc',
Make MSVS build. MSVS settings don't actually need to be guarded by conditions. gyp will do the right thing.
2011-08-07 07:11:21 +02:00
],
win,build: remove duplicate definition The duplicate warning was fixed by e1fe270, but returned as of 9f45799. Hopefully this will fix the issue for good. PR: https://github.com/iojs/io.js/pull/512 Reviewed-by: Ben Noordhuis <info@bnoordhuis.nl>
2015-01-19 17:25:23 +01:00
'defines!': [
'NODE_PLATFORM="win"',
],
WIP
2011-08-04 02:01:30 +02:00
'defines': [
Make MSVS build. MSVS settings don't actually need to be guarded by conditions. gyp will do the right thing.
2011-08-07 07:11:21 +02:00
'FD_SETSIZE=1024',
Fix bad platform name.
2011-08-07 19:43:24 +02:00
# we need to use node's preferred "win32" rather than gyp's preferred "win"
build: fix `process.platform` e1fe270 introduces the NODE_PLATFORM macro which had to be redefined in node.gyp for `process.platform` to return expected values. PR-URL: https://github.com/iojs/io.js/pull/271 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Bert Belder <bertbelder@gmail.com>
2015-01-09 13:38:09 +01:00
'NODE_PLATFORM="win32"',
Windows: another attempt to support unicode argv
2012-02-16 20:20:07 +01:00
'_UNICODE=1',
WIP
2011-08-04 02:01:30 +02:00
],
win: link to psapi.lib broke in 65c2763
2011-09-02 21:53:16 +02:00
'libraries': [ '-lpsapi.lib' ]
build: fix add-on loading on freebsd Link with -Wl,--export-dynamic, makes symbols from the node binary visible to binary add-ons. Fixes "undefined symbol: _ZN2v811HandleScopeC1Ev" errors when loading add-ons on FreeBSD and likely other BSDs. Fixes #3623.
2012-07-13 01:43:14 +02:00
}, { # POSIX
Improve gyp build - now works kind of
2011-08-05 01:40:07 +02:00
'defines': [ '__POSIX__' ],
WIP
2011-08-04 02:01:30 +02:00
}],
[ 'OS=="mac"', {
build: linking CoreFoundation framework for OSX Linking CoreFoundation for OSX is needed for OSX debugging features to function properly. For instance Instruments cannot record Heap Allocations if the CoreFoundation is not linked. Reviewed-By: Fedor Indutny <fedor@indutny.com>
2014-08-06 20:00:31 +02:00
# linking Corefoundation is needed since certain OSX debugging tools
# like Instruments require it for some features
'libraries': [ '-framework CoreFoundation' ],
build: remove the old -DPLATFORM="mac" define To prevent redefinition warnings.
2012-01-11 23:44:39 +01:00
'defines!': [
build: fix `process.platform` e1fe270 introduces the NODE_PLATFORM macro which had to be redefined in node.gyp for `process.platform` to return expected values. PR-URL: https://github.com/iojs/io.js/pull/271 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Bert Belder <bertbelder@gmail.com>
2015-01-09 13:38:09 +01:00
'NODE_PLATFORM="mac"',
build: remove the old -DPLATFORM="mac" define To prevent redefinition warnings.
2012-01-11 23:44:39 +01:00
],
build: set `process.platform` to "darwin" on OS X This is consistent with the old waf build system, and doesn't break old scripts that are expecting the value to be "darwin". Fixes #2518.
2012-01-11 23:36:27 +01:00
'defines': [
# we need to use node's preferred "darwin" rather than gyp's preferred "mac"
build: fix `process.platform` e1fe270 introduces the NODE_PLATFORM macro which had to be redefined in node.gyp for `process.platform` to return expected values. PR-URL: https://github.com/iojs/io.js/pull/271 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Bert Belder <bertbelder@gmail.com>
2015-01-09 13:38:09 +01:00
'NODE_PLATFORM="darwin"',
build: set `process.platform` to "darwin" on OS X This is consistent with the old waf build system, and doesn't break old scripts that are expecting the value to be "darwin". Fixes #2518.
2012-01-11 23:36:27 +01:00
],
gyp: Support Linux
2011-08-16 02:54:47 +02:00
}],
build: fix freebsd gyp build
2011-08-17 07:44:53 +02:00
[ 'OS=="freebsd"', {
'libraries': [
'-lutil',
'-lkvm',
],
}],
build: fix sunos gyp build, include platform file
2011-10-26 07:11:20 +02:00
[ 'OS=="solaris"', {
'libraries': [
'-lkstat',
always link sunos builds with libumem
2012-07-27 19:56:40 +02:00
'-lumem',
build: fix sunos gyp build, include platform file
2011-10-26 07:11:20 +02:00
],
build: set `process.platform` to "sunos" on SunOS gyp sets it to "solaris" by default, but versions of node v0.6.x and older would report "sunos". Let's keep things consistent. Fixes #3944.
2012-08-29 23:57:25 +02:00
'defines!': [
build: fix `process.platform` e1fe270 introduces the NODE_PLATFORM macro which had to be redefined in node.gyp for `process.platform` to return expected values. PR-URL: https://github.com/iojs/io.js/pull/271 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Bert Belder <bertbelder@gmail.com>
2015-01-09 13:38:09 +01:00
'NODE_PLATFORM="solaris"',
build: set `process.platform` to "sunos" on SunOS gyp sets it to "solaris" by default, but versions of node v0.6.x and older would report "sunos". Let's keep things consistent. Fixes #3944.
2012-08-29 23:57:25 +02:00
],
'defines': [
# we need to use node's preferred "sunos"
# rather than gyp's preferred "solaris"
build: fix `process.platform` e1fe270 introduces the NODE_PLATFORM macro which had to be redefined in node.gyp for `process.platform` to return expected values. PR-URL: https://github.com/iojs/io.js/pull/271 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Bert Belder <bertbelder@gmail.com>
2015-01-09 13:38:09 +01:00
'NODE_PLATFORM="sunos"',
build: set `process.platform` to "sunos" on SunOS gyp sets it to "solaris" by default, but versions of node v0.6.x and older would report "sunos". Let's keep things consistent. Fixes #3944.
2012-08-29 23:57:25 +02:00
],
build: fix sunos gyp build, include platform file
2011-10-26 07:11:20 +02:00
}],
freebsd,linux,sunos: make stack non-executable Link with -z,noexecstack to make stack memory non-executable. Makes shellcode injection through buffer overflows more difficult. Fixes: https://github.com/joyent/node/issues/7542 PR-URL: https://github.com/node-forward/node/pull/8 Reviewed-By: Trevor Norris <trevnorris@gmail.com>
2014-05-03 03:55:35 +02:00
[ 'OS=="freebsd" or OS=="linux"', {
build: Remove building against a shared V8 This action is to encourage packagers to not build against a shared V8 library since even minor bumps of V8 can create issues. PR-URL: https://github.com/iojs/io.js/pull/1331 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-04-03 01:13:43 +02:00
'ldflags': [ '-Wl,-z,noexecstack',
'-Wl,--whole-archive <(V8_BASE)',
'-Wl,--no-whole-archive' ]
freebsd,linux,sunos: make stack non-executable Link with -z,noexecstack to make stack memory non-executable. Makes shellcode injection through buffer overflows more difficult. Fixes: https://github.com/joyent/node/issues/7542 PR-URL: https://github.com/node-forward/node/pull/8 Reviewed-By: Trevor Norris <trevnorris@gmail.com>
2014-05-03 03:55:35 +02:00
}],
[ 'OS=="sunos"', {
'ldflags': [ '-Wl,-M,/usr/lib/ld/map.noexstk' ],
}],
Rename gyp files to produce useful solution names. Hoist common settings into common.gypi. Restrict v8's common.gypi to v8 projects. Ensure v8 doesn't use /MP in debug builds. Add basic settings for other platforms. Make uv import common.gypi properly. Remove LTCG warning.
2011-08-13 20:17:47 +02:00
],
windows: fix typo in node.gyp
2012-09-25 00:50:37 +02:00
'msvs_settings': {
win: manifest node.exe for Windows 8.1 Adding a compatibility section to node.exe embedded manifest so that Node is declared explicitly compatible with Windows 8.1. Required so that os.release() can return the correct version on Windows 8.1. See http://msdn.microsoft.com/en-us/library/windows/desktop/ms724451(v=vs.85).aspx Reviewed-by: Trevor Norris <trev.norris@gmail.com>
2014-08-15 18:25:38 +02:00
'VCManifestTool': {
'EmbedManifest': 'true',
'AdditionalManifestFiles': 'src/res/node.exe.extra.manifest'
}
Rename gyp files to produce useful solution names. Hoist common settings into common.gypi. Restrict v8's common.gypi to v8 projects. Ensure v8 doesn't use /MP in debug builds. Add basic settings for other platforms. Make uv import common.gypi properly. Remove LTCG warning.
2011-08-13 20:17:47 +02:00
},
WIP
2011-08-04 02:01:30 +02:00
},
Windows: Enable ETW events. This commit enables ETW events to be fired on Windows for existing DTrace probes. ETW instrumentation is enabled by default. It is possible to build node.exe without ETW instrumentation by using --without-etw option with configure script.
2012-06-12 01:23:17 +02:00
# generate ETW header and resource files
{
'target_name': 'node_etw',
'type': 'none',
'conditions': [
Ease building with VS Express by checking in generated files.
2012-12-21 09:06:21 +01:00
[ 'node_use_etw=="true" and node_has_winsdk=="true"', {
Windows: Enable ETW events. This commit enables ETW events to be fired on Windows for existing DTrace probes. ETW instrumentation is enabled by default. It is possible to build node.exe without ETW instrumentation by using --without-etw option with configure script.
2012-06-12 01:23:17 +02:00
'actions': [
{
'action_name': 'node_etw',
'inputs': [ 'src/res/node_etw_provider.man' ],
windows: correct outputs list in "node_etw" gyp target The gyp target node_etw didn't list its output dependencies. This was causing virgin builds to fail with a "failed to open file for write" error. With this corrected outputs list, gyp reliably pre-creates required output directories.
2012-10-26 01:51:46 +02:00
'outputs': [
windows: improve Visual Studio Express build support * Moved generated files to a clearer directory. * Improved detection logic for ctrpp.exe tool. Closes #4482
2013-01-03 23:36:04 +01:00
'tools/msvs/genfiles/node_etw_provider.rc',
'tools/msvs/genfiles/node_etw_provider.h',
'tools/msvs/genfiles/node_etw_providerTEMP.BIN',
windows: correct outputs list in "node_etw" gyp target The gyp target node_etw didn't list its output dependencies. This was causing virgin builds to fail with a "failed to open file for write" error. With this corrected outputs list, gyp reliably pre-creates required output directories.
2012-10-26 01:51:46 +02:00
],
windows: improve Visual Studio Express build support * Moved generated files to a clearer directory. * Improved detection logic for ctrpp.exe tool. Closes #4482
2013-01-03 23:36:04 +01:00
'action': [ 'mc <@(_inputs) -h tools/msvs/genfiles -r tools/msvs/genfiles' ]
Windows: Enable ETW events. This commit enables ETW events to be fired on Windows for existing DTrace probes. ETW instrumentation is enabled by default. It is possible to build node.exe without ETW instrumentation by using --without-etw option with configure script.
2012-06-12 01:23:17 +02:00
}
]
} ]
]
},
windows: add tracing with performance counters Patch by Henry Rawas and Scott Blomquist.
2012-11-21 00:27:22 +01:00
# generate perf counter header and resource files
{
'target_name': 'node_perfctr',
'type': 'none',
'conditions': [
Ease building with VS Express by checking in generated files.
2012-12-21 09:06:21 +01:00
[ 'node_use_perfctr=="true" and node_has_winsdk=="true"', {
windows: add tracing with performance counters Patch by Henry Rawas and Scott Blomquist.
2012-11-21 00:27:22 +01:00
'actions': [
{
'action_name': 'node_perfctr_man',
'inputs': [ 'src/res/node_perfctr_provider.man' ],
'outputs': [
windows: improve Visual Studio Express build support * Moved generated files to a clearer directory. * Improved detection logic for ctrpp.exe tool. Closes #4482
2013-01-03 23:36:04 +01:00
'tools/msvs/genfiles/node_perfctr_provider.h',
'tools/msvs/genfiles/node_perfctr_provider.rc',
'tools/msvs/genfiles/MSG00001.BIN',
windows: add tracing with performance counters Patch by Henry Rawas and Scott Blomquist.
2012-11-21 00:27:22 +01:00
],
'action': [ 'ctrpp <@(_inputs) '
windows: improve Visual Studio Express build support * Moved generated files to a clearer directory. * Improved detection logic for ctrpp.exe tool. Closes #4482
2013-01-03 23:36:04 +01:00
'-o tools/msvs/genfiles/node_perfctr_provider.h '
'-rc tools/msvs/genfiles/node_perfctr_provider.rc'
windows: add tracing with performance counters Patch by Henry Rawas and Scott Blomquist.
2012-11-21 00:27:22 +01:00
]
},
],
} ]
]
},
WIP
2011-08-04 02:01:30 +02:00
{
'target_name': 'node_js2c',
'type': 'none',
'toolsets': ['host'],
'actions': [
{
'action_name': 'node_js2c',
'inputs': [
'<@(library_files)',
node.gyp: include the config.gypi file in the js2c inputs list
2012-03-14 16:34:44 +01:00
'./config.gypi',
WIP
2011-08-04 02:01:30 +02:00
],
'outputs': [
'<(SHARED_INTERMEDIATE_DIR)/node_natives.h',
],
Improve gyp build - now works kind of
2011-08-05 01:40:07 +02:00
'conditions': [
build: use zero overhead systemtap probes Profiling suggested that on Linux sometimes over 10% of CPU time was being spent inside the systemtap probe entry points in the binding layer, even when the process was not actively being traced with the `stap` tool. That's why this commit makes it possible to use the *_ENABLED() macros and bail out early when we're not being traced, reducing the overhead of unused probes to (almost) zero. Said macros were already being generated by `dtrace -h` but were not usable because they rely on external definitions. To remedy that, we now generate the accompanying object files with `dtrace -G`. This commit includes a change to libuv that has been landed upstream in commit joyent/libuv@3c172ea.
2013-10-28 20:18:59 +01:00
[ 'node_use_dtrace=="false" and node_use_etw=="false"', {
'inputs': [ 'src/notrace_macros.py' ]
src: rename macros.py to notrace_macros.py This incarnation of macros.py is only used to disable the (d)trace macros. Rename it so it better reflects its purpose. A new macros.py will be added in a follow-up commit.
2013-07-24 12:53:28 +02:00
}],
tracing: add lttng support for tracing on linux This commit adds the ability to enable userspace tracing with lttng in io.js. It adds tracepoints for all the equivalent dtrace and ETW tracepoints. To use these tracepoints enable --with-lttng on linux. PR-URL: https://github.com/iojs/io.js/pull/702 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Ryan Graham <ryan@strongloop.com> Reviewed-By: Stephen Belanger <admin@stephenbelanger.com>
2015-01-22 13:35:16 +01:00
['node_use_lttng=="false"', {
'inputs': [ 'src/nolttng_macros.py' ]
}],
windows: add tracing with performance counters Patch by Henry Rawas and Scott Blomquist.
2012-11-21 00:27:22 +01:00
[ 'node_use_perfctr=="false"', {
'inputs': [ 'src/perfctr_macros.py' ]
}]
],
src: rename macros.py to notrace_macros.py This incarnation of macros.py is only used to disable the (d)trace macros. Rename it so it better reflects its purpose. A new macros.py will be added in a follow-up commit.
2013-07-24 12:53:28 +02:00
'action': [
'<(python)',
'tools/js2c.py',
'<@(_outputs)',
'<@(_inputs)',
],
WIP
2011-08-04 02:01:30 +02:00
},
],
}, # end node_js2c
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
{
'target_name': 'node_dtrace_header',
'type': 'none',
'conditions': [
build: fix dtrace-enabled build on os x Commit 691d55f introduces a regression on OS X when dtrace is enabled (the default.) This commit rectifies that by removing the erroneous platform check. Fixes the following build error: CXX(target) /Users/bnoordhuis/src/iojs/out/Release/obj.target/node/src/node_dtrace.o ../src/node_dtrace.cc:27:10: fatal error: 'node_provider.h' file not found PR-URL: https://github.com/iojs/io.js/pull/150 Reviewed-By: Miroslav Bajtoš <miro.bajtos@gmail.com>
2014-12-11 18:04:31 +01:00
[ 'node_use_dtrace=="true" and OS!="linux"', {
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
'actions': [
{
'action_name': 'node_dtrace_header',
'inputs': [ 'src/node_provider.d' ],
'outputs': [ '<(SHARED_INTERMEDIATE_DIR)/node_provider.h' ],
'action': [ 'dtrace', '-h', '-xnolibs', '-s', '<@(_inputs)',
'-o', '<@(_outputs)' ]
}
]
build: fix build with systemtap providers enabled The "dtrace" script version include in systemtap-sdt-devel-2.6-3 (part of Fedora 21) no longer ignores unknown command line arguments, but will instead error out and refuse to run. This patch adds a separate condition to node's gyp input so that on Linux it will run dtrace without the -xnolibs argument that trips it up on systemtap-std-devel-2.6-3. PR-URL: https://github.com/joyent/node/pull/8846 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2014-12-09 20:02:39 +01:00
} ],
[ 'node_use_dtrace=="true" and OS=="linux"', {
'actions': [
{
'action_name': 'node_dtrace_header',
'inputs': [ 'src/node_provider.d' ],
'outputs': [ '<(SHARED_INTERMEDIATE_DIR)/node_provider.h' ],
'action': [ 'dtrace', '-h', '-s', '<@(_inputs)',
'-o', '<@(_outputs)' ]
}
]
} ],
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
]
},
{
'target_name': 'node_dtrace_provider',
'type': 'none',
'conditions': [
build: use zero overhead systemtap probes Profiling suggested that on Linux sometimes over 10% of CPU time was being spent inside the systemtap probe entry points in the binding layer, even when the process was not actively being traced with the `stap` tool. That's why this commit makes it possible to use the *_ENABLED() macros and bail out early when we're not being traced, reducing the overhead of unused probes to (almost) zero. Said macros were already being generated by `dtrace -h` but were not usable because they rely on external definitions. To remedy that, we now generate the accompanying object files with `dtrace -G`. This commit includes a change to libuv that has been landed upstream in commit joyent/libuv@3c172ea.
2013-10-28 20:18:59 +01:00
[ 'node_use_dtrace=="true" and OS!="mac" and OS!="linux"', {
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
'actions': [
{
'action_name': 'node_dtrace_provider_o',
'inputs': [
gyp: enable postmortem support, fix dtrace paths Fix: iojs/io.js#461 PR-URL: https://github.com/iojs/io.js/pull/706 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-02-03 14:59:35 +01:00
'<(OBJ_DIR)/iojs/src/node_dtrace.o',
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
],
'outputs': [
gyp: enable postmortem support, fix dtrace paths Fix: iojs/io.js#461 PR-URL: https://github.com/iojs/io.js/pull/706 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-02-03 14:59:35 +01:00
'<(OBJ_DIR)/iojs/src/node_dtrace_provider.o'
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
],
dtrace: enable uv's probes if enabled
2013-04-17 01:18:07 +02:00
'action': [ 'dtrace', '-G', '-xnolibs', '-s', 'src/node_provider.d',
build: do not generate support for libuv's probes Dtrace probes were removed from libuv recently, but their usage by node was not completely removed, causing build breaks on SmartOS. Even though the build is working on other platforms, these probes are not fired by libuv anymore, so there's no point in using them on these platforms too. Reviewed-by: Trevor Norris <trev.norris@gmail.com>
2014-12-03 07:55:53 +01:00
'<@(_inputs)', '-o', '<@(_outputs)' ]
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
}
]
build: use zero overhead systemtap probes Profiling suggested that on Linux sometimes over 10% of CPU time was being spent inside the systemtap probe entry points in the binding layer, even when the process was not actively being traced with the `stap` tool. That's why this commit makes it possible to use the *_ENABLED() macros and bail out early when we're not being traced, reducing the overhead of unused probes to (almost) zero. Said macros were already being generated by `dtrace -h` but were not usable because they rely on external definitions. To remedy that, we now generate the accompanying object files with `dtrace -G`. This commit includes a change to libuv that has been landed upstream in commit joyent/libuv@3c172ea.
2013-10-28 20:18:59 +01:00
}],
[ 'node_use_dtrace=="true" and OS=="linux"', {
'actions': [
{
'action_name': 'node_dtrace_provider_o',
'inputs': [ 'src/node_provider.d' ],
'outputs': [
'<(SHARED_INTERMEDIATE_DIR)/node_dtrace_provider.o'
],
'action': [
'dtrace', '-C', '-G', '-s', '<@(_inputs)', '-o', '<@(_outputs)'
],
build: do not generate support for libuv's probes Dtrace probes were removed from libuv recently, but their usage by node was not completely removed, causing build breaks on SmartOS. Even though the build is working on other platforms, these probes are not fired by libuv anymore, so there's no point in using them on these platforms too. Reviewed-by: Trevor Norris <trev.norris@gmail.com>
2014-12-03 07:55:53 +01:00
}
build: use zero overhead systemtap probes Profiling suggested that on Linux sometimes over 10% of CPU time was being spent inside the systemtap probe entry points in the binding layer, even when the process was not actively being traced with the `stap` tool. That's why this commit makes it possible to use the *_ENABLED() macros and bail out early when we're not being traced, reducing the overhead of unused probes to (almost) zero. Said macros were already being generated by `dtrace -h` but were not usable because they rely on external definitions. To remedy that, we now generate the accompanying object files with `dtrace -G`. This commit includes a change to libuv that has been landed upstream in commit joyent/libuv@3c172ea.
2013-10-28 20:18:59 +01:00
],
}],
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
]
},
{
'target_name': 'node_dtrace_ustack',
'type': 'none',
'conditions': [
build: use zero overhead systemtap probes Profiling suggested that on Linux sometimes over 10% of CPU time was being spent inside the systemtap probe entry points in the binding layer, even when the process was not actively being traced with the `stap` tool. That's why this commit makes it possible to use the *_ENABLED() macros and bail out early when we're not being traced, reducing the overhead of unused probes to (almost) zero. Said macros were already being generated by `dtrace -h` but were not usable because they rely on external definitions. To remedy that, we now generate the accompanying object files with `dtrace -G`. This commit includes a change to libuv that has been landed upstream in commit joyent/libuv@3c172ea.
2013-10-28 20:18:59 +01:00
[ 'node_use_dtrace=="true" and OS!="mac" and OS!="linux"', {
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
'actions': [
{
'action_name': 'node_dtrace_ustack_constants',
'inputs': [
gyp: fix `ninja` build on linux fix #6679
2014-01-16 17:39:12 +01:00
'<(V8_BASE)'
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
],
'outputs': [
'<(SHARED_INTERMEDIATE_DIR)/v8constants.h'
],
'action': [
'tools/genv8constants.py',
'<@(_outputs)',
'<@(_inputs)'
]
},
{
'action_name': 'node_dtrace_ustack',
'inputs': [
'src/v8ustack.d',
'<(SHARED_INTERMEDIATE_DIR)/v8constants.h'
],
'outputs': [
gyp: enable postmortem support, fix dtrace paths Fix: iojs/io.js#461 PR-URL: https://github.com/iojs/io.js/pull/706 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-02-03 14:59:35 +01:00
'<(OBJ_DIR)/iojs/src/node_dtrace_ustack.o'
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
],
Revert "sunos: unbreak build after v8 downgrade" This reverts commit f80f3c5f62a3955636c1af1872ef9539a0b01cb0.
2013-02-26 08:57:12 +01:00
'conditions': [
[ 'target_arch=="ia32"', {
'action': [
'dtrace', '-32', '-I<(SHARED_INTERMEDIATE_DIR)', '-Isrc',
'-C', '-G', '-s', 'src/v8ustack.d', '-o', '<@(_outputs)',
]
} ],
[ 'target_arch=="x64"', {
'action': [
'dtrace', '-64', '-I<(SHARED_INTERMEDIATE_DIR)', '-Isrc',
'-C', '-G', '-s', 'src/v8ustack.d', '-o', '<@(_outputs)',
]
} ],
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
]
gyp: specialize node.d for freebsd `node.d` should use `psinfo.d` instead of `procfs.d` and have statically defined architecture on FreeBSD.
2014-02-20 17:52:26 +01:00
},
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
]
} ],
]
gyp: specialize node.d for freebsd `node.d` should use `psinfo.d` instead of `procfs.d` and have statically defined architecture on FreeBSD.
2014-02-20 17:52:26 +01:00
},
{
'target_name': 'specialize_node_d',
'type': 'none',
'conditions': [
[ 'node_use_dtrace=="true"', {
'actions': [
{
'action_name': 'specialize_node_d',
'inputs': [
'src/node.d'
],
'outputs': [
'<(PRODUCT_DIR)/node.d',
],
'action': [
'tools/specialize_node_d.py',
'<@(_outputs)',
'<@(_inputs)',
'<@(OS)',
'<@(target_arch)',
],
},
],
} ],
]
deps: check in gtest, add util unit test Check in a gypified gtest and add a simple unit test to show that the basic infrastructure is in place. PR-URL: https://github.com/iojs/io.js/pull/1199 Refs: https://github.com/iojs/io.js/issues/1193 Reviewed-By: Fedor Indutny <fedor@indutny.com> Reviewed-By: Johan Bergström <bugs@bergstroem.nu>
2015-03-19 02:01:45 +01:00
},
{
'target_name': 'cctest',
'type': 'executable',
src: add getopt option parser Options have been moved into the NodeOptions class. A new global, node_options now exists and is used to access the options after the command line arguments have been parsed. PR-URL: https://github.com/nodejs/io.js/pull/1804 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-05-19 20:12:26 +02:00
'dependencies': [
build: Remove building against a shared V8 This action is to encourage packagers to not build against a shared V8 library since even minor bumps of V8 can create issues. PR-URL: https://github.com/iojs/io.js/pull/1331 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-04-03 01:13:43 +02:00
'deps/gtest/gtest.gyp:gtest',
'deps/v8/tools/gyp/v8.gyp:v8',
'deps/v8/tools/gyp/v8.gyp:v8_libplatform'
deps: check in gtest, add util unit test Check in a gypified gtest and add a simple unit test to show that the basic infrastructure is in place. PR-URL: https://github.com/iojs/io.js/pull/1199 Refs: https://github.com/iojs/io.js/issues/1193 Reviewed-By: Fedor Indutny <fedor@indutny.com> Reviewed-By: Johan Bergström <bugs@bergstroem.nu>
2015-03-19 02:01:45 +01:00
],
'include_dirs': [
'src',
build: Remove building against a shared V8 This action is to encourage packagers to not build against a shared V8 library since even minor bumps of V8 can create issues. PR-URL: https://github.com/iojs/io.js/pull/1331 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
2015-04-03 01:13:43 +02:00
'deps/v8/include'
deps: check in gtest, add util unit test Check in a gypified gtest and add a simple unit test to show that the basic infrastructure is in place. PR-URL: https://github.com/iojs/io.js/pull/1199 Refs: https://github.com/iojs/io.js/issues/1193 Reviewed-By: Fedor Indutny <fedor@indutny.com> Reviewed-By: Johan Bergström <bugs@bergstroem.nu>
2015-03-19 02:01:45 +01:00
],
'defines': [
# gtest's ASSERT macros conflict with our own.
'GTEST_DONT_DEFINE_ASSERT_EQ=1',
'GTEST_DONT_DEFINE_ASSERT_GE=1',
'GTEST_DONT_DEFINE_ASSERT_GT=1',
'GTEST_DONT_DEFINE_ASSERT_LE=1',
'GTEST_DONT_DEFINE_ASSERT_LT=1',
'GTEST_DONT_DEFINE_ASSERT_NE=1',
],
'sources': [
'test/cctest/util.cc',
],
build: add support for DTrace and postmortem * fixes #2110 * includes V8 postmortem metadata in Solaris builds * adds GYP support for DTrace probes and ustack helper * ustack helper derives constants dynamically from libv8_base.a * build with DTrace support by default on SunOS
2012-03-28 19:26:10 +02:00
}
WIP
2011-08-04 02:01:30 +02:00
] # end targets
}
Copy Permalink