Re: "Symbol X has different size in shared object" bug reappears
On Wed, 05 Jan 2000, Martin Buchholz <martin(a)xemacs.org> wrote:
The rpath of the executable is supposed to be properly set to be
compatible with link time library search paths. Why isn't that
working the way it should?
Debian fscked with the thing because the old xaw-wrappers which set
LD_PRELOAD to the 3d Athena library you wanted was not as good as the
new one. Especially as it only did this on request, not for everything.
The new one, of course, puts libXaw on the rpath first but not on the
link path. Everything gets the 3d library if linked against the flat
library.
Which is just grand. :(
After all, looking pretty for most things and breaking a few is OK, is
it not?
We do have the option of using AC_TRY_RUN to see if an executable
will
actually run in our chosen environment. We could have tricky code
that checks compile-time headers, link-time libraries, and run-time
libraries for compatibility...
I was starting to wonder about using the dlopen() function and friends
to check that the Xaw library was sane. I don't know how possible it is;
I have not used dlopen() on Linux before....
Daniel
--
There are only two kinds of modern mathematics books -- those you cannot read
beyond the first page and those you cannot read beyond the first sentence.
-- C. N. Yang, 1957