Hello Guilers!
Thanks to Eelco Dolstra of NixOS, the NixOS build farm now builds
several Guile-using applications against 1.9.3:
http://hydra.nixos.org/jobset/nixpkgs/guile2test
The goal is to identify the main compatibility issues and try to fix
them before 2.0 is released.
Currently broken:
On Mon, 2009-09-21 at 15:10 +0200, Ludovic Courtès wrote:
> Hello Guilers!
>
> Thanks to Eelco Dolstra of NixOS, the NixOS build farm now builds
> several Guile-using applications against 1.9.3:
>
> http://hydra.nixos.org/jobset/nixpkgs/guile2test
>
> The goal is to identify the main compatibi
> are we really adding dependencies while we are 'frozen'???
>
> checking for BDW_GC... configure: error: Package requirements (bdw-gc)
> were not met:
Sorry if we did not communicate clearly; the plan was definitely to
merge in bdw-gc before the release, and possibly during the freez
Hello,
Unused variables are compiled away to only their side effects. Yet
sometimes they are good for documentation. As in this case:
- module/language/assembly.scm -
index 683da6c..95f8a2d 100644
@@ -49,7 +49,7 @@
(+ 1 *len-len* (string-lengt
Hi,
Andy Wingo writes:
> - module/language/assembly.scm
> -
> index 683da6c..95f8a2d 100644
> @@ -49,7 +49,7 @@
> (+ 1 *len-len* (string-length str)))
> ((load-array ,bv)
> (+ 1 *len-len* (bytevector-length bv)))
> -((load-pro
After installing boehm-gc threaded, the build succeeds on NetBSD/amd64 5.0ish!!
make check makes a lot of progress, but the hits a segfault. This may
be a BSD libc problem.
Making check in lib
gmake[1]: Entering directory `/home/gdt/BUILD-GUILE-master/guile/lib'
gmake check-recursive
gmake[2]:
Hi,
Greg Troxel writes:
> After installing boehm-gc threaded, the build succeeds on NetBSD/amd64
> 5.0ish!!
Nice!
> make check makes a lot of progress, but the hits a segfault. This may
> be a BSD libc problem.
[...]
> Program terminated with signal 11, Segmentation fault.
> #0 0x7f7f
> From: Ludovic Courtès
>> Greg Troxel writes:
>
[...]
>
> > Program terminated with signal 11, Segmentation fault.
> > #0 0x7f7ffd6cac90 in strcmp () from /usr/lib/libc.so.12
> > (gdb) bt
> > #0 0x7f7ffd6cac90 in strcmp () from /usr/lib/libc.so.12
> > #1 0x7f7ffd65f23e in _citrus
Mike Gran writes:
> On Sat, 2009-09-19 at 01:59 +0100, Neil Jerram wrote:
>
>> 1. The files with an Emacs "coding: latin-1" comment can only be
>> compiled if I add an extra comment "coding: latin1". In other words it
>> seems that Guile (=> libunistring) only understands latin1 without the
>> h
> So do you mean that
>
> ;;; -*- mode: scheme; coding: iso-8859-1; -*-
>
> should work for both Emacs and Guile?
Yes. In http://www.iana.org/assignments/character-sets the names
of encodings labeled as "preferred MIME name" are likely to be
understood by libunistring. There is some overlap wi
On Sep 21, 2009, at 13:21, Mike Gran wrote:
There is another curious thing, which may be unrelated
#6 0x7f7ffdb80605 in scm_lfwrite_str (str=0x6e4720,
port=0x5bcba0) at ports.c:1276
#7 0x7f7ffdb848fc in iprin1 (exp=0xfff8,
port=0x5bcba0, pstate=0xdd6770) at print.c:723
11 matches
Mail list logo