- 
                Notifications
    
You must be signed in to change notification settings  - Fork 3.4k
 
          Deprecate RUNTIME_LINKED_LIBS setting. NFC
          #14004
        
          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
Its better to simply list dynamic library dependencies directly on the command line. Handle the deprecated option by simply added the list of libraries to the command line. This means we no longer need to modify the dylink section after linking since the linker will inject all the needed dynamic libraries that it sees on the command line.
61c194c    to
    c25daa4      
    Compare
  
    | 
               | 
          ||
| Current Trunk | ||
| ------------- | ||
| - The `RUNTIME_LINKED_LIBS` setting is now deprecated. It's better to simply | 
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.
Do we have any examples or documentation of the new CLI UI?
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.
We have the same amount of documentation for the new method as the old method AFAICT :) .. which is basically none.
Joking aside we should add some yes.
| key, value = s.split('=', 1) | ||
| settings_map[key] = value | ||
| 
               | 
          ||
| # Libraries are searched before settings_changes are applied, so apply the | 
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.
Is this still true? it looks like there's some library-related code in between the old and new location of this code?
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.
Hmm .. this comment seem very old yes. Goes back to 9b727e8. I will investigate, but land this as-is if thats ok?
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.
Yeah, the code doesn't look to me like it should actually depend on what's in between.
We have had this marked as deprecated since emscripten-core#14004 (more than 4 years).
We have had this marked as deprecated since emscripten-core#14004 (more than 4 years).
We have had this marked as deprecated since emscripten-core#14004 (more than 4 years).
We have had this marked as deprecated since emscripten-core#14004 (more than 4 years).
We have had this marked as deprecated since emscripten-core#14004 (more than 4 years).
We have had this marked as deprecated since emscripten-core#14004 (more than 4 years).
We have had this marked as deprecated since emscripten-core#14004 (more than 4 years).
Its better to simply list dynamic library dependencies directly on the
command line.
Handle the deprecated option by simply added the list of libraries to
the command line. This means we no longer need to modify the dylink
section after linking since the linker will inject all the needed
dynamic libraries that it sees on the command line.
The emcc.py change here involves moving the settings parsing code
to before
Find input filesso that we can handle the legacy use ofRUNTIME_LINKED_LIBS by simply adding to
newargsbefore inputfiles are searched for.