[Mac OS X/Darwin] RPATH not defined in makefile.in

• Key: STDCXX-488
• Type: Bug
• Status: Resolved
• Resolution: Fixed
• Priority: Minor
• Assignee: Eric Lemings
• Reporter: Andrew Black
• Component/s: Build and Installation
• Affects Version/s: 4.2.0, 4.2.1
• Fix Version/s: 4.2.2

Description

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.

Comments

[Martin Sebor]

This should be easy to fix. Scheduled for 4.2.1.

[Martin Sebor]

Assigned to Brad.

[Martin Sebor]

See the following thread for a discussion of the problem.

[Eric Lemings]

http://svn.apache.org/viewvc?view=rev&revision=638562

The patch is bad. See this discussion for the problems it has caused and some possible solutions.

[Martin Sebor]

Added 4.2.1 to the list of Affected Version/s and scheduled for 4.2.2.

[Martin Sebor]

See also this proposal for how to abstract away both the DYLD_LIBRARY_PATH and LD_LIBRARY_PATH variables from the makefiles.

[Eric Lemings]

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

[Eric Lemings]

I tested the latest change (http://svn.apache.org/viewvc?view=rev&revision=662906) without setting BUILDDIR and without setting DYLD_LIBRARY_PATH and it seems to work as it should. Only tested on Darwin 9. Still needs testing on Darwin 8 but confident it is now resolved...for good.