On Tue, Jan 25, 2005 at 09:30:36PM +1100, Hamish Moffatt wrote: > On Mon, Jan 17, 2005 at 08:58:25PM -0500, Ales Hvezda wrote: > > >I noticed that gschem's configure script won't set the required > > >-Rpath or -Wl,--rpath, or whatever flags needed to set the runtime > > >path to the X11 libraries. The attached patch adds that check > > >and it seems to work fine. Without this, you have to > > >manually set LDFLAGS in your configure environmnet or set LD_LIBRARY_PATH > > >on solaris and other os's. > > > > > >Anyone see any problems with this? > > > > I have no problem with this, as long as this doesn't force > > rpath on other platforms where it is discouraged. > > I'm a bit behind on this list; sorry about that. But my 2 bits worth: > > rpath is evil. It prevents you from moving libraries without recompiling > the programs that use it. Debian has moved libraries before during big > transitions; we moved all of the libc5-using libraries to > /usr/i486-linuxlibc1/lib. If our programs were compiled with RPATH, we > would have had to recompile all of those as well. > > The Linux dynamic linker (ld.so) HAS a search path facility (with the path > listed in /etc/ld.so.conf); USE IT. That means if you install gEDA in > /usr/local/geda, feel free to add /usr/local/geda/lib to > /etc/ld.so.conf. That is a configuration file and the system > administrator IS allowed to edit it. > > I'm ok with an rpath option, either on or off by default. > If it's stuck on, I'll have to hack it out and that'll just waste time. I added the option which is off by default. --enable-rpath turns it on.
fyi, pcb has added rpath for quite some time now, in light of the discussion here, I added --disable-rpath so it can be turned off. I know its not the same default as gschem, but without adding configure options, each program does what it used to do. -Dan --
