Skip to content
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

Investigate why dxcompiler file is so large on Linux and macOS #19

Closed
gongminmin opened this issue Dec 7, 2018 · 2 comments
Closed
Assignees
Labels
enhancement New feature or request
Milestone

Comments

@gongminmin
Copy link
Contributor

dxcompiler.dll is 17.7MB (7.7MB compressed), but libdxcompiler.so is 34.5MB (13.1MB compressed), and libdxcompiler.dylib is 27.1MB (10.0MB compressed). Need to have some understanding about why they are so different, and how to improve this.

@gongminmin gongminmin added the enhancement New feature or request label Dec 7, 2018
@gongminmin gongminmin added this to the v0.3 milestone Dec 7, 2018
@gongminmin gongminmin self-assigned this Dec 7, 2018
gongminmin pushed a commit that referenced this issue Dec 7, 2018
In gcc8 build, dxcompiler.so is reduced from ~34.5MB to ~29.3MB.

Related work item: Github #19
@Jjagg
Copy link

Jjagg commented Dec 14, 2018

The MinSizeRel configuration makes a big difference.
In a custom build on my Linux machine from aebd3e6 libdxcompiler.so has sizes (same for clang and gcc):

  • Release: 29.3MB
  • MinSizeRel: 19.1MB

@gongminmin
Copy link
Contributor Author

The pull request microsoft/DirectXShaderCompiler#1760 enable to sets the symbol visibility to hidden. If that goes in, the libdxcompiler.so can go down to 22M in Release build.

gongminmin pushed a commit that referenced this issue May 30, 2019
Related work item: Github #19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants