Hi Andy,
‘load.test’ uses ‘compile-file’, and it seems that ‘compile-file’ does
an ‘open-input-file’ with no corresponding ‘close-port’. That may be
the problem.
Can you try the following patch? ./check-guile load.test on your NFS
machine should do it.
I did try and it still raise a
On Thu 09 Aug 2012 15:57, l...@gnu.org (Ludovic Courtès) writes:
Hi David, and sorry for the delay,
David Pirotte da...@altosw.be skribis:
;;; (remaining
/mnt/galia/linux/64/local/src/guile/guile-2.0.6/load-test.dir (. ..
.nfs121e01b20019 .nfs121e01b3001a))
Hi,
Andy Wingo wi...@pobox.com skribis:
On Thu 09 Aug 2012 15:57, l...@gnu.org (Ludovic Courtès) writes:
Hi David, and sorry for the delay,
David Pirotte da...@altosw.be skribis:
;;; (remaining
/mnt/galia/linux/64/local/src/guile/guile-2.0.6/load-test.dir (. ..
Hi David,
On Mon 21 Jan 2013 11:47, l...@gnu.org (Ludovic Courtès) writes:
‘load.test’ uses ‘compile-file’, and it seems that ‘compile-file’ does
an ‘open-input-file’ with no corresponding ‘close-port’. That may be
the problem.
Can you try the following patch? ./check-guile load.test on
Hi David, and sorry for the delay,
David Pirotte da...@altosw.be skribis:
;;; (remaining
/mnt/galia/linux/64/local/src/guile/guile-2.0.6/load-test.dir (. ..
.nfs121e01b20019 .nfs121e01b3001a))
Aaah, those hidden files are the culprit.
I’ll guess we’ll have to live
Heya Ludovic,
Sorry for the delay.
Can you try the attached patch, and run “./check-guile load.test” with
this NFS setup?
Running load.test
;;; (remaining
/mnt/galia/linux/64/local/src/guile/guile-2.0.6/load-test.dir/dir3 (. ..))
;;; (remaining
Hi!
Sorry, I’m still pretty clueless.
Can you try the attached patch, and run “./check-guile load.test” with
this NFS setup?
For me, it displays this:
;;; (remaining /home/ludo/src/guile/load-test.dir/dir3 (. ..))
;;; (remaining /home/ludo/src/guile/load-test.dir/dir1/subdir1 (. ..))
Hello Ludovic,
So the problem seems to be NFS-related. Could you check rmdir
/mnt/galia/linux/64/local/src/guile/guile-2.0.6/load-test.dir fails?
Yes, but I'd rather say it is a guile NFS related problem:
rmdir /mnt/galia/linux/64/local/src/guile/guile-2.0.6/load-test.dir
works
strace -f -o log ./check-guile
and then send the part of the log surrounding the failing rmdir(2) call.
sure, attached
log.bz2
Description: application/bzip
Hi,
David Pirotte da...@altosw.be skribis:
This was using stable. No I didn't try the tarball, but since you asked i
just did
and did in 2 different locations: /opt [no nfs] and /usr/local/src [uses nfs]
and
make check passes on /opt but fails on /usr/local/src
So the problem seems to
Hello,
Neil Jerram [EMAIL PROTECTED] writes:
But the problem (as I see it) is that the script can be incompatible
with the /usr/include/libltdl.h on the user's machine.
Ah, right, sorry. I re-read your initial message and I understand now.
One question remains open: can a Libtool2-powered
Hello!
Neil Jerram [EMAIL PROTECTED] writes:
When Guile is built on a machine with libtool 2.2, the problem is an
extra line in the libtool 2.2 version of ltdl.h:
#define lt_preloaded_symbolslt__PROGRAM__LTX_preloaded_symbols
This causes the code in guile.c to reference
2008/11/24 Ludovic Courtès [EMAIL PROTECTED]:
Hello!
Neil Jerram [EMAIL PROTECTED] writes:
When Guile is built on a machine with libtool 2.2, the problem is an
extra line in the libtool 2.2 version of ltdl.h:
#define lt_preloaded_symbolslt__PROGRAM__LTX_preloaded_symbols
This causes
2008/11/24 Ludovic Courtès [EMAIL PROTECTED]:
Hi!
Neil Jerram [EMAIL PROTECTED] writes:
Surely - if we build the distro with 2.2, and then a user tries to
build with 1.5.26 - we will then get a definition of
lt__PROGRAM__LTX_preloaded_symbols in the autogenerated code
(guileS.o), and a
Hi All - I'm trying to build guile under cygwin (GCC 3.4.4);
as I need it for autoconf (for some gcc work).
configure runs AOK at least I don't see anything wrong.
make runs for eons and then dies with the error below.
Many thanks in advance for any and all suggestions,
Best Regards, Dave
gcc -g
Hi,
Dave Nadler [EMAIL PROTECTED] writes:
gcc -g -O2 -Wall -Wmissing-prototypes -Werror .libs/guile.exeS.o -o
guile.exe guile-guile.o -Wl,--export-dynamic ./.libs/libguile.a -lgmp
-lcrypt -lltdl
guile-guile.o: In function `main':
/cygdrive/d/home/drn/guile-1.8.5/libguile/guile.c:72:
Hi Dave,
On Thu 20 Nov 2008 00:01, Dave Nadler [EMAIL PROTECTED] writes:
/cygdrive/d/home/drn/guile-1.8.5/libguile/guile.c:72: undefined
reference to `_l
t__PROGRAM__LTX_preloaded_symbols'
I think this is because we don't support libltdl version 2.2 yet,
unfortunately. Someone with access to
2008/11/20 Andy Wingo [EMAIL PROTECTED]:
Hi Dave,
On Thu 20 Nov 2008 00:01, Dave Nadler [EMAIL PROTECTED] writes:
/cygdrive/d/home/drn/guile-1.8.5/libguile/guile.c:72: undefined
reference to `_l
t__PROGRAM__LTX_preloaded_symbols'
I think this is because we don't support libltdl version
18 matches
Mail list logo
