[18044] in Athena Bugs
Re: gtk-1.2.6 installed on Linux Athena.
daemon@ATHENA.MIT.EDU (Richard Tibbetts)
Wed Jul 26 21:19:10 2000
Message-Id: <200007270119.VAA06653@hikari-no-ken.mit.edu>
To: Greg Hudson <ghudson@MIT.EDU>
cc: Richard Tibbetts <tibbetts@MIT.EDU>, bugs@MIT.EDU, tibbetts@MIT.EDU
In-reply-to: Your message of "Wed, 26 Jul 2000 20:17:02 EDT."
<200007270017.UAA05995@egyptian-gods.MIT.EDU>
Date: Wed, 26 Jul 2000 21:19:05 -0400
From: Richard Tibbetts <tibbetts@MIT.EDU>
On 7/26 you wrote:
> > /usr/athena/bin/gtk-config returns information about libraries that
> > eat in /usr/athena/lib, but does not actually cause programs to use
> > these libraries.
>
> Well, if we removed the gnome gtk RPM, it wouldn't actually help the
> situation; the test program would fail to find any gtk library,
> instead of finding an old one.
Ok, sure.
> > A solution to this would have /usr/athena/bin/gtk-config --libs
> > including R-paths as well as -L and -l options.
>
> It would have to know about different kinds of linkers (or have that
> information configured in), which might be tricky.
Yes, its probably tricky.
> > PS: This might make contained builds more interesting.
>
> Nope. The binaries really ought to be built using -R/usr/athena/lib,
> and if you're doing work in the aui locker, something is wrong if they
> aren't (config.site puts that option in LDFLAGS). For contained
> builds, we set an LD_LIBRARY_PATH to override the run path.
This is not for the AUI locker, it is for the mozilla locker. People
building locker software should have their build's just work, rather
than blow out in an obscure way. I have had to help 2 other people
through this bug. I think that the pain of hacking up rpaths is
counterbalanced by the benefit to locker builders.
tibbetts
-*- http://www.mit.edu/~tibbetts -*- finger tibbetts@monk.mit.edu -*-
