non-absolute library pathnames in host-specific tools (ld bug)

[thorn]

darwin, ppc, gcc4

mybox:~/wrk/haiku/haiku thorn$ otool -L generated/objects/darwin/ppc/release/tools/settype
generated/objects/darwin/ppc/release/tools/settype:
        generated/objects/darwin/lib/libroot_build.so (compatibility version 0.0.0, current version 0.0.0)
        /opt/local/lib/libgnuregex.dylib (compatibility version 0.0.0, current version 0.0.0)
        generated/objects/darwin/lib/libbe_build.so (compatibility version 0.0.0, current version 0.0.0)
        /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
        /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.6)

in this case, i can ran settype only in haiku sources root.

[bonefish]

I have not the faintest idea what this is about. Would you mind to elaborate?

[thorn]

Replying to bonefish:

I have not the faintest idea what this is about. Would you mind to elaborate?

compare this:

mybox:~/wrk/haiku/haiku thorn$ pwd
/Users/thorn/wrk/haiku/haiku
mybox:~/wrk/haiku/haiku thorn$ generated/objects/darwin/ppc/release/tools/mimeset 
usage: mimeset [OPTION]... [PATH]...
  -all          combine default action and the -apps option
  -apps         update 'app' and 'meta_mime' information
  -f            force updating, even if previously updated
                  (will not overwrite the 'type' of a file)
  -F            force updating, even if previously updated
                  (will overwrite the 'type' of a file)
  --help        display this help information
When PATH is @, file names are read from stdin

and

mybox:~/wrk/haiku/haiku/src thorn$ pwd
/Users/thorn/wrk/haiku/haiku/src
mybox:~/wrk/haiku/haiku/src thorn$ ../generated/objects/darwin/ppc/release/tools/mimeset 
dyld: Library not loaded: generated/objects/darwin/lib/libroot_build.so
  Referenced from: /Users/thorn/wrk/haiku/haiku/src/../generated/objects/darwin/ppc/release/tools/mimeset
  Reason: image not found
Trace/BPT trap

[bonefish]

If you run internal build tools manually, you'll have to set the library path correctly.