rpaths not working?

[Mike Hearn]

Hi Alexandre,

On my system at least it seems DLLs need the rpaths too, from a clean
build of HQ git tree I get this when starting:

8697:     file=/opt/wine/lib/wine/ntdll.dll.so [0];  needed by /opt/wine/bin/../lib/libwine.so.1 [0]
      8697:     file=/opt/wine/lib/wine/ntdll.dll.so [0];  generating link map
      8697:       dynamic: 0x7ffd52dc  base: 0x7ff63000   size: 0x0007cb58
      8697:         entry: 0x7ff6f000  phdr: 0x7ff63034  phnum:          5
      8697:
      8697:
      8697:     file=libwine_unicode.so.1 [0];  needed by /opt/wine/lib/wine/ntdll.dll.so [0]
      8697:
      8697:     file=/opt/wine/lib/wine/ntdll.dll.so [0];  destroying link map
wine: failed to initialize: libwine_unicode.so.1: cannot open shared object file: No such file or directory

And sure enough the .dll.so files don't have an $ORIGIN/../ runpath in them.
This seems like winebuild magic, at least, I didn't see any obvious places 
in the build system to add the flags. Any idea what's going wrong here?

thanks -mike

[Alexandre Julliard]

Mike Hearn  writes:
> And sure enough the .dll.so files don't have an $ORIGIN/../ runpath in them.
> This seems like winebuild magic, at least, I didn't see any obvious places 
> in the build system to add the flags. Any idea what's going wrong here?

AFAIK the rpath of the main binary is supposed to apply to
dependencies too, not sure why it doesn't in your case. What libc
version is that?

[Mike Hearn]

On Sat, 2006-03-18 at 10:55 +0100, Alexandre Julliard wrote:
> AFAIK the rpath of the main binary is supposed to apply to
> dependencies too, not sure why it doesn't in your case. What libc
> version is that?

This is glibc 2.4 - time to consult the ELF specs I think ...