On Tue, 2007-12-04 at 08:11 -0500, Dan McMahill wrote: > Hamish Moffatt wrote: > > With regard to RPATH, Debian hates it. It prevents libraries being moved > > around the search path (as specified by /etc/ld.so.conf), which is > > something we have had to do before eg during the libc5 to libc6 > > transition. So if possible please make use of RPATH optional. > > > > thanks, > > Hamish
If we link gschem using libtool, it tries to use it anyway, as I recall. I can't see how to disable it at first glance. (Does Debian have any workaround for libtool?) > Peter, I'd suggest doing it but as part of the already existing > --enable-rpath option. That way you can get the rpath stuff for people > who want it and debian doesn't have to hack makefiles as part of their > packaging to not use rpath. Ok, however its for a slightly different purpose. I don't see why we'd want just the xlib path hard-coded. libgeda (IMHO) is a special case, and I'd only consider this important when the user installs in their home-dir (not the distro-package installed case). I expect all other required libs to be one some library search path, however libgeda will not be. If the we (or the user) installs launchers pointing to (say) gschem, in their home-dir, they won't work, as they don't have a LD_LIBRARY_PATH set. Wrapper scripts are a possible workaround, however these aren't portable to non Unix OS. We can actually specify a rpath relative to the dir in which the executable being run is located in. "../lib/" or "./" for example. I didn't like this idea for Unix at least, as we'd need to find the relative location of bindir -> libdir (e.g.) "../lib/" somehow at configure time. It might be something attractive to do for a Windows native build though, as many users will expect them to be relocatable. > Now, personally I believe the logic is backwards and that the rpath > stuff should be on by default and use --disable-rpath to turn it off, > but I realize that is a personal preference. When this came up last > time Ales agreed to having the rpath stuff there but disabled by default > and I'm ok with that. I get confused, and this is obviously a contentious issue. I was surprised to see libtool forcing it on personally. -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) _______________________________________________ geda-dev mailing list [email protected] http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev
