[MacPorts] #41103: libtool @2.4.2_4 put $prefix in dl search path

MacPorts noreply at macports.org
Thu Oct 31 15:00:37 PDT 2013


#41103: libtool @2.4.2_4 put $prefix in dl search path
--------------------------+---------------------
 Reporter:  and.damore@…  |      Owner:  ram@…
     Type:  defect        |     Status:  new
 Priority:  Normal        |  Milestone:
Component:  ports         |    Version:  2.2.0
 Keywords:                |       Port:  libtool
--------------------------+---------------------
 Running ''gschem'' from ''geda-gaf'' port results in
 {{{
 open_nocancel("/usr/local/lib/libguile-srfi-srfi-1-v-3.la\0", 0x0, 0x1B6)
 = -1 Err#2
 open_nocancel("/lib/libguile-srfi-srfi-1-v-3.la\0", 0x0, 0x1B6)          =
 -1 Err#2
 open_nocancel("/usr/lib/libguile-srfi-srfi-1-v-3.la\0", 0x0, 0x1B6)
 = -1 Err#2
 access("/usr/local/lib/libguile-srfi-srfi-1-v-3.so\0", 0x4, 0x10A537A50)
 = -1 Err#2
 access("/lib/libguile-srfi-srfi-1-v-3.so\0", 0x4, 0x10A537A50)           =
 -1 Err#2
 access("/usr/lib/libguile-srfi-srfi-1-v-3.so\0", 0x4, 0x10A537A50)
 = -1 Err#2
 stat64("libguile-srfi-srfi-1-v-3.so\0", 0x7FFF68EBF660, 0x7FFF68EC04F0)
 = -1 Err#2
 stat64("/Users/me/lib/libguile-srfi-srfi-1-v-3.so\0", 0x7FFF68EBFE10,
 0x7FFF68EC04F0)                = -1 Err#2
 stat64("/usr/local/lib/libguile-srfi-srfi-1-v-3.so\0", 0x7FFF68EBFE10,
 0x7FFF68EC04F0)           = -1 Err#2
 stat64("/usr/lib/libguile-srfi-srfi-1-v-3.so\0", 0x7FFF68EBFE20,
 0x7FFF68EC04F0)                 = -1 Err#2
 access("/usr/local/lib/libguile-srfi-srfi-1-v-3.dylib\0", 0x4,
 0x10A537A50)              = -1 Err#2
 access("/lib/libguile-srfi-srfi-1-v-3.dylib\0", 0x4, 0x10A537A50)
 = -1 Err#2
 access("/usr/lib/libguile-srfi-srfi-1-v-3.dylib\0", 0x4, 0x10A537A50)
 = -1 Err#2
 stat64("libguile-srfi-srfi-1-v-3.dylib\0", 0x7FFF68EBF660, 0x7FFF68EC04F0)
 = -1 Err#2
 stat64("/Users/me/lib/libguile-srfi-srfi-1-v-3.dylib\0", 0x7FFF68EBFE10,
 0x7FFF68EC04F0)             = -1 Err#2
 stat64("/usr/local/lib/libguile-srfi-srfi-1-v-3.dylib\0", 0x7FFF68EBFE10,
 0x7FFF68EC04F0)                = -1 Err#2
 stat64("/usr/lib/libguile-srfi-srfi-1-v-3.dylib\0", 0x7FFF68EBFE20,
 0x7FFF68EC04F0)              = -1 Err#2
 […]
 write(0x9, "ERROR: In procedure dynamic-link:\nERROR: file: \"libguile-
 srfi-srfi-1-v-3\", message: \"file not found\"\n\0", 0x65)
 = 101 0
 write(0x9, "Failed to read init scm file
 [/opt/local/share/gEDA/scheme/gschem.scm]\n\0", 0x47)
 }}}

 This is due to libguile failing to load at runtime one of the libraries it
 actually provides. The issue is due to libtool that is searching for
 libraries in hardcoded paths that don't include $prefix and therefore the
 port provided library.

 The solution is to put $prefix/lib in the search path.

 I'm attaching a patch setting this in configure script, I'm putting the
 path containing $prefix on top to give precedence to mp-provided libs.

 I wasn't able to find a configure flag to set this, nor the
 DYLD_LIBRARY_PATH set in configure phase seems to affect the paths.

-- 
Ticket URL: <https://trac.macports.org/ticket/41103>
MacPorts <http://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list