stdcxx-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Eric Lemings (JIRA)" <>
Subject [jira] Commented: (STDCXX-488) [Mac OS X/Darwin] RPATH not defined in
Date Mon, 02 Jun 2008 20:57:45 GMT


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

> [Mac OS X/Darwin] RPATH not defined in
> --------------------------------------------------
>                 Key: STDCXX-488
>                 URL:
>             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 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.

View raw message