On Tuesday, 30 August 2005, at 22:16:40 (-0400), Mike Frysinger wrote: > i wouldnt call it a bad idea ... running automated QA tests on ELF's is a > great idea
Sure, but they're pointing out a problem where there is none. > i dont think anything is wrong with the script ... just taking a > guess here, but i think the behavior described is what is supposed > to happen with the check-rpaths script ... I'm sure it is. That doesn't mean it's not misguided. > setting the rpath to the system paths is generally pointless and forces Eterm > to load libraries from /usr/lib before looking at user-specified paths (from > ld.so.conf or more importantly the LD_LIBRARY_PATH envvar) > > if you read the ELF spec, it dictates that the dynamic loader will search > DT_RPATH paths (/usr/lib and /usr/lib/Eterm here) before checking > LD_LIBRARY_PATH That is correct, and entirely meaningless. The reason it's done is so that LD_LIBRARY_PATH is not required on platforms (like Solaris) without ld.so.conf and such. Sure, in your particular case, $(libdir) and $(prefix)/lib and so forth may all be the same and may all be system paths. That is NOT the case in general, and adding the rpaths hurts NOTHING whatsoever. If one wants to force one's own libraries before those specified in the executable's linking, one should be using LD_PRELOAD. > had i noticed this myself earlier, i would have patched Eterm in Gentoo to > stop forcing 'bogus' rpath's ;) They're not bogus. It's called "portability," though I know many people around here don't care about that sort of thing.... Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) ----------------------------------------------------------------------- "But when two people are at one in their inmost hearts, they shatter even the strength of iron or of bronze." -- The I Ching ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
