[MacPorts] #41749: gdb: dyld: Library not loaded @rpath/libCore.so

MacPorts noreply at macports.org
Tue Feb 18 16:39:23 PST 2014


#41749: gdb: dyld: Library not loaded @rpath/libCore.so
--------------------------+----------------------
  Reporter:  alkulakov@…  |      Owner:  dweber@…
      Type:  defect       |     Status:  new
  Priority:  Normal       |  Milestone:
 Component:  ports        |    Version:  2.2.1
Resolution:               |   Keywords:
      Port:  gdb          |
--------------------------+----------------------

Comment (by cal@…):

 Replying to [comment:4 moo@…]:
 > I'm working on a project where we have to build our own versions of
 common things like openssl, as well as our own libraries.  To run these
 programs from the command line, it's necessary to set the
 DYLD_LIBRARY_PATH, but once that is done everything works fine.

 It is '''not''' necessary to set `DYLD_LIBRARY_PATH` in this case. If you
 ensure the binary you are running contains the correct absolute path of
 the library it will work just fine without `DYLD_LIBRARY_PATH` set. To do
 this, use `install_name_tool -change` on the binary, or ensure the
 libraries you link against contain the correct absolute path to themselves
 as the ID load command (the first line printed in `otool -L` output)
 before linking the binary. You can change the ID using `install_name_tool
 -id` or using the `-install_name` option of the `ld64` linker at link time
 of the library.

 Please read
  - `install_name_tool(1)`,
  - `ld64(1)`, section "Options when creating a dynamic library (dylib)"
 and
  - `dyld(1)`, section "DYLD_LIBRARY_PATH", especially the part where is
 says what `DYLD_LIBRARY_PATH` is supposed to do: "It allows you to test
 new versions of existing libraries."

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


More information about the macports-tickets mailing list