Todd Vierling tv@pobox.com writes:
The following patch to aclocal.m4 (will require a run of "autoconf" after changing to pick up the change) will make WINE_GET_SONAME work on NetBSD, and likely the other *BSDs. It is still Linux compatible -- in fact, this new incarnation returns the fully qualified path to the shared object, eliminating fears of runtime linking path searches.
I don't think that's a good idea. There is no guarantee that the full path is valid on other systems, and we don't want to bypass the user's LD_LIBRARY_PATH settings.
On Thu, 24 Jul 2003, Alexandre Julliard wrote:
: I don't think that's a good idea. There is no guarantee that the full : path is valid on other systems,
Nor is there a guarantee that the non-full path is ABI compatible on other systems, which was the point of allowing the full path (for system libraries, mind you, not Wine's own) through.
Hm. I can remake the patch with a path strip expression, if that would suit you.
Todd Vierling tv@pobox.com writes:
Nor is there a guarantee that the non-full path is ABI compatible on other systems, which was the point of allowing the full path (for system libraries, mind you, not Wine's own) through.
I don't see why it wouldn't be ABI compatible; that's the whole point of finding the soname, so that we get the proper version of the library. The full path is completely irrelevant; when you dynamically link an app the linker doesn't store the full path to the system libraries either, just the soname. That's exactly what we are doing here.
-
Alexandre Julliard -
Todd Vierling