* guile-1.6.5 is even worse -- on Linux, no less
@ 2004-10-31 18:35 Bruce Korb
2004-10-31 18:45 ` Bruce Korb
0 siblings, 1 reply; 6+ messages in thread
From: Bruce Korb @ 2004-10-31 18:35 UTC (permalink / raw)
$ ../config.guess
i686-pc-linux-gnu
$ cat /etc/redhat-release
Red Hat Linux release 7.3 (Valhalla)
Making install in libguile
make[1]: Entering directory `/home/bkorb/tools/guile/guile-1.6.5/=b/libguile'
cat alist.doc arbiters.doc async.doc backtrace.doc boolean.doc chars.doc continuations.doc debug.doc dynl.doc dynwind.doc environments.doc eq.doc error.doc eval.doc evalext.doc extensions.doc feature.doc fluids.doc fports.doc gc.doc goops.doc gsubr.doc guardians.doc hash.doc hashtab.doc hooks.doc init.doc ioext.doc iselect.doc keywords.doc lang.doc list.doc load.doc macros.doc mallocs.doc modules.doc numbers.doc objects.doc objprop.doc options.doc pairs.doc ports.doc print.doc procprop.doc procs.doc properties.doc random.doc rdelim.doc read.doc root.doc rw.doc scmsigs.doc script.doc simpos.doc smob.doc sort.doc srcprop.doc stackchk.doc stacks.doc stime.doc strings.doc strop.doc strorder.doc strports.doc struct.doc symbols.doc throw.doc values.doc variable.doc vectors.doc version.doc vports.doc weaks.doc symbols-deprecated.doc ramap.doc unif.doc filesys.doc posix.doc net_db.doc socket.doc
regex-posix.doc | GUILE="/home/bkorb/tools/guile/guile-1.6.5/=b/pre-inst-guile" ../../scr
ipts/snarf-check-and-output-texi --manual > guile.texi || { rm guile.texi; false; }
/home/bkorb/tools/guile/guile-1.6.5/=b/libguile/.libs/lt-guile: error while loading shared libraries: libguile-ltdl.so.1: cannot open shared object file: No such file or directory
make[1]: *** [guile.texi] Error 1
make[1]: Leaving directory `/home/bkorb/tools/guile/guile-1.6.5/=b/libguile'
make: *** [install-recursive] Error 1
_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: guile-1.6.5 is even worse -- on Linux, no less
2004-10-31 18:35 guile-1.6.5 is even worse -- on Linux, no less Bruce Korb
@ 2004-10-31 18:45 ` Bruce Korb
2004-11-27 19:50 ` Kevin Ryde
0 siblings, 1 reply; 6+ messages in thread
From: Bruce Korb @ 2004-10-31 18:45 UTC (permalink / raw)
Hi,
The problem seems to be that, contrary to previous custom, using '='
in a path now causes build failure. Must be some change in some
'auto*' tool that also has no effect on other projects. I rebuilt
with 'XXXX' as the build directory and it all works fine, thus
it is some build tool problem. *sigh*.
Bruce Korb wrote:
>
> $ ../config.guess
> i686-pc-linux-gnu
> $ cat /etc/redhat-release
> Red Hat Linux release 7.3 (Valhalla)
>
> Making install in libguile
> make[1]: Entering directory `/home/bkorb/tools/guile/guile-1.6.5/=b/libguile'
> cat alist.doc arbiters.doc async.doc backtrace.doc boolean.doc chars.doc continuations.doc debug.doc dynl.doc dynwind.doc environments.doc eq.doc error.doc eval.doc evalext.doc extensions.doc feature.doc fluids.doc fports.doc gc.doc goops.doc gsubr.doc guardians.doc hash.doc hashtab.doc hooks.doc init.doc ioext.doc iselect.doc keywords.doc lang.doc list.doc load.doc macros.doc mallocs.doc modules.doc numbers.doc objects.doc objprop.doc options.doc pairs.doc ports.doc print.doc procprop.doc procs.doc properties.doc random.doc rdelim.doc read.doc root.doc rw.doc scmsigs.doc script.doc simpos.doc smob.doc sort.doc srcprop.doc stackchk.doc stacks.doc stime.doc strings.doc strop.doc strorder.doc strports.doc struct.doc symbols.doc throw.doc values.doc variable.doc vectors.doc version.doc vports.doc weaks.doc symbols-deprecated.doc ramap.doc unif.doc filesys.doc posix.doc net_db.doc socket.d
oc regex-posix.doc | GUILE="/home/bkorb/tools/guile/guile-1.6.5/=b/pre-inst-guile" ../../s
cr
> ipts/snarf-check-and-output-texi --manual > guile.texi || { rm guile.texi; false; }
> /home/bkorb/tools/guile/guile-1.6.5/=b/libguile/.libs/lt-guile: error while loading shared libraries: libguile-ltdl.so.1: cannot open shared object file: No such file or directory
> make[1]: *** [guile.texi] Error 1
> make[1]: Leaving directory `/home/bkorb/tools/guile/guile-1.6.5/=b/libguile'
> make: *** [install-recursive] Error 1
_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: guile-1.6.5 is even worse -- on Linux, no less
2004-10-31 18:45 ` Bruce Korb
@ 2004-11-27 19:50 ` Kevin Ryde
2004-12-14 6:17 ` Rob Browning
0 siblings, 1 reply; 6+ messages in thread
From: Kevin Ryde @ 2004-11-27 19:50 UTC (permalink / raw)
Cc: Bruce Korb
Bruce Korb <bkorb@veritas.com> writes:
>
> The problem seems to be that, contrary to previous custom, using '='
> in a path now causes build failure.
Actually for me it happens with a directory name "bb" too, the "="
doesn't seem to be the key. But not having a libguile-ltdl.so.1 in
/usr/lib does seem to matter.
Looks like libtool's lt-guile uninstalled binary gets a NEEDED record
for libguile-ltdl.so.1 but no rpath to it. Not sure if that NEEDED is
meant to be there, it's only a sub-dependency of libguile.so.
Adding ../libguile-ltdl/libguile-ltdl.la explicitly into the guile
program link seems to help.
_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: guile-1.6.5 is even worse -- on Linux, no less
2004-11-27 19:50 ` Kevin Ryde
@ 2004-12-14 6:17 ` Rob Browning
2004-12-15 22:52 ` Kevin Ryde
2004-12-22 16:45 ` Marius Vollmer
0 siblings, 2 replies; 6+ messages in thread
From: Rob Browning @ 2004-12-14 6:17 UTC (permalink / raw)
Cc: Bruce Korb, marius.vollmer
Kevin Ryde <user42@zip.com.au> writes:
> Looks like libtool's lt-guile uninstalled binary gets a NEEDED record
> for libguile-ltdl.so.1 but no rpath to it. Not sure if that NEEDED is
> meant to be there, it's only a sub-dependency of libguile.so.
>
> Adding ../libguile-ltdl/libguile-ltdl.la explicitly into the guile
> program link seems to help.
I hit this same problem today while testing a build on a Debian amd64
machine. I still don't know why the problem shows up on some machines
and not others, but as you suggest, modifying libguile/Makefile.am to
add a direct dependency on libguile-ltdl seems to fix the problem,
i.e.:
guile_LDADD = libguile.la @abs_top_builddir@/libguile-ltdl/libguile-ltdl.la
So unless there are objections, I'll commit this to 1.6.
It would be interesting to see if the latest libtool behaves the same
way. I have libtool 1.5.6 here (from Debian unstable), but the
upstream has released 1.5.10.
Oh, and Marius, unless you think I've misdiagnosed, I'll probably also
revert the addition of libguile-ltdl to subdirs_with_ltlibs in
pre-inst-guile.in. Since these dirs are only added to the
LTDL_LIBRARY_PATH, and since LTDL_LIBRARY_PATH only affects
libguile-ltdl, and since there are no lt_dlopened libs in
libguile-ltdl, it seems like libguile-ltdl probably doesn't belong in
subdirs_with_ltlibs.
--
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: guile-1.6.5 is even worse -- on Linux, no less
2004-12-14 6:17 ` Rob Browning
@ 2004-12-15 22:52 ` Kevin Ryde
2004-12-22 16:45 ` Marius Vollmer
1 sibling, 0 replies; 6+ messages in thread
From: Kevin Ryde @ 2004-12-15 22:52 UTC (permalink / raw)
Cc: Bruce Korb, guile-devel
Rob Browning <rlb@defaultvalue.org> writes:
>
> guile_LDADD = libguile.la @abs_top_builddir@/libguile-ltdl/libguile-ltdl.la
../libguile-ltdl/libguile-ltdl.la was enough for me. Shouldn't make a
difference though, any build-tree path is only for while uninstalled.
_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: guile-1.6.5 is even worse -- on Linux, no less
2004-12-14 6:17 ` Rob Browning
2004-12-15 22:52 ` Kevin Ryde
@ 2004-12-22 16:45 ` Marius Vollmer
1 sibling, 0 replies; 6+ messages in thread
From: Marius Vollmer @ 2004-12-22 16:45 UTC (permalink / raw)
Cc: Bruce Korb, guile-devel
Rob Browning <rlb@defaultvalue.org> writes:
> Oh, and Marius, unless you think I've misdiagnosed, I'll probably also
> revert the addition of libguile-ltdl to subdirs_with_ltlibs in
> pre-inst-guile.in.
That's fine with me.
_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2004-12-22 16:45 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-10-31 18:35 guile-1.6.5 is even worse -- on Linux, no less Bruce Korb
2004-10-31 18:45 ` Bruce Korb
2004-11-27 19:50 ` Kevin Ryde
2004-12-14 6:17 ` Rob Browning
2004-12-15 22:52 ` Kevin Ryde
2004-12-22 16:45 ` 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).