[jira] Commented: (STDCXX-488) [Mac OS X/Darwin] RPATH not defined in makefile.in

["Eric Lemings (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/STDCXX-488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12601759#action_12601759 ] 

Eric Lemings commented on STDCXX-488:
-------------------------------------

Probably just need to remove the {{$BUILDDIR}} from the {{@install_name}}.  Also, it might be possible to use the {{RPATH}} originally requested:

"And with 10.5 comes @rpath.  If the install_name of your library is @rpath/libmysqlpp.2.dylib and you link your executable with, -Wl,-rpath,/home/graham/lib -Wl,-rpath,../lib -Wl,-rpath,. then the dynamic linker will look for libmysqlpp.2.dylib in each dir in turn until it finds it."

http://lists.apple.com/archives/xcode-users/2007/Dec/msg00179.html

> [Mac OS X/Darwin] RPATH not defined in makefile.in
> --------------------------------------------------
>
>                 Key: STDCXX-488
>                 URL: https://issues.apache.org/jira/browse/STDCXX-488
>             Project: C++ Standard Library
>          Issue Type: Bug
>          Components: Build
>    Affects Versions: 4.2.0, 4.2.1
>         Environment: All Mac OS X and Darwin platforms, dynamic builds
>            Reporter: Andrew Black
>            Assignee: Eric Lemings
>            Priority: Minor
>             Fix For: 4.2.2
>
>
> When configuring a build on Mac OS X and Darwin, the generated makefile.in doesn't define a value for the RPATH makefile variable.  As a result, the path to the library directory isn't embedded into the build.  In turn, this leads to failures running the generated executables in dynamic builds.
> A placeholder workaround is to define DYLD_LIBRARY_PATH.
> The correct resolution is to determine the correct value for the RPATH variable.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.