* 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).