* Re: Guile 1.5.6 beta available for testing. [not found] <Pine.LNX.4.21.0203112051530.2317-100000@ariel.lan.telltronics.org> @ 2002-03-12 16:19 ` Rob Browning 2002-03-15 20:54 ` Marius Vollmer 1 sibling, 0 replies; 2+ messages in thread From: Rob Browning @ 2002-03-12 16:19 UTC (permalink / raw) Cc: Marius Vollmer, guile-devel, Guile Mailing List Steve Tell <tell@telltronics.org> writes: > I found two workarounds that involve hacking the libtool script. > Both get libtool to link libguile into libguilereadline as > "/usr/guile-1.5.6/lib/libguile.so" instead of "-lguile". Even though > -L/usr/lib remains on the gcc command line, this does the right thing. Another possibility might be for us to just add a ./overrides/gcc and then in our Makefiles export PATH=`pwd`/overrides:${PATH}. Inside this gcc override script, we could strip out any offending -L\s*/usr/lib(/)? and -I\s*/usr/include(/)? occurrences before calling. export PATH=`filter-out-parent-dir ${PATH}` exec "$@" Ugly, but if -L /usr/lib and -I /usr/include are the problem, this should fix it. Of course we'd have to symlink to cc, etc. as well for non-gcc platforms, and this won't help if they don't all use -L and -I :/ -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu GPG=1C58 8B2C FB5E 3F64 EA5C 64AE 78FE E5FE F0CB A0AD _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://mail.gnu.org/mailman/listinfo/guile-user ^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Guile 1.5.6 beta available for testing. [not found] <Pine.LNX.4.21.0203112051530.2317-100000@ariel.lan.telltronics.org> 2002-03-12 16:19 ` Guile 1.5.6 beta available for testing Rob Browning @ 2002-03-15 20:54 ` Marius Vollmer 1 sibling, 0 replies; 2+ messages in thread From: Marius Vollmer @ 2002-03-15 20:54 UTC (permalink / raw) Cc: guile-devel, Guile Mailing List Steve Tell <tell@telltronics.org> writes: > As near as I can tell by wading through the libtool script and sh -x > output, libtool adds "-L/usr/lib" because libguile.la says that libguile > needs /usr/lib/libltdl.la, and /usr/lib/libltdl.a says that libltdl has > its further dependendencies specified as "-ldl" (instead of as an absolute > path to a libdl.la?) Ahh, that makes sense. That is, it explains what you are seeing, but it certainly looks wrong. > I'm temporarily joining the libtool list to see if any of the > experts can shed some light. It definitely looks like libtool is > doing the wrong thing, or at least a less correct thing. Yes, I'll listen in to the discussion on the libtool list... _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://mail.gnu.org/mailman/listinfo/guile-user ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2002-03-15 20:54 UTC | newest] Thread overview: 2+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <Pine.LNX.4.21.0203112051530.2317-100000@ariel.lan.telltronics.org> 2002-03-12 16:19 ` Guile 1.5.6 beta available for testing Rob Browning 2002-03-15 20:54 ` Marius Vollmer
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).