GNU bug report logs -
#23739
Unexpected behavior of 'add-to-load-path'.
Previous Next
To reply to this bug, email your comments to 23739 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guile <at> gnu.org
:
bug#23739
; Package
guile
.
(Fri, 10 Jun 2016 12:18:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Mathieu Lirzin <mthl <at> gnu.org>
:
New bug report received and forwarded. Copy sent to
bug-guile <at> gnu.org
.
(Fri, 10 Jun 2016 12:18:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
I have noticed something that doesn't feel right when using
‘add-to-load-path’.
$ cat test.scm
--8<---------------cut here---------------start------------->8---
(define old %load-path)
(add-to-load-path "foo")
(pk %load-path)
(pk old)
--8<---------------cut here---------------end--------------->8---
first run:
$ guile test.scm
--8<---------------cut here---------------start------------->8---
;;; [Compilation]
;;; (("foo" "foo" "/usr/share/guile/2.0" "/usr/share/guile/site/2.0" "/usr/share/guile/site" "/usr/share/guile"))
;;; (("foo" "/usr/share/guile/2.0" "/usr/share/guile/site/2.0" "/usr/share/guile/site" "/usr/share/guile"))
--8<---------------cut here---------------end--------------->8---
next runs:
$ guile test.scm
--8<---------------cut here---------------start------------->8---
;;; (("foo" "/usr/share/guile/2.0" "/usr/share/guile/site/2.0" "/usr/share/guile/site" "/usr/share/guile"))
;;; (("/usr/share/guile/2.0" "/usr/share/guile/site/2.0" "/usr/share/guile/site" "/usr/share/guile"))
--8<---------------cut here---------------end--------------->8---
each time test.scm is recompiled the first result reappears. This has
been tested with Guile 2.0.11 and Guile master.
Thanks,
--
Mathieu Lirzin
Information forwarded
to
bug-guile <at> gnu.org
:
bug#23739
; Package
guile
.
(Fri, 10 Jun 2016 13:42:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 23739 <at> debbugs.gnu.org (full text, mbox):
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Fri, Jun 10, 2016 at 02:17:23PM +0200, Mathieu Lirzin wrote:
> Hello,
>
> I have noticed something that doesn't feel right when using
> ‘add-to-load-path’.
>
> $ cat test.scm
> --8<---------------cut here---------------start------------->8---
> (define old %load-path)
> (add-to-load-path "foo")
> (pk %load-path)
> (pk old)
> --8<---------------cut here---------------end--------------->8---
>
> first run:
>
> $ guile test.scm
> --8<---------------cut here---------------start------------->8---
> ;;; [Compilation]
> ;;; (("foo" "foo" "/usr/share/guile/2.0" "/usr/share/guile/site/2.0" "/usr/share/guile/site" "/usr/share/guile"))
>
> ;;; (("foo" "/usr/share/guile/2.0" "/usr/share/guile/site/2.0" "/usr/share/guile/site" "/usr/share/guile"))
> --8<---------------cut here---------------end--------------->8---
>
> next runs:
>
> $ guile test.scm
> --8<---------------cut here---------------start------------->8---
> ;;; (("foo" "/usr/share/guile/2.0" "/usr/share/guile/site/2.0" "/usr/share/guile/site" "/usr/share/guile"))
>
> ;;; (("/usr/share/guile/2.0" "/usr/share/guile/site/2.0" "/usr/share/guile/site" "/usr/share/guile"))
> --8<---------------cut here---------------end--------------->8---
I can confirm half of it :-)
I mean: the double entry "foo" for %load-path in your first result
above doesn't happen for me. Could that be a typo?
As for the strangely different behaviour when running pre-compiled
(old has %load-path's old value) and compiling (old has %load-path's
value after (add-to-load-path ...) yes, that happens to me too, on
tomas <at> rasputin:/tmp$ guile --version
guile (GNU Guile) 2.0.11.133-d680
Copyright (C) 2014 Free Software Foundation, Inc.
Looks like a bug to me.
regards
- -- tomás
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
iEYEARECAAYFAldaw5cACgkQBcgs9XrR2kZmoACfd8HliwAbrWdo3xK1jm44aIkQ
yPYAnj9MoF0OanAUD46iOnAoLLA1qrVu
=zuV2
-----END PGP SIGNATURE-----
Information forwarded
to
bug-guile <at> gnu.org
:
bug#23739
; Package
guile
.
(Fri, 10 Jun 2016 15:20:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 23739 <at> debbugs.gnu.org (full text, mbox):
<tomas <at> tuxteam.de> writes:
> On Fri, Jun 10, 2016 at 02:17:23PM +0200, Mathieu Lirzin wrote:
>> Hello,
>>
>> I have noticed something that doesn't feel right when using
>> ‘add-to-load-path’.
>>
>> $ cat test.scm
>> --8<---------------cut here---------------start------------->8---
>> (define old %load-path)
>> (add-to-load-path "foo")
>> (pk %load-path)
>> (pk old)
>> --8<---------------cut here---------------end--------------->8---
>>
>> first run:
>>
>> $ guile test.scm
>> --8<---------------cut here---------------start------------->8---
>> ;;; [Compilation]
>> ;;; (("foo" "foo" "/usr/share/guile/2.0" "/usr/share/guile/site/2.0" "/usr/share/guile/site" "/usr/share/guile"))
>>
>> ;;; (("foo" "/usr/share/guile/2.0" "/usr/share/guile/site/2.0" "/usr/share/guile/site" "/usr/share/guile"))
>> --8<---------------cut here---------------end--------------->8---
>>
>> next runs:
>>
>> $ guile test.scm
>> --8<---------------cut here---------------start------------->8---
>> ;;; (("foo" "/usr/share/guile/2.0" "/usr/share/guile/site/2.0" "/usr/share/guile/site" "/usr/share/guile"))
>>
>> ;;; (("/usr/share/guile/2.0" "/usr/share/guile/site/2.0" "/usr/share/guile/site" "/usr/share/guile"))
>> --8<---------------cut here---------------end--------------->8---
>
> I can confirm half of it :-)
>
> I mean: the double entry "foo" for %load-path in your first result
> above doesn't happen for me. Could that be a typo?
My report was partially correct indeed. There are two added entries in
‘%load-path’ with Guile from Debian testing:
$ guile --version
guile (GNU Guile) 2.0.11
Packaged by Debian (2.0.11-deb+1-10+b1)
Copyright (C) 2014 Free Software Foundation, Inc.
but only one with guile master:
$ meta/guile --version
guile (GNU Guile) 2.1.2.191-6788f
Copyright (C) 2016 Free Software Foundation, Inc
> As for the strangely different behaviour when running pre-compiled
> (old has %load-path's old value) and compiling (old has %load-path's
> value after (add-to-load-path ...) yes, that happens to me too, on
>
> tomas <at> rasputin:/tmp$ guile --version
> guile (GNU Guile) 2.0.11.133-d680
> Copyright (C) 2014 Free Software Foundation, Inc.
>
> Looks like a bug to me.
Thanks for your answer.
--
Mathieu Lirzin
Information forwarded
to
bug-guile <at> gnu.org
:
bug#23739
; Package
guile
.
(Mon, 11 Jul 2016 08:04:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 23739 <at> debbugs.gnu.org (full text, mbox):
Mathieu Lirzin (2016-06-10 18:19 +0300) wrote:
> <tomas <at> tuxteam.de> writes:
[...]
>> I mean: the double entry "foo" for %load-path in your first result
>> above doesn't happen for me. Could that be a typo?
>
> My report was partially correct indeed. There are two added entries in
> ‘%load-path’ with Guile from Debian testing:
This relates to <https://bugs.gnu.org/18127>. The commit Ian mentioned was:
<http://git.savannah.gnu.org/cgit/guile.git/commit/?id=8857e271d810623868509f837d17613195f6528c>
--
Alex
Information forwarded
to
bug-guile <at> gnu.org
:
bug#23739
; Package
guile
.
(Mon, 11 Jul 2016 09:37:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 23739 <at> debbugs.gnu.org (full text, mbox):
Alex Kost <alezost <at> gmail.com> writes:
> Mathieu Lirzin (2016-06-10 18:19 +0300) wrote:
>
>> <tomas <at> tuxteam.de> writes:
> [...]
>>> I mean: the double entry "foo" for %load-path in your first result
>>> above doesn't happen for me. Could that be a typo?
>>
>> My report was partially correct indeed. There are two added entries in
>> ‘%load-path’ with Guile from Debian testing:
>
> This relates to <https://bugs.gnu.org/18127>. The commit Ian mentioned was:
> <http://git.savannah.gnu.org/cgit/guile.git/commit/?id=8857e271d810623868509f837d17613195f6528c>
OK, so the only remaining issue is the 'auto-compile' part.
Thanks for the information.
--
Mathieu Lirzin
This bug report was last modified 8 years and 338 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.