-
Notifications
You must be signed in to change notification settings - Fork 274
export-file-local_symbols:: update base name and pretty name #6337
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
Conversation
Codecov ReportBase: 78.01% // Head: 78.01% // Decreases project coverage by
Additional details and impacted files@@ Coverage Diff @@
## develop #6337 +/- ##
===========================================
- Coverage 78.01% 78.01% -0.01%
===========================================
Files 1625 1625
Lines 187407 187410 +3
===========================================
+ Hits 146201 146203 +2
- Misses 41206 41207 +1
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. ☔ View full report at Codecov. |
3bd3bec
to
5ecf2cf
Compare
|
Name mangling via --export-file-local-symbols used to introduce symbols the name of which did not match the base name. Forward declarations of the mangled name, however, did introduce a symbol where (mangled) name and base name match. When linking later found the definition corresponding to such a forward declaration, the base name (and pretty name) were not updated. As a consequence the order of linking produced two different final symbol tables. Note that Crangler may be a superior alternative avoiding such problems, but there is ample code that still uses `--export-file-local-symbols`.
Name mangling via --export-file-local-symbols used to introduce symbols
the name of which did not match the base name. Forward declarations of
the mangled name, however, did introduce a symbol where (mangled) name
and base name match. When linking later found the definition
corresponding to such a forward declaration, the base name (and pretty
name) were not updated. As a consequence the order of linking produced
two different final symbol tables.
Note that Crangler may be a superior alternative avoiding such problems,
but there is ample code that still uses
--export-file-local-symbols
.