-
Notifications
You must be signed in to change notification settings - Fork 29.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
7.7.1 Proposal #11638
7.7.1 Proposal #11638
Conversation
Initialize `InternalTraceBuffer::id_` the last. PR-URL: #10416 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Anna Henningsen <[email protected]> Reviewed-By: Colin Ihrig <[email protected]>
Remove `external_buffer_` from `InternalTraceBuffer` as it seems not to be used anywhere. PR-URL: #10416 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Anna Henningsen <[email protected]> Reviewed-By: Colin Ihrig <[email protected]>
PR-URL: #10507 Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: James M Snell <[email protected]>
This fixes an incorrect deletion of the `TracingController` instance, which in some environments could cause an error about an invalid pointer passed to `free()`. The `TracingController` instance is actually owned by a `unique_ptr` member of the platform, so calling `platform::SetTracingController(nullptr)` is the correct way to delete it. But before that, the `TraceBuffer` must be deleted in order for the tracing loop to exit; that is accomplished by calling `TracingController::Initialize(nullptr)`. PR-URL: #10623 Reviewed-By: Matthew Loring <[email protected]> Reviewed-By: Michaël Zasso <[email protected]>
I noticed that only one header from src/tracing is included in the sources list in node.gyp. Not sure if this is intentional or not so I wanted to bring it up just in case this was overlooked. PR-URL: #10851 Reviewed-By: Ben Noordhuis <[email protected]> Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Italo A. Casas <[email protected]>
Move the include from src/node.h to src/node_internals.h. trace_event.h is not shipped in binary-only and headers-only tarballs, making it currently impossible to build add-ons against them. PR-URL: #10959 Refs: nodejs/citgm#226 (comment) Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: James M Snell <[email protected]> Reviewed-By: Matthew Loring <[email protected]> Reviewed-By: Richard Lau <[email protected]> Reviewed-By: Stephen Belanger <[email protected]>
Change test-trace-event such that it checks that all expected values are within the same trace object rather than scattered across multiple trace objects. PR-URL: #11065 Reviewed-By: Anna Henningsen <[email protected]> Reviewed-By: Luigi Pinca <[email protected]> Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: Evan Lucas <[email protected]> Reviewed-By: James M Snell <[email protected]>
In V8 5.6, String#toLocaleUpperCase can work even when no ICU data is loaded. Use another method to check the --icu-data-dir option pointing to an empty directory. PR-URL: #10992 Reviewed-By: Ben Noordhuis <[email protected]>
doc/changelogs/CHANGELOG_V7.md
Outdated
|
||
### Notables changes | ||
|
||
Node.js 7.7.0 contains a bug that will prevent all native modules from loading, this patch should fix the issue. Apologies to everyone who was affected by 7.7.0. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Replace "loading" with either "compiling" or "building". Any prebuilt modules would have been fine.
Since v7.7.0 was passing on citgm because it was only testing the build output and not the release packaged binaries, is there a way to run this proposed release against citgm using rc-style binary packages? |
@rmg I'm going to test the binaries manually with native modules. cc: @MylesBorins
|
336010b
to
248c869
Compare
@targos I see errors in CITGM related with native modules. Any idea? |
What do the errors look like? |
warn: module name: | request
warn: version: | 2.79.0
warn: error: | Install Failed
warn: error: | undefined
warn: | > [email protected] install /tmp/fdccdfb4-d49d-48b4-bff3-bfbd848bcd7b/request/node_modules/execSync
warn: | > node install.js
warn: |
warn: | [execsync v1.0.2] Attempting to compile native extensions.
warn: | [execSync v1.0.2]
warn: | Native code compile failed!! |
|
Notable changes: Node.js 7.7.0 contains a bug that will prevent all native modules from building, this patch should fix the issue. Apologies to everyone who was affected by 7.7.0. PR-URL: #11638
248c869
to
5c2e415
Compare
The issue with CITGM is that we grab the headers from the repo when we
build native modules. The problem that we ran into was with the header
files that were created with the build assets. Technically this wouldn't
have been easy to test even locally before the builds were promoted.
More than likely what we need to make sure that this doesn't happen in the
future is a series of tests that are run during or before promotion.
…On Wed, Mar 1, 2017, 5:34 PM Italo A. Casas ***@***.***> wrote:
But, I'm testing manually, building native modules and is working.. 😒
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#11638 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AAecV4vsjp2ehLyDtf3cum39kb_l7DEFks5rhfJagaJpZM4MQLzF>
.
|
In theory one could run the install.py script and install just the headers into an empty directory (this is what |
I don't know if it's CitGM or execSync but that's not very helpful error output. |
I worked with an RC and can confirm that node-gyp is working fine with v7.7.1 https://gist.github.com/MylesBorins/d983701a27608239ecc65c119ab66dc4 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
rubber stamp LGTM
I can confirm that this release will work fine with node-gyp
PR-URL: nodejs#11638
Notable changes: Node.js 7.7.0 contains a bug that will prevent all native modules from building, this patch should fix the issue. Apologies to everyone who was affected by 7.7.0. PR-URL: nodejs#11638
Notable changes: Node.js 7.7.0 contains a bug that will prevent all native modules from building, this patch should fix the issue. Apologies to everyone who was affected by 7.7.0. PR-URL: nodejs/node#11638 Signed-off-by: Ilkka Myller <[email protected]>
2017-03-01, Version 7.7.1 (Current), @italoacasas
Notable changes
Node.js 7.7.0 contains a bug that will prevent all native modules from building, this patch should fix the issue. Apologies to everyone who was affected by 7.7.0.
CI
Commits
c8e34b61f6
] - build: add missing src/tracing header files (Daniel Bevenius) #1085196f55f9e59
] - src: move trace_event.h include to internal header (Ben Noordhuis) #1095930c80cbe6f
] - src: fix TracingController cleanup (Jason Ginchereau) #10623b89b2a7d36
] - src: always initialize tracing controller in agent (Matt Loring) #1050754e55e05ca
] - test: make test-intl-no-icu-data more robust (Michaël Zasso) #109927b253eb3ed
] - test: increase strictness for test-trace-event (Rich Trott) #110653dc4a5f1f4
] - tracing: fix -Wunused-private-field warning (Santiago Gimeno) #104168a918bf411
] - tracing: fix -Wreorder warning (Santiago Gimeno) #10416