You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While working on .NET stuff, we noticed that currently having multiple -sEXPORTED_FUNCTIONS means that whichever is last, wins, which is not great when you want to pass an export file generated by tooling + statically some extra functions that need to be always exported. For example, if you specify:
Then today only OneMoreExport will end up exported and file ignored; if you change the order, the opposite happens.
It would be more useful for them to get merged instead. While chatting to @sbc100 about this idea, he suggested that the same should probably apply to other list-like settings too, e.g. ASYNCIFY_IMPORTS.
The text was updated successfully, but these errors were encountered:
I think we have considered this in the past (things might even have worked this way in the past). I can't think of any reason not to do this .. I would imagine we should do it consistently for all list-taking arguments.
While working on .NET stuff, we noticed that currently having multiple
-sEXPORTED_FUNCTIONS
means that whichever is last, wins, which is not great when you want to pass an export file generated by tooling + statically some extra functions that need to be always exported. For example, if you specify:Then today only
OneMoreExport
will end up exported and file ignored; if you change the order, the opposite happens.It would be more useful for them to get merged instead. While chatting to @sbc100 about this idea, he suggested that the same should probably apply to other list-like settings too, e.g.
ASYNCIFY_IMPORTS
.The text was updated successfully, but these errors were encountered: