Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Disable FAKE_DYLIBS by default#25930

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Open
sbc100 wants to merge1 commit intoemscripten-core:main
base:main
Choose a base branch
Loading
fromsbc100:shared_flag_part2

Conversation

@sbc100
Copy link
Collaborator

This means that-shared will now produce a dynamic library by default.

If you want the old behaviour you now need-sFAKE_DYLIBS.


set(CMAKE_CROSSCOMPILINGTRUE)
set_property(GLOBAL PROPERTYTARGET_SUPPORTS_SHARED_LIBSFALSE)
set_property(GLOBAL PROPERTYTARGET_SUPPORTS_SHARED_LIBSTRUE)
Copy link
CollaboratorAuthor

Choose a reason for hiding this comment

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

@bradking should I just delete line instead? (i.e. does this default to true?)

Choose a reason for hiding this comment

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

Yes, theCMakeGenericSystem module initializes the property toTRUE. It doesn't need to be set here.

This means that `-shared` will now produce a dynamic library by default.If you want the old behaviour you now need `-sFAKE_DYLIBS`.
to behave like:ref:`SIDE_MODULE` and produce and dynamically linked
library.
This setting changes the behaviour of the ``-shared`` flag. When set to true
you get the old emscripten behaivour where the ``-shared`` flag actually
Copy link
Member

Choose a reason for hiding this comment

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

Suggested change
you get the old emscriptenbehaivour where the ``-shared`` flag actually
you get the old emscriptenbehaviour where the ``-shared`` flag actually

cmd.append(stub)

ifnotsettings.FAKE_DYLIBS:
cmd.append('-Bdynamic')
Copy link
Member

Choose a reason for hiding this comment

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

Before this was just for main module - why is it different?

Copy link
CollaboratorAuthor

Choose a reason for hiding this comment

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

Hmm.. yes I guess this part of the change would be removing the need for-sMAIN_MODULE (i.e. implicitly building a main module when dynamic libraries are present). Maybe that should be left for a followup.

Copy link
Member

@dschuffdschuff left a comment

Choose a reason for hiding this comment

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

I wonder what would happen if we tested this with Binaryen. it doesn't seemprepared to force the Emscripten build to be static (assuming that's the behavior we actually want).


# Verify that building with -sSIDE_MODULE is essentailly the same as building with `-shared -fPIC -sFAKE_DYLIBS=0`.
flags= ['-shared','-fPIC','-sFAKE_DYLIBS=0']
# Verify that building with -sSIDE_MODULE is essentailly the same as building with `-shared -fPIC`
Copy link
Member

Choose a reason for hiding this comment

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

Suggested change
# Verify that building with -sSIDE_MODULE isessentailly the same as building with `-shared -fPIC`
# Verify that building with -sSIDE_MODULE isessentially the same as building with `-shared -fPIC`

Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

@kripkenkripkenkripken left review comments

@dschuffdschuffdschuff left review comments

+1 more reviewer

@bradkingbradkingbradking left review comments

Reviewers whose approvals may not affect merge requirements

At least 1 approving review is required to merge this pull request.

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

4 participants

@sbc100@bradking@kripken@dschuff

[8]ページ先頭

©2009-2025 Movatter.jp