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
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,
Andy Wingo skribis:
> On Thu 09 Aug 2012 15:57, l...@gnu.org (Ludovic Courtès) writes:
>
>> Hi David, and sorry for the delay,
>>
>> David Pirotte skribis:
>>
>>> ;;; (remaining
>>> "/mnt/galia/linux/64/local/src/guile/guile-2.0.6/load-test.dir" ("." ".."
>>> ".nfs121e01b20019
On Thu 09 Aug 2012 15:57, l...@gnu.org (Ludovic Courtès) writes:
> Hi David, and sorry for the delay,
>
> David Pirotte skribis:
>
>> ;;; (remaining
>> "/mnt/galia/linux/64/local/src/guile/guile-2.0.6/load-test.dir" ("." ".."
>> ".nfs121e01b20019" ".nfs121e01b3001a"))
>
Hi David, and sorry for the delay,
David Pirotte 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 wit
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
"/mnt/galia/linux/64/local/src/guile/
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" ("."
> 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,
David Pirotte skribis:
>> 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?
I meant, could you run the thing through strace? Like:
strace -f -o log ./check-guile
and then send the part of the l
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 f
Hi,
David Pirotte 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 be NFS-rela
Hi Ludovic,
> Which branch is it? Did you try the 2.0.6 tarball?
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
...
Tot
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-powe
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
>> (gui
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 reference from guile.c to lt_preloaded_symbo
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_symbo
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
> lt__
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 lib
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 acces
Ooops - I have libtool 2.2.
I will try again with the older version if I must...
Thanks !
Best Regards, Dave
At 12:02 PM 11/20/2008, Ludovic Courtès wrote:
Hi,
Dave Nadler <[EMAIL PROTECTED]> writes:
> gcc -g -O2 -Wall -Wmissing-prototypes -Werror .libs/guile.exeS.o -o
> guile.exe guile-guile.
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:
21 matches
Mail list logo
