-
Notifications
You must be signed in to change notification settings - Fork 78
Add -rpath when compiling XS modules on macOS #403
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
Can you please change the commit title to something that actually describe what it does? |
@Leont I have updated the title to something more descriptive. |
The important thing to fix is the subject of the actual commit, not the title of the PR. |
This fixes issue Perl-Toolchain-Gang#402 This change fixes issue Perl-Toolchain-Gang#402 on my machine.
dde55f2
to
4eb1d19
Compare
@haarg I have update the commit message with the same title |
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.
Looks good to me, and the CI likes it.
@hakonhagland Could you add a test that breaks on MacOS without this change? That way we can permanently capture the benefit. |
Added a new test case that tests a special case for the generation of XS modules on OS darwin. More specifically, it tests if we are able to compile an XS module which refers to another shared library in a non-standard location such that we can load the XS module from a perl script without having to set the DYLD_LIBRARY_PATH environment variable. See PR Perl-Toolchain-Gang#403 and issue Perl-Toolchain-Gang#402.
Removed some debugging statements from the test code.
@mohawk2 I have added a test case, see the new commits. |
Looks good. I've enabled the CI to run. |
Added a new test case that tests a special case for the generation of XS modules on OS darwin. More specifically, it tests if we are able to compile an XS module which refers to another shared library in a non-standard location such that we can load the XS module from a perl script without having to set the DYLD_LIBRARY_PATH environment variable. See PR #403 and issue #402.
Added a new test case that tests a special case for the generation of XS modules on OS darwin. More specifically, it tests if we are able to compile an XS module which refers to another shared library in a non-standard location such that we can load the XS module from a perl script without having to set the DYLD_LIBRARY_PATH environment variable. See PR Perl-Toolchain-Gang#403 and issue Perl-Toolchain-Gang#402.
This change fixes issue #402 on my machine.