Skip to content

Dont strip native debug symbols during build#272

Merged
weshaggard merged 1 commit into
dotnet:dev/release/2.0from
omajid:dont-strip-debuginfo
Nov 6, 2017
Merged

Dont strip native debug symbols during build#272
weshaggard merged 1 commit into
dotnet:dev/release/2.0from
omajid:dont-strip-debuginfo

Conversation

@omajid
Copy link
Copy Markdown
Member

@omajid omajid commented Nov 1, 2017

This patch makes coreclr and core-setup leave debug symbols in their built native code instead of stripping it out.

After this patch, native symbols are only missing in corefx. A separate PR in corefx will take care of that: dotnet/corefx#24979. But this fix for core-setup and coreclr is independent and doesnt need that PR to work.

The final dotnet product, after both these fixes, should contain native debug symbols for all native binaries.

I used this to verify the final built product: https://gist.github.com/omajid/766aef59857de9fc1eab173119143abc

Resolves #267

This patch makes coreclr and core-setup leave debug symbols in their
built native code instead of stripping it out.

After this patch, native symbols are only missing in corefx. A separate
PR in corefx will take care of that:
dotnet/corefx#24979

The final dotnet product, after both these fixes, should contain native
debug symbols for all native binaries.
@omajid
Copy link
Copy Markdown
Member Author

omajid commented Nov 2, 2017

cc @dotnet/source-build-contrib

Copy link
Copy Markdown
Member

@eerhardt eerhardt left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm surprised that corefx didn't have this.

Copy link
Copy Markdown
Member

@weshaggard weshaggard left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

I do wonder if we should potentially make this conditional in some way. Do we expect any cases where we want to strip the symbols.

@dagood
Copy link
Copy Markdown
Member

dagood commented Nov 3, 2017

Do we expect any cases where we want to strip the symbols.

The only case I can think of is the long-term desire to use source-build to drive the Microsoft product build, where we provide the symbols separately in a symbol server. In that case, yeah, we should add a repo API parameter for native symbol stripping. I think it can wait until we get closer to needing it, though.

@karajas
Copy link
Copy Markdown
Member

karajas commented Nov 3, 2017

LGTM. Thanks @omajid !

@weshaggard weshaggard merged commit 40c1560 into dotnet:dev/release/2.0 Nov 6, 2017
@omajid omajid mentioned this pull request Sep 24, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants