[
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 [EMAIL PROTECTED]
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.
