emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#43629: closed (Cross-compiled guile-lzlib unusable, causing ‘guix su


From: GNU bug Tracking System
Subject: bug#43629: closed (Cross-compiled guile-lzlib unusable, causing ‘guix substitute’ to crash on GNU/Hurd)
Date: Mon, 28 Sep 2020 19:59:02 +0000

Your message dated Mon, 28 Sep 2020 21:58:35 +0200
with message-id <87wo0dk710.fsf@gnu.org>
and subject line Re: bug#43629: Cross-compiled guile-lzlib unusable, causing 
‘guix substitute’ to crash on GNU/Hurd
has caused the debbugs.gnu.org bug report #43629,
regarding Cross-compiled guile-lzlib unusable, causing ‘guix substitute’ to 
crash on GNU/Hurd
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
43629: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=43629
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: Cross-compiled guile-lzlib unusable, causing ‘guix substitute’ to crash on GNU/Hurd Date: Sat, 26 Sep 2020 11:09:57 +0200 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux)
Seen on i586-gnu (cross-compiled childhurd):

--8<---------------cut here---------------start------------->8---
root@childhurd ~# /gnu/store/*-guile-3.0.4/bin/guile -L 
/run/current-system/profile/share/guile/site/3.0/ -C 
/run/current-system/profile/lib/guile/3.0/site-ccache/
GNU Guile 3.0.4
Copyright (C) 1995-2020 Free Software Foundation, Inc.

Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'.
This program is free software, and you are welcome to redistribute it
under certain conditions; type `,show c' for details.

Enter `,help' for help.  
scheme@(guile-user)> ,use(guix scripts substitute)
scheme@(guile-user)>  (guix-substitute "--substitute" 
"/gnu/store/vq7zyb4hmlrafflmrcjbqccxp4dsx0s3-bash" "/tmp/t")

sha256:1as8649aqaibahhhrvkj10ci8shpi4hq5n7gnik8rhhy0dc1jarg
Downloading 
http://ci.guix.gnu.org/nar/lzip/vq7zyb4hmlrafflmrcjbqccxp4dsx0s3-bash...
 bash  717KiB                      +nan.0TiB/s 00:00 [                  ]   
0.0%ice-9/boot-9.scm:1669:16: In procedure raise-exception:
Wrong type to apply: #f

Entering a new prompt.  Type `,bt' for a backtrace or `,q' to continue.
scheme@(guile-user) [1]> ,bt
In ice-9/boot-9.scm:
  1669:16  0 (raise-exception _ #:continuable? _)
scheme@(guile-user) [1]> ,q
--8<---------------cut here---------------end--------------->8---

Trick to get a proper backtrace, I added a breakpoint on
‘raise-exception’:

--8<---------------cut here---------------start------------->8---
scheme@(guile-user) [1]> ,bt
In ice-9/boot-9.scm:
  1731:15  9 (with-exception-handler #<procedure 38e1cc0 at 
ice-9/boot-9.scm:1815:7 (exn)> _ #:unwind? _ #:unwind-for-type _)
  1736:10  8 (with-exception-handler _ _ #:unwind? _ #:unwind-for-type _)
  1731:15  7 (with-exception-handler #<procedure 38e1ca8 at 
ice-9/boot-9.scm:1815:7 (exn)> _ #:unwind? _ #:unwind-for-type _)
In guix/scripts/substitute.scm:
  1162:10  6 (_)
  1008:19  5 (process-substitution _ "/tmp/t" #:cache-urls _ #:acl _ 
#:print-build-trace? _)
In guix/utils.scm:
   212:12  4 (decompressed-port _ _)
In lzlib.scm:
    589:2  3 (make-lzip-input-port #<input: string 5661038>)
   287:25  2 (_)
   287:25  1 (_)
In ice-9/boot-9.scm:
   1615:4  0 (raise-exception #<&compound-exception components: 
(#<&assertion-failure> #<&origin origin: #f> #<&message message: "Wrong type to 
apply: ~S"> #<&irritants irritants: (#f)> #<&exc?>)
--8<---------------cut here---------------end--------------->8---

This is because under the hood liblz.so could not be loaded (but the
actual error is silently swallowed):

--8<---------------cut here---------------start------------->8---
scheme@(guile-user)> ,m(lzlib)
scheme@(lzlib)> (lzlib-procedure int "LZ_decompress_open" '())
$1 = #f
scheme@(lzlib)> %liblz 
$2 = "liblz"
scheme@(lzlib)> (dynamic-link %liblz)
ice-9/boot-9.scm:1669:16: In procedure raise-exception:
In procedure dynamic-link: file: "liblz", message: "file not found"

Entering a new prompt.  Type `,bt' for a backtrace or `,q' to continue.
scheme@(lzlib) [1]> ,q
--8<---------------cut here---------------end--------------->8---

Compare with a native build of guile-lzlib on GNU/Linux:

--8<---------------cut here---------------start------------->8---
scheme@(lzlib)> %liblz
$2 = "/gnu/store/jqr5bz89gfwhxcndnhq333dyclvkq7ws-lzlib-1.11/lib/liblz"
--8<---------------cut here---------------end--------------->8---

Indeed, the cross-compilation build log shows:

--8<---------------cut here---------------start------------->8---
checking dependency style of i586-pc-gnu-gcc... none
checking lzlib's file name... 
--8<---------------cut here---------------end--------------->8---

Ludo’.



--- End Message ---
--- Begin Message --- Subject: Re: bug#43629: Cross-compiled guile-lzlib unusable, causing ‘guix substitute’ to crash on GNU/Hurd Date: Mon, 28 Sep 2020 21:58:35 +0200 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux)
Hi,

Mathieu Othacehe <othacehe@gnu.org> skribis:

>> When you feel like it, we can have a .2 release of Guile-lzlib with this
>> fix.
>
> Done with af56f60ef0394b35ab7926d10a4f825c2b1245f6.

Woohoo, thank you!

Ludo’.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]