bug#10330: Compile error for Guile 2.0.3

2011-12-21 Thread Joris van der Hoeven
Hi Ludovic, On Tue, Dec 20, 2011 at 12:46:40AM +0100, Ludovic Courtès wrote: > Joris van der Hoeven skribis: > > Under MacOS 10.6.4 with Darwinports for the installation of the > > dependencies, > > I get the error(s) below during 'make'. > > Can you try “make V=1” and post the log? Also, can

bug#10337: cdr of `(cons #nil #nil)' is not nil

2011-12-21 Thread BT Templeton
I'm using Guile 2.0.3.87-b798 on x86_64-unknown-linux-gnu. Guile's compiler fails to maintain the distinction between the nil object and the empty list in some cases: scheme@(guile-user)> (equal? (cons #t #nil) (cons #t '())) $1 = #t scheme@(guile-user)> (eq? (cdr (cons #t #nil)) (cdr (cons #t '(

bug#10310: Guile fails to bootstrap on Debian unstable

2011-12-21 Thread Andy Wingo
On Tue 20 Dec 2011 14:21, Stefano Lattarini writes: > $ (sh autogen.sh && ./configure && make && make check) 2>&1 | tee build.log > ... > CC test_pthread_create-test-pthread-create.o > CCLD test-pthread-create > CC test_pthread_create_secondary-test-pthread-create-secondary.o >

bug#10330: Compile error for Guile 2.0.3

2011-12-21 Thread Andy Wingo
On Wed 21 Dec 2011 11:32, Joris van der Hoeven writes: > Making all in libguile > make all-am > /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H > -DBUILDING_LIBGUILE=1 -I.. -I.. -I../lib -I../lib > -I/opt/local/lib/libffi-3.0.10/include -I/opt/local/include > -I/opt/loca

bug#10330: Compile error for Guile 2.0.3

2011-12-21 Thread Andy Wingo
On Wed 21 Dec 2011 11:32, Joris van der Hoeven writes: > Making all in libguile > make all-am > /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H > -DBUILDING_LIBGUILE=1 -I.. -I.. -I../lib -I../lib > -I/opt/local/lib/libffi-3.0.10/include -I/opt/local/include > -I/opt/loca

bug#10341: Request for a new redirect

2011-12-21 Thread Andy Wingo
Hi, The page at http://www.gnu.org/software/goops/ is for a package that was merged into Guile about 10 years ago. Can you please make it redirect permanently to the following page in the Guile manual: http://www.gnu.org/software/guile/manual/html_node/GOOPS.html Thanks, Andy -- http://wing

bug#10330: Compile error for Guile 2.0.3

2011-12-21 Thread Joris van der Hoeven
Ha, Ludovic is right. It is the apple cruft which is responsable: Castafiore:libguile vdhoeven$ gcc -DHAVE_CONFIG_H -DBUILDING_LIBGUILE=1 -I.. -I.. -I../lib -I../lib -I/opt/local/lib/libffi-3.0.10/include -I/opt/local/include -I/opt/local/include -D_THREAD_SAFE -Wall -Wmissing-prototypes -Wdecl

bug#10099: Null (begin) blocks - V2.0.3 reports error was OK in V2.0.2

2011-12-21 Thread Andy Wingo
Hi, On Wed 23 Nov 2011 07:27, Andy Wingo writes: > On Tue 22 Nov 2011 00:02, Andy Wingo writes: >>On Mon 21 Nov 2011 18:25, Ian Hulin writes: >>> (define-public (void? x) (eq? x (begin))) >>> This works in V1.8, and apparently used to work in 2.0.2 (no errors), >> >> Interesting. If it change

bug#10147: HTTP "Expires" header should handle non-date values

2011-12-21 Thread Andy Wingo
Hi Daniel, So sorry for the delay. On Sun 27 Nov 2011 05:39, Daniel Hartwig writes: > This is definitely a bug on Guile's part, HTTP/1.1 permits such values > for "Expires" headers [1], treating them as though they were a date in > the past: > >HTTP/1.1 clients and caches MUST treat other i

bug#10337: cdr of `(cons #nil #nil)' is not nil

2011-12-21 Thread Andy Wingo
On Tue 20 Dec 2011 22:49, BT Templeton writes: > scheme@(guile-user)> (equal? (cons #t #nil) (cons #t '())) > $1 = #t Fixed. Thanks for the report! Andy -- http://wingolog.org/

bug#10337: cdr of `(cons #nil #nil)' is not nil

2011-12-21 Thread Andy Wingo
Bug fixed in cc8afa2b361635953dfba7f10e4193b1f243a50f. -- http://wingolog.org/

bug#10147: HTTP "Expires" header should handle non-date values

2011-12-21 Thread Daniel Hartwig
On 22 December 2011 10:51, Andy Wingo wrote: > > On Sun 27 Nov 2011 05:39, Daniel Hartwig writes: > >> This is definitely a bug on Guile's part, HTTP/1.1 permits such values >> for "Expires" headers [1], treating them as though they were a date in >> the past: >> >>    HTTP/1.1 clients and caches