Re: Make aclocal.m4:WINE_GET_SONAME more flexible
Todd Vierling <tv(a)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. -- Alexandre Julliard julliard(a)winehq.com
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(a)pobox.com>
Todd Vierling <tv(a)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 julliard(a)winehq.com
participants (2)
-
Alexandre Julliard -
Todd Vierling