GNU Guile 1.9.0 released (alpha)

GNU Guile 1.9.0 released (alpha)

[Ludovic Courtès]

[-- Attachment #1: Type: text/plain, Size: 7813 bytes --]

We are pleased to announce GNU Guile release 1.9.0.  This is the first
pre-release of what will eventually become the 2.0 release series.  It
provides many new noteworthy features, most notably the addition of a
compiler and virtual machine.  We encourage you to test them and provide
feedback to `guile-devel@gnu.org'.

The Guile web page is located at http://gnu.org/software/guile/, and
among other things, it contains a link to the Guile FAQ and pointers to
the mailing lists.

Guile is an interpreter, compiler, and virtual machine for the Scheme
programming language, with support for many SRFIs, packaged for use in a
wide variety of environments.  In addition to implementing the R5RS
Scheme standard, Guile includes a module system, full access to POSIX
system calls, networking support, multiple threads, dynamic linking, a
foreign function call interface, and powerful string processing.

Guile can run interactively, as a script interpreter, and as a Scheme
compiler to VM bytecode.  It is also packaged as a library so that
applications can easily incorporate a complete Scheme interpreter/VM.
An application can use Guile as an extension language, a clean and
powerful configuration language, or as multi-purpose "glue" to connect
primitives provided by the application.  It is easy to call Scheme code
From C code and vice versa.  Applications can add new functions, data
types, control structures, and even syntax to Guile, to create a
domain-specific language tailored to the task at hand.


Here are the compressed sources:
  ftp://alpha.gnu.org/gnu/guile/guile-1.9.0.tar.gz   (4.6MB)

Here are the GPG detached signatures[*]:
  ftp://alpha.gnu.org/gnu/guile/guile-1.9.0.tar.gz.sig

Here are the MD5 and SHA1 checksums:

71c3fa0ed22c91b30e9573478fdee4dc  guile-1.9.0.tar.gz
836cffc2d05cd0de938bf24bc91e9debe8fea060  guile-1.9.0.tar.gz

[*] You can use either of the above signature files to verify that
the corresponding file (without the .sig suffix) is intact.  First,
be sure to download both the .sig file and the corresponding tarball.
Then, run a command like this:

  gpg --verify guile-1.9.0.tar.gz.sig

If that command fails because you don't have the required public key,
then run this command to import it:

  gpg --keyserver keys.gnupg.net --recv-keys EA52ECF4

and rerun the `gpg --verify' command.

This release was bootstrapped with the following tools:
  Autoconf 2.63
  Automake 1.10.2
  Libtool 2.2.6


This is a new release series with many new features and differences
compared to 1.8.  Excerpt from the `NEWS' file:

  * New modules (see the manual for details)

  ** `(srfi srfi-18)', more sophisticated multithreading support
  ** `(ice-9 i18n)', internationalization support
  ** `(rnrs bytevector)', the R6RS bytevector API
  ** `(rnrs io ports)', a subset of the R6RS I/O port API
  ** `(system xref)', a cross-referencing facility (FIXME undocumented)

  * Changes to the stand-alone interpreter

  ** Guile now can compile Scheme to bytecode for a custom virtual machine.
  ** The stack limit is now initialized from the environment.
  ** New environment variables: GUILE_LOAD_COMPILED_PATH,
     GUILE_SYSTEM_LOAD_COMPILED_PATH
  ** New read-eval-print loop (REPL) implementation
  ** New `guile-tools' commands: `compile', `disassemble'

  * Changes to Scheme functions and syntax

  ** Procedure removed: `the-environment'
  ** Files loaded with `primitive-load-path' will now be compiled
     automatically.
  ** New POSIX procedures: `getrlimit' and `setrlimit'
  ** New procedure in `(oops goops)': `method-formals'
  ** BUG: (procedure-property func 'arity) does not work on compiled
     procedures
  ** New procedures in (ice-9 session): `add-value-help-handler!',
     `remove-value-help-handler!', `add-name-help-handler!'
     `remove-name-help-handler!', `procedure-arguments',
  ** Deprecated: `procedure->memoizing-macro', `procedure->syntax'
  ** New language: ECMAScript
  ** Defmacros may now have docstrings.
  ** The psyntax expander now knows how to interpret the @ and @@ special
     forms.
  ** The psyntax expander is now hygienic with respect to modules.
  ** New function, `procedure-module'
  ** `eval-case' has been deprecated, and replaced by `eval-when'.
  ** Guile is now more strict about prohibiting definitions in expression
     contexts.
  ** Defmacros must now produce valid Scheme expressions.
  ** Guile's psyntax now supports docstrings and internal definitions.
  ** Macros need to be defined before their first use.
  ** Functions needed by macros at expand-time need to be present at
     expand-time.
  ** New variable, %pre-modules-transformer
  ** Temporarily removed functions: `macroexpand', `macroexpand-1'
  ** New reader macros: #' #` #, #,@
  ** Incompatible change to #'
  ** Scheme expresssions may be commented out with #;
  ** `make-stack' with a tail-called procedural narrowing argument no longer
     works (with compiled procedures)
  ** backtraces through compiled procedures only show procedures that are
     active in the current continuation
  ** syntax-rules and syntax-case macros now propagate source information
     through to the expanded code
  ** The currying behavior of `define' has been removed.
  ** All modules have names now
  ** Many syntax errors have different texts now
  ** Returning multiple values to compiled code will silently truncate the
     values to the expected number
  ** Multiple values in compiled code are not represented by compound
     objects
  ** Defmacros are now implemented in terms of syntax-case.
  ** psyntax is now the default expander
  ** syntax-rules and syntax-case are available by default.
  ** Lexical bindings introduced by hygienic macros may not be referenced
     by nonhygienic macros.
  ** Macros may no longer be referenced as first-class values.
  ** New macro type: syncase-macro
  ** A new `memoize-symbol' evaluator trap has been added.
  ** Duplicate bindings among used modules are resolved lazily.
  ** New thread cancellation and thread cleanup API
  ** Fix bad interaction between `false-if-exception' and stack-call.
  ** New global variables: %load-compiled-path, %load-compiled-extensions
  ** New procedure, `make-promise'
  ** New entry into %guile-build-info: `ccachedir'
  ** Fix bug in `module-bound?'.
  ** `(ice-9 syncase)' has been deprecated.

  * Changes to the C interface

  ** The GH interface (deprecated in version 1.6, 2001) was removed.
  ** Internal `scm_i_' functions now have "hidden" linkage with GCC/ELF
  ** Functions for handling `scm_option' now no longer require an argument
  indicating length of the `scm_t_option' array.
  ** scm_primitive_load_path has additional argument, exception_on_error
  ** New C function: scm_module_public_interface
  ** `scm_stat' has an additional argument, `exception_on_error'
  ** `scm_primitive_load_path' has an additional argument

  * Changes to the distribution

  ** Guile's license is now LGPLv3+
  ** `guile-config' will be deprecated in favor of `pkg-config'
  ** New installation directory: $(pkglibdir)/1.9/ccache
  ** New dependency: GNU libunistring.


You can follow Guile development in the Git repository and on the Guile
mailing lists.  Guile builds from the `master' branch of Git have
version number 1.9.x.

Guile versions with an odd middle number, e.g., 1.9.*, are unstable
development versions.  Even middle numbers indicate stable versions.
This has been the case since the 1.3.* series.

Please report bugs to `bug-guile@gnu.org'.  We also welcome reports of
successful builds, which can be sent to the same email address.


Ludovic Courtès, on behalf of the Guile team.

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: GNU Guile 1.9.0 released (alpha)

[Linas Vepstas]

2009/6/19 Ludovic Courtès <ludo@gnu.org>:
> We are pleased to announce GNU Guile release 1.9.0.
...
>  provide
> feedback to `guile-devel@gnu.org'.

Hmm. 'libunistring' is so new that not even debian
has a package for it. Its also labelled as 'alpha'.
You sure you want to/need to have a dependency on this?

--linas

Re: GNU Guile 1.9.0 released (alpha)

[Linas Vepstas]

2009/6/19 Ludovic Courtès <ludo@gnu.org>:
> We are pleased to announce GNU Guile release 1.9.0.

FYI,

'make check' fails for me, with the blow. Should I ignore
this, or dig into it?

--linas

Everything before the below seems to have passed.
Then...

Running alist.test
Running and-let-star.test
Running arbiters.test
Running asm-to-bytecode.test
Running bit-operations.test
Running bytevectors.test
UNRESOLVED: bytevectors.test: 2.9 Operations on Strings: string->utf8 [latin-1]
UNRESOLVED: bytevectors.test: 2.9 Operations on Strings: utf8->string [latin-1]
Running c-api.test
Running chars.test
Running common-list.test
Running continuations.test
Running elisp.test
Running environments.test
Running eval.test
Running exceptions.test
Running filesys.test
Running format.test
Running fractions.test
Running ftw.test
Running gc.test
Running getopt-long.test
Running goops.test
Running guardians.test
UNRESOLVED: guardians.test: standard guardian functionality: guarding
weakly referenced objects: guarded weak vector element gets returned
from guardian
UNRESOLVED: guardians.test: standard guardian functionality: guarding
weakly referenced objects: guarded element of weak vector gets
eventually removed from weak vector
Running hash.test
Running hooks.test
Running i18n.test
UNRESOLVED: i18n.test: text collation (French): string-locale<?
UNRESOLVED: i18n.test: text collation (French): char-locale<?
UNRESOLVED: i18n.test: text collation (French): string-locale-ci=?
UNRESOLVED: i18n.test: text collation (French): string-locale-ci<>?
UNRESOLVED: i18n.test: text collation (French): char-locale-ci<>?
UNRESOLVED: i18n.test: number parsing: locale-string->inexact (French)
UNRESOLVED: i18n.test: nl-langinfo et al.: locale-day (French)
UNRESOLVED: i18n.test: nl-langinfo et al.: locale-day (French, using
`%global-locale')
UNRESOLVED: i18n.test: nl-langinfo et al.: default locale
Running import.test
Running interp.test
Running list.test
Running load.test
Running modules.test
Running numbers.test
Running optargs.test
Running options.test
Running poe.test
Running popen.test
Running ports.test
Running posix.test
Running procprop.test
UNRESOLVED: procprop.test: procedure-arity: apply
Running q.test
Running r4rs.test
Running r5rs_pitfall.test
Running r6rs-ports.test
/bin/sh: line 4:  7268 Segmentation fault      ${dir}$tst
FAIL: check-guile
==================================
1 of 1 test failed
Please report to bug-guile@gnu.org
==================================
make[2]: *** [check-TESTS] Error 1
make[2]: Leaving directory `/home/linas/src/novamente/src/guile-1.9.0'
make[1]: *** [check-am] Error 2
make[1]: Leaving directory `/home/linas/src/novamente/src/guile-1.9.0'
make: *** [check-recursive] Error 1

Re: GNU Guile 1.9.0 released (alpha)

[Neil Jerram]

Linas Vepstas <linasvepstas@gmail.com> writes:

> Running r6rs-ports.test
> /bin/sh: line 4:  7268 Segmentation fault      ${dir}$tst
> FAIL: check-guile

I saw that once (before the release).  When I ran make check again, it
wasn't reproducible.

Regards,
        Neil

Re: GNU Guile 1.9.0 released (alpha)

[Ludovic Courtès]

Hi,

Linas Vepstas <linasvepstas@gmail.com> writes:

> Running r6rs-ports.test
> /bin/sh: line 4:  7268 Segmentation fault      ${dir}$tst
> FAIL: check-guile

Can you try to reproduce this?  Run "ulimit -c unlimited" before (or
similar) so that we can get a backtrace.

Thanks in advance,
Ludo'.

Re: GNU Guile 1.9.0 released (alpha)

[Andy Wingo]

Hi,

On Sat 20 Jun 2009 00:05, ludo@gnu.org (Ludovic Courtès) writes:

> We are pleased to announce GNU Guile release 1.9.0.

Thank you for doing the release!

> Guile is an interpreter, compiler, and virtual machine for the Scheme
> programming language

Perhaps in the future we can just say "implementation of the Scheme
programming language", and then make it obvious later that we indeed
have a compiler. Strictly speaking, the VM could be said to be an
interpreter :)

Cheers,

Andy
-- 
http://wingolog.org/

Re: GNU Guile 1.9.0 released (alpha)

[Andy Wingo]

On Sat 20 Jun 2009 05:00, Linas Vepstas <linasvepstas@gmail.com> writes:

> Running r6rs-ports.test
> /bin/sh: line 4:  7268 Segmentation fault      ${dir}$tst
> FAIL: check-guile

A few more things you could try, in addition to what Neil and Ludovic
said:

./check-guile r6rs-ports.test

Does this segfault for you? If so:

./check-guile -i meta/gdb-uninstalled-guile r6rs-ports.test

Then run, and post the backtrace please.

Thanks!

Andy
-- 
http://wingolog.org/

Re: GNU Guile 1.9.0 released (alpha)

[Ludovic Courtès]

Hello!

Andy Wingo <wingo@pobox.com> writes:

> On Sat 20 Jun 2009 00:05, ludo@gnu.org (Ludovic Courtès) writes:
>
>> We are pleased to announce GNU Guile release 1.9.0.
>
> Thank you for doing the release!

Thank *you* for doing most of the work!

>> Guile is an interpreter, compiler, and virtual machine for the Scheme
>> programming language
>
> Perhaps in the future we can just say "implementation of the Scheme
> programming language", and then make it obvious later that we indeed
> have a compiler. Strictly speaking, the VM could be said to be an
> interpreter :)

Yes, I thought about this as well and wasn't satisfied with the
wording.  You're probably right that "implementation of the Scheme
language" is better.

Thanks!

Ludo'.

Re: GNU Guile 1.9.0 released (alpha)

[Linas Vepstas]

2009/6/20 Andy Wingo <wingo@pobox.com>:
> On Sat 20 Jun 2009 05:00, Linas Vepstas <linasvepstas@gmail.com> writes:
>
>> Running r6rs-ports.test
>> /bin/sh: line 4:  7268 Segmentation fault      ${dir}$tst
>> FAIL: check-guile
>
> A few more things you could try, in addition to what Neil and Ludovic
> said:
>
> ./check-guile r6rs-ports.test
>
> Does this segfault for you?

No .... err yes .. it passed 3 times, failed the fourth time.
I guess there's a race condition,looks to be in the gc.

>  If so:
>
> ./check-guile -i meta/gdb-uninstalled-guile r6rs-ports.test

It seems to crash once out of every 5-10 times.

Here's a crash:

$ ./check-guile -i meta/gdb-uninstalled-guile r6rs-ports.test
Testing meta/gdb-uninstalled-guile ... r6rs-ports.test
with GUILE_LOAD_PATH=/home/linas/src/novamente/src/guile-1.9.0/test-suite
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
(gdb) r
Starting program:
/home/linas/src/novamente/src/guile-1.9.0/libguile/.libs/lt-guile -e
main -s /home/linas/src/novamente/src/guile-1.9.0/test-suite/guile-test
--test-suite /home/linas/src/novamente/src/guile-1.9.0/test-suite/tests
--log-file check-guile.log r6rs-ports.test
[Thread debugging using libthread_db enabled]
Running r6rs-ports.test
[New Thread 0xf7b8c6b0 (LWP 31850)]

Totals for this test run:
passes:                 31
failures:               0
unexpected passes:      0
expected failures:      0
unresolved test cases:  0
untested test cases:    0
unsupported test cases: 0
errors:                 0


Program exited normally.
(gdb) r
Starting program:
/home/linas/src/novamente/src/guile-1.9.0/libguile/.libs/lt-guile -e
main -s /home/linas/src/novamente/src/guile-1.9.0/test-suite/guile-test
--test-suite /home/linas/src/novamente/src/guile-1.9.0/test-suite/tests
--log-file check-guile.log r6rs-ports.test
[Thread debugging using libthread_db enabled]
Running r6rs-ports.test
[New Thread 0xf7b2d6b0 (LWP 31855)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xf7b2d6b0 (LWP 31855)]
0xf7ef12fa in cbp_mark (port=0x9006320) at r6rs-ports.c:212
212	{
(gdb) bt
#0  0xf7ef12fa in cbp_mark (port=0x9006320) at r6rs-ports.c:212
#1  0xf7ec56f2 in scm_gc_mark (ptr=0x9006320) at gc-mark.c:177
#2  0xf7ec57ca in scm_mark_locations (x=0xfff8b610, n=8287) at gc-mark.c:439
#3  0xf7f1f5f2 in scm_threads_mark_stacks () at threads.c:1760
#4  0xf7ec586e in scm_mark_all () at gc-mark.c:86
#5  0xf7ec4579 in scm_i_gc (what=0xfff8b6cc "1-cells") at gc.c:626
#6  0xf7ec496f in scm_gc_for_newcell (freelist=0xf7f73a48,
    free_cells=0x8f0f0a8) at gc.c:500
#7  0xf7f3f891 in vm_debug_engine (vp=0x8f3c0c8, program=0x8f905f0,
    argv=0xfff8bd28, nargs=7) at ../libguile/inline.h:116
#8  0xf7f325fa in scm_c_vm_run (vm=0xf7afe650, program=0x8f90600,
    argv=0xfff8bd24, nargs=1) at vm.c:403
#9  0xf7f31b95 in program_apply_1 (program=0x8f90600, a=0x7986)
    at programs.c:88
#10 0xf7ebe00f in scm_map (proc=0x8f90600, arg1=0xf7b2a8d0, args=0x404)
    at eval.c:3643
#11 0xf7ebd6e2 in scm_apply (proc=0x8f274e0, arg1=0x8f90600, args=0xf7b2a8a8)
    at eval.i.c:1790
#12 0xf7f3ecaa in vm_debug_engine (vp=0x8f3c0c8, program=0x8f90790,
    argv=0xfff8c408, nargs=2) at vm-i-system.c:533
#13 0xf7f325fa in scm_c_vm_run (vm=0xf7afe650, program=0x8f90790,
    argv=0xfff8c404, nargs=1) at vm.c:403
#14 0xf7f31b95 in program_apply_1 (program=0x8f90790, a=0x9006050)
---Type <return> to continue, or q <return> to quit---
    at programs.c:88
#15 0xf7ebe00f in scm_map (proc=0x8f90790, arg1=0xf7b29140, args=0x404)
    at eval.c:3643
#16 0xf7ebd6e2 in scm_apply (proc=0x8f274e0, arg1=0x8f90790, args=0xf7b28788)
    at eval.i.c:1790
#17 0xf7f3ecaa in vm_debug_engine (vp=0x8f3c0c8, program=0x8f90a00,
    argv=0xfff8cae8, nargs=2) at vm-i-system.c:533
#18 0xf7f325fa in scm_c_vm_run (vm=0xf7afe650, program=0x8f90a00,
    argv=0xfff8cae4, nargs=1) at vm.c:403
#19 0xf7f31b95 in program_apply_1 (program=0x8f90a00, a=0xf7b2a0a0)
    at programs.c:88
#20 0xf7ebe00f in scm_map (proc=0x8f90a00, arg1=0xf7b2a098, args=0x404)
    at eval.c:3643
#21 0xf7ebd6e2 in scm_apply (proc=0x8f274e0, arg1=0x8f90a00, args=0xf7b2a090)
    at eval.i.c:1790
#22 0xf7f3ecaa in vm_debug_engine (vp=0x8f3c0c8, program=0x8f90f30,
    argv=0xfff8d1c8, nargs=2) at vm-i-system.c:533
#23 0xf7f325fa in scm_c_vm_run (vm=0xf7afe650, program=0x8f90f30,
    argv=0xfff8d1c4, nargs=1) at vm.c:403
#24 0xf7f31b95 in program_apply_1 (program=0x8f90f30, a=0xf7b24988)
    at programs.c:88
#25 0xf7ebe00f in scm_map (proc=0x8f90f30, arg1=0xf7b24980, args=0x404)
    at eval.c:3643
---Type <return> to continue, or q <return> to quit---
#26 0xf7ebd6e2 in scm_apply (proc=0x8f274e0, arg1=0x8f90f30, args=0xf7b24978)
    at eval.i.c:1790
#27 0xf7f3ecaa in vm_debug_engine (vp=0x8f3c0c8, program=0x8f8c7e0,
    argv=0xfff8d8a8, nargs=2) at vm-i-system.c:533
#28 0xf7f325fa in scm_c_vm_run (vm=0xf7afe650, program=0x8f8c7e0,
    argv=0xfff8d8a4, nargs=1) at vm.c:403
#29 0xf7f31b95 in program_apply_1 (program=0x8f8c7e0, a=0xf7b21968)
    at programs.c:88
#30 0xf7ebe00f in scm_map (proc=0x8f8c7e0, arg1=0xf7b1fbe0, args=0x404)
    at eval.c:3643
#31 0xf7ebd6e2 in scm_apply (proc=0x8f274e0, arg1=0x8f8c7e0, args=0xf7b1fba0)
    at eval.i.c:1790
#32 0xf7f3ecaa in vm_debug_engine (vp=0x8f3c0c8, program=0x8f8c960,
    argv=0xfff8df88, nargs=2) at vm-i-system.c:533
#33 0xf7f325fa in scm_c_vm_run (vm=0xf7afe650, program=0x8f8c960,
    argv=0xfff8df84, nargs=1) at vm.c:403
#34 0xf7f31b95 in program_apply_1 (program=0x8f8c960, a=0xf7b21190)
    at programs.c:88
#35 0xf7ebe00f in scm_map (proc=0x8f8c960, arg1=0xf7b21178, args=0x404)
    at eval.c:3643
#36 0xf7ebd6e2 in scm_apply (proc=0x8f274e0, arg1=0x8f8c960, args=0xf7b21170)
    at eval.i.c:1790
#37 0xf7f3ecaa in vm_debug_engine (vp=0x8f3c0c8, program=0x8f8d110,
---Type <return> to continue, or q <return> to quit---
    argv=0xfff8e668, nargs=2) at vm-i-system.c:533
#38 0xf7f325fa in scm_c_vm_run (vm=0xf7afe650, program=0x8f8d110,
    argv=0xfff8e664, nargs=1) at vm.c:403
#39 0xf7f31b95 in program_apply_1 (program=0x8f8d110, a=0xf7b1bbf8)
    at programs.c:88
#40 0xf7ebe00f in scm_map (proc=0x8f8d110, arg1=0xf7b1a398, args=0x404)
    at eval.c:3643
#41 0xf7ebd6e2 in scm_apply (proc=0x8f274e0, arg1=0x8f8d110, args=0xf7b1a2f8)
    at eval.i.c:1790
#42 0xf7f3ecaa in vm_debug_engine (vp=0x8f3c0c8, program=0x8f8d250,
    argv=0xfff8ed48, nargs=2) at vm-i-system.c:533
#43 0xf7f325fa in scm_c_vm_run (vm=0xf7afe650, program=0x8f8d250,
    argv=0xfff8ed44, nargs=1) at vm.c:403
#44 0xf7f31b95 in program_apply_1 (program=0x8f8d250, a=0xf7b1b268)
    at programs.c:88
#45 0xf7ebe00f in scm_map (proc=0x8f8d250, arg1=0xf7b1b260, args=0x404)
    at eval.c:3643
#46 0xf7ebd6e2 in scm_apply (proc=0x8f274e0, arg1=0x8f8d250, args=0xf7b1b258)
    at eval.i.c:1790
#47 0xf7f3ecaa in vm_debug_engine (vp=0x8f3c0c8, program=0x8f8d640,
    argv=0xfff8f428, nargs=2) at vm-i-system.c:533
#48 0xf7f325fa in scm_c_vm_run (vm=0xf7afe650, program=0x8f8d640,
    argv=0xfff8f424, nargs=1) at vm.c:403
---Type <return> to continue, or q <return> to quit---
#49 0xf7f31b95 in program_apply_1 (program=0x8f8d640, a=0x9007cc8)
    at programs.c:88
#50 0xf7ebe00f in scm_map (proc=0x8f8d640, arg1=0x90075f0, args=0x404)
    at eval.c:3643
#51 0xf7ebd6e2 in scm_apply (proc=0x8f274e0, arg1=0x8f8d640, args=0x90075b0)
    at eval.i.c:1790
#52 0xf7f3ecaa in vm_debug_engine (vp=0x8f3c0c8, program=0x8f8d890, argv=0x0,
    nargs=2) at vm-i-system.c:533
#53 0xf7f325fa in scm_c_vm_run (vm=0xf7afe650, program=0x8f8d890, argv=0x0,
    nargs=0) at vm.c:403
#54 0xf7ebea09 in scm_call_0 (proc=0x8f8d890) at eval.c:3129
#55 0xf7ec162d in apply_thunk (thunk=0x8f8d890) at fluids.c:401
#56 0xf7ec180e in scm_c_with_fluid (fluid=0x8f55020, value=0x8f35c50,
    cproc=0xf7ec1610 <apply_thunk>, cdata=0x8f8d890) at fluids.c:464
#57 0xf7ec1865 in scm_with_fluid (fluid=0x8f55020, value=0x8f35c50,
    thunk=0x8f8d890) at fluids.c:451
#58 0xf7ebd62f in scm_apply (proc=0x8f0fcb0, arg1=0x8f55020, args=0x9008218)
    at eval.i.c:1779
#59 0xf7f3eb4a in vm_debug_engine (vp=0x8f3c0c8, program=0x8f59b80,
    argv=0xfff901c8, nargs=3) at vm-i-system.c:740
#60 0xf7f325fa in scm_c_vm_run (vm=0xf7afe650, program=0x8f59b80,
    argv=0xfff901c4, nargs=1) at vm.c:403
#61 0xf7ebe978 in scm_call_1 (proc=0x8f59b80, arg1=0x90060e8) at eval.c:3138
---Type <return> to continue, or q <return> to quit---
#62 0xf7ebef2f in scm_primitive_eval_x (exp=0x90060e8) at eval.c:4083
#63 0xf7ed8733 in scm_primitive_load (filename=0x8f83420) at load.c:116
#64 0xf7ebd581 in scm_apply (proc=0x8f22670, arg1=0x8f83420, args=0x404)
    at eval.i.c:1747
#65 0xf7f3eb4a in vm_debug_engine (vp=0x8f3c0c8, program=0x8f831b0, argv=0x0,
    nargs=1) at vm-i-system.c:740
#66 0xf7f325fa in scm_c_vm_run (vm=0xf7afe650, program=0x8f831b0, argv=0x0,
    nargs=0) at vm.c:403
#67 0xf7ebea09 in scm_call_0 (proc=0x8f831b0) at eval.c:3129
#68 0xf7eab374 in scm_sys_start_stack (id=0x8f77f30, thunk=0x8f831b0)
    at debug.c:482
#69 0xf7ebd65d in scm_apply (proc=0x8f321a0, arg1=0x8f77f30, args=0x8fa82e0)
    at eval.i.c:1734
#70 0xf7f3eb4a in vm_debug_engine (vp=0x8f3c0c8, program=0x8f83260, argv=0x0,
    nargs=2) at vm-i-system.c:740
#71 0xf7f325fa in scm_c_vm_run (vm=0xf7afe650, program=0x8f83260, argv=0x0,
    nargs=0) at vm.c:403
#72 0xf7ebea09 in scm_call_0 (proc=0x8f83260) at eval.c:3129
#73 0xf7ec162d in apply_thunk (thunk=0x8f83260) at fluids.c:401
#74 0xf7ec180e in scm_c_with_fluid (fluid=0x8f22ff0, value=0x4,
    cproc=0xf7ec1610 <apply_thunk>, cdata=0x8f83260) at fluids.c:464
#75 0xf7ec1865 in scm_with_fluid (fluid=0x8f22ff0, value=0x4, thunk=0x8f83260)
    at fluids.c:451
---Type <return> to continue, or q <return> to quit---
#76 0xf7ebd62f in scm_apply (proc=0x8f0fcb0, arg1=0x8f22ff0, args=0x8fa8318)
    at eval.i.c:1779
#77 0xf7f3eb4a in vm_debug_engine (vp=0x8f3c0c8, program=0x8f77130, argv=0x0,
    nargs=3) at vm-i-system.c:740
#78 0xf7f325fa in scm_c_vm_run (vm=0xf7afe650, program=0x8f83400, argv=0x0,
    nargs=0) at vm.c:403
#79 0xf7ebea09 in scm_call_0 (proc=0x8f83400) at eval.c:3129
#80 0xf7eafe38 in scm_dynamic_wind (in_guard=0x8f833f0, thunk=0x8f83400,
    out_guard=0x8f833b0) at dynwind.c:112
#81 0xf7ebd62f in scm_apply (proc=0x8f10a60, arg1=0x8f833f0, args=0x8fa8350)
    at eval.i.c:1779
#82 0xf7f3eb4a in vm_debug_engine (vp=0x8f3c0c8, program=0x8f79ca0,
    argv=0xfff91c98, nargs=3) at vm-i-system.c:740
#83 0xf7f325fa in scm_c_vm_run (vm=0xf7afe650, program=0x8f79d70,
    argv=0xfff91c94, nargs=1) at vm.c:403
#84 0xf7f31b95 in program_apply_1 (program=0x8f79d70, a=0x8f83420)
    at programs.c:88
#85 0xf7eb7611 in ceval (x=0x404, env=0x8fa8438) at eval.i.c:1257
#86 0xf7f3eb4a in vm_debug_engine (vp=0x8f3c0c8, program=0x8f834d0, argv=0x0,
    nargs=0) at vm-i-system.c:740
#87 0xf7f325fa in scm_c_vm_run (vm=0xf7afe650, program=0x8f834d0, argv=0x0,
    nargs=0) at vm.c:403
#88 0xf7ebea09 in scm_call_0 (proc=0x8f834d0) at eval.c:3129
---Type <return> to continue, or q <return> to quit---
#89 0xf7ec162d in apply_thunk (thunk=0x8f834d0) at fluids.c:401
#90 0xf7ec180e in scm_c_with_fluid (fluid=0x8f824f0, value=0x8fa84b8,
    cproc=0xf7ec1610 <apply_thunk>, cdata=0x8f834d0) at fluids.c:464
#91 0xf7ec1865 in scm_with_fluid (fluid=0x8f824f0, value=0x8fa84b8,
    thunk=0x8f834d0) at fluids.c:451
#92 0xf7ebd62f in scm_apply (proc=0x8f0fcb0, arg1=0x8f824f0, args=0x8fa8490)
    at eval.i.c:1779
#93 0xf7f3eb4a in vm_debug_engine (vp=0x8f3c0c8, program=0x8f82420,
    argv=0xfff92a54, nargs=3) at vm-i-system.c:740
#94 0xf7f325fa in scm_c_vm_run (vm=0xf7afe650, program=0x8f82420,
    argv=0xfff92a4c, nargs=2) at vm.c:403
#95 0xf7f31b51 in program_apply_2 (program=0x8f82420, a=0x8f7ef70, b=0x8fa8510)
    at programs.c:97
#96 0xf7eb76d7 in ceval (x=0x404, env=0x8fa8598) at eval.i.c:1359
#97 0xf7ebf336 in call_closure_1 (proc=0x8fa85c0, arg1=0x8f7ef70)
    at eval.c:3415
#98 0xf7ec06f6 in scm_for_each (proc=0x8fa85c0, arg1=0x8fa58b8, args=0x404)
    at eval.c:3707
#99 0xf7eb7713 in ceval (x=0x404, env=0x8fa86d0) at eval.i.c:1352
#100 0xf7eb7836 in ceval (x=0xf7b25ed0, env=0x8fa86d0) at eval.i.c:359
#101 0xf7f3eb4a in vm_debug_engine (vp=0x8f3c0c8, program=0x8f342c0,
    argv=0xfff93374, nargs=1) at vm-i-system.c:740
#102 0xf7f325fa in scm_c_vm_run (vm=0xf7afe650, program=0x8f342c0,
---Type <return> to continue, or q <return> to quit---
    argv=0xfff9336c, nargs=2) at vm.c:403
#103 0xf7f31b51 in program_apply_2 (program=0x8f342c0, a=0x8fa3d50,
    b=0x8fa3c78) at programs.c:97
#104 0xf7eb76d7 in ceval (x=0x404, env=0x8fa3ad8) at eval.i.c:1359
#105 0xf7eb7213 in ceval (x=0xf7b26388, env=0xf7b26350) at eval.i.c:330
#106 0xf7ebef4a in scm_primitive_eval_x (exp=0xf7b26358) at eval.c:4085
#107 0xf7ebefa5 in scm_eval_x (exp=0xf7b258d8, module_or_state=0x8f7f310)
    at eval.c:4120
#108 0xf7efb311 in scm_shell (argc=10, argv=0xfff938b4) at script.c:771
#109 0xf7ed4306 in invoke_main_func (body_data=0xfff937e4) at init.c:372
#110 0xf7ea9972 in c_body (d=0xfff93738) at continuations.c:354
#111 0xf7f2257d in scm_c_catch (tag=0x104, body=0xf7ea9960 <c_body>,
    body_data=0xfff93738, handler=0xf7ea9980 <c_handler>,
    handler_data=0xfff93738,
    pre_unwind_handler=0xf7f217c0 <scm_handle_by_message_noexit>,
    pre_unwind_handler_data=0x0) at throw.c:242
#112 0xf7ea9f92 in scm_i_with_continuation_barrier (body=0xf7ea9960 <c_body>,
    body_data=0xfff93738, handler=0xf7ea9980 <c_handler>,
    handler_data=0xfff93738,
    pre_unwind_handler=0xf7f217c0 <scm_handle_by_message_noexit>,
    pre_unwind_handler_data=0x0) at continuations.c:330
#113 0xf7eaa073 in scm_c_with_continuation_barrier (
    func=0xf7ed42c0 <invoke_main_func>, data=0xfff937e4) at continuations.c:372
---Type <return> to continue, or q <return> to quit---
#114 0xf7f20eec in scm_i_with_guile_and_parent (
    func=0xf7ed42c0 <invoke_main_func>, data=0xfff937e4, parent=0x0)
    at threads.c:852
#115 0xf7f20ffe in scm_with_guile (func=0xf7ed42c0 <invoke_main_func>,
    data=0xfff937e4) at threads.c:831
#116 0xf7ed429f in scm_boot_guile (argc=10, argv=0xfff938b4,
    main_func=0x8048810 <inner_main>, closure=0x0) at init.c:355
#117 0x08048802 in main (argc=150913616, argv=0x8f14370) at guile.c:70
(gdb)
(gdb)

Re: GNU Guile 1.9.0 released (alpha)

[Mike Gran]

----- Original Message ----
> From: Linas Vepstas <linasvepstas@gmail.com>
> To: Andy Wingo <wingo@pobox.com>
> Cc: Ludovic Courtès <ludo@gnu.org>; guile-devel@gnu.org
> Sent: Sunday, June 21, 2009 2:17:46 AM
> Subject: Re: GNU Guile 1.9.0 released (alpha)
> 
> 2009/6/20 Andy Wingo :
> > On Sat 20 Jun 2009 05:00, Linas Vepstas writes:
> >
> >> Running r6rs-ports.test
> >> /bin/sh: line 4:  7268 Segmentation fault      ${dir}$tst
> >> FAIL: check-guile
> >
> > A few more things you could try, in addition to what Neil and Ludovic
> > said:
> >
> > ./check-guile r6rs-ports.test
> >
> > Does this segfault for you?
> 
> No .... err yes .. it passed 3 times, failed the fourth time.
> I guess there's a race condition,looks to be in the gc.
> 
> >  If so:
> >
> > ./check-guile -i meta/gdb-uninstalled-guile r6rs-ports.test
> 
> It seems to crash once out of every 5-10 times.
> 

Hi guys.

Not really in a position to help, since I'm still AFK, but, 
somewhere along the line I pushed this patch to r6rs vectors
in the String_abstraction2 tree.

--- a/libguile/r6rs-ports.c
+++ b/libguile/r6rs-ports.c
@@ -210,7 +210,10 @@ static SCM
 cbp_mark (SCM port)
 {
   /* Mark the underlying method and object vector.  */
-  return SCM_PACK (SCM_STREAM (port));
+  if (SCM_PTAB_ENTRY (port) != NULL)
+    return SCM_PACK (SCM_STREAM (port));
+  else
+    return SCM_BOOL_F;
 }

Re: GNU Guile 1.9.0 released (alpha)

[Andy Wingo]

Hi Mike,

On Sun 21 Jun 2009 08:31, Mike Gran <spk121@yahoo.com> writes:

> Not really in a position to help, since I'm still AFK, but, 
> somewhere along the line I pushed this patch to r6rs vectors
> in the String_abstraction2 tree.

Took me a little while to understand it, but it seems the patch is
right. I committed and pushed it to master. Linas, can you try again?

Thanks much!

Andy
-- 
http://wingolog.org/

Re: GNU Guile 1.9.0 released (alpha)

[Neil Jerram]

[-- Attachment #1: Type: text/plain, Size: 646 bytes --]

Andy Wingo <wingo@pobox.com> writes:

> Hi Mike,
>
> On Sun 21 Jun 2009 08:31, Mike Gran <spk121@yahoo.com> writes:
>
>> Not really in a position to help, since I'm still AFK, but, 
>> somewhere along the line I pushed this patch to r6rs vectors
>> in the String_abstraction2 tree.
>
> Took me a little while to understand it, but it seems the patch is
> right. I committed and pushed it to master. Linas, can you try again?
>
> Thanks much!

I've pushed a deterministic test for this (also below).  (In general,
when fixing something that isn't already reliably reproduced by the
build, please write a regression test if feasible.)

      Neil


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: 0001-Deterministic-test-for-the-r6rs-ports.test-segmentat.patch --]
[-- Type: text/x-diff, Size: 845 bytes --]

From 4574ec212aad4df9571463ee4d45beb2607e51ad Mon Sep 17 00:00:00 2001
From: Neil Jerram <neil@ossau.uklinux.net>
Date: Sun, 21 Jun 2009 13:31:20 +0100
Subject: [PATCH] Deterministic test for the r6rs-ports.test segmentation fault

* test-suite/tests/r6rs-ports.test ("7.2.7 Input Ports"): Add (gc), to
  test the (ex-)bug in cbp_mark () when marking a closed port.
---
 test-suite/tests/r6rs-ports.test |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/test-suite/tests/r6rs-ports.test b/test-suite/tests/r6rs-ports.test
index 829258f..df12e5c 100644
--- a/test-suite/tests/r6rs-ports.test
+++ b/test-suite/tests/r6rs-ports.test
@@ -342,6 +342,7 @@
                                                     close!)))
 
       (close-port port)
+      (gc) ; Test for marking a closed port.
       closed?)))
 
 \f
-- 
1.5.6.5

Re: GNU Guile 1.9.0 released (alpha)

[Ludovic Courtès]

Hello,

Mike Gran <spk121@yahoo.com> writes:

> --- a/libguile/r6rs-ports.c
> +++ b/libguile/r6rs-ports.c
> @@ -210,7 +210,10 @@ static SCM
>  cbp_mark (SCM port)
>  {
>    /* Mark the underlying method and object vector.  */
> -  return SCM_PACK (SCM_STREAM (port));
> +  if (SCM_PTAB_ENTRY (port) != NULL)
> +    return SCM_PACK (SCM_STREAM (port));
> +  else
> +    return SCM_BOOL_F;
>  }

Hmm, how can we have "SCM_PTAB_ENTRY (port) == NULL" at this point?

GC is also unlikely to occur before "SCM_STREAM (port)" is initialized
since "SCM_SETSTREAM ()" is called right after
`scm_new_port_table_entry ()'.

Thanks in advance,
Ludo'.

Re: GNU Guile 1.9.0 released (alpha)

[Ludovic Courtès]

ludo@gnu.org (Ludovic Courtès) writes:

> Mike Gran <spk121@yahoo.com> writes:
>
>> --- a/libguile/r6rs-ports.c
>> +++ b/libguile/r6rs-ports.c
>> @@ -210,7 +210,10 @@ static SCM
>>  cbp_mark (SCM port)
>>  {
>>    /* Mark the underlying method and object vector.  */
>> -  return SCM_PACK (SCM_STREAM (port));
>> +  if (SCM_PTAB_ENTRY (port) != NULL)
>> +    return SCM_PACK (SCM_STREAM (port));
>> +  else
>> +    return SCM_BOOL_F;
>>  }
>
> Hmm, how can we have "SCM_PTAB_ENTRY (port) == NULL" at this point?

Of course I read Neil's commit right after: the answer is "if PORT is
closed."

Thanks for finding it out!

Ludo'.

Re: GNU Guile 1.9.0 released (alpha)

[Neil Jerram]

ludo@gnu.org (Ludovic Courtès) writes:

> Of course I read Neil's commit right after: the answer is "if PORT is
> closed."
>
> Thanks for finding it out!

The credit for that is Andy's.  When applying Mike's fix, he changed
it to say `SCM_OPENP (port)'.

Anyway, an excellent group effort! :-)

   Neil

Re: GNU Guile 1.9.0 released (alpha)

[Linas Vepstas]

2009/6/21 Andy Wingo <wingo@pobox.com>:

> Took me a little while to understand it, but it seems the patch is
> right. I committed and pushed it to master. Linas, can you try again?

Yes, that fixes it for me.

--linas

Re: GNU Guile 1.9.0 released (alpha)

[Changying Li]

thanks very much!

BTW, when will guile support unicode ?

ludo@gnu.org (Ludovic Court鑣) writes:

> We are pleased to announce GNU Guile release 1.9.0.  This is the first
> pre-release of what will eventually become the 2.0 release series.  It
> provides many new noteworthy features, most notably the addition of a
> compiler and virtual machine.  We encourage you to test them and provide
> feedback to `guile-devel@gnu.org'.
>
> The Guile web page is located at http://gnu.org/software/guile/, and
> among other things, it contains a link to the Guile FAQ and pointers to
> the mailing lists.
>
> Guile is an interpreter, compiler, and virtual machine for the Scheme
> programming language, with support for many SRFIs, packaged for use in a
> wide variety of environments.  In addition to implementing the R5RS
> Scheme standard, Guile includes a module system, full access to POSIX
> system calls, networking support, multiple threads, dynamic linking, a
> foreign function call interface, and powerful string processing.
>
> Guile can run interactively, as a script interpreter, and as a Scheme
> compiler to VM bytecode.  It is also packaged as a library so that
> applications can easily incorporate a complete Scheme interpreter/VM.
> An application can use Guile as an extension language, a clean and
> powerful configuration language, or as multi-purpose "glue" to connect
> primitives provided by the application.  It is easy to call Scheme code
> From C code and vice versa.  Applications can add new functions, data
> types, control structures, and even syntax to Guile, to create a
> domain-specific language tailored to the task at hand.
>
>
> Here are the compressed sources:
>   ftp://alpha.gnu.org/gnu/guile/guile-1.9.0.tar.gz   (4.6MB)
>
> Here are the GPG detached signatures[*]:
>   ftp://alpha.gnu.org/gnu/guile/guile-1.9.0.tar.gz.sig
>
> Here are the MD5 and SHA1 checksums:
>
> 71c3fa0ed22c91b30e9573478fdee4dc  guile-1.9.0.tar.gz
> 836cffc2d05cd0de938bf24bc91e9debe8fea060  guile-1.9.0.tar.gz
>
> [*] You can use either of the above signature files to verify that
> the corresponding file (without the .sig suffix) is intact.  First,
> be sure to download both the .sig file and the corresponding tarball.
> Then, run a command like this:
>
>   gpg --verify guile-1.9.0.tar.gz.sig
>
> If that command fails because you don't have the required public key,
> then run this command to import it:
>
>   gpg --keyserver keys.gnupg.net --recv-keys EA52ECF4
>
> and rerun the `gpg --verify' command.
>
> This release was bootstrapped with the following tools:
>   Autoconf 2.63
>   Automake 1.10.2
>   Libtool 2.2.6
>
>
> This is a new release series with many new features and differences
> compared to 1.8.  Excerpt from the `NEWS' file:
>
>   * New modules (see the manual for details)
>
>   ** `(srfi srfi-18)', more sophisticated multithreading support
>   ** `(ice-9 i18n)', internationalization support
>   ** `(rnrs bytevector)', the R6RS bytevector API
>   ** `(rnrs io ports)', a subset of the R6RS I/O port API
>   ** `(system xref)', a cross-referencing facility (FIXME undocumented)
>
>   * Changes to the stand-alone interpreter
>
>   ** Guile now can compile Scheme to bytecode for a custom virtual machine.
>   ** The stack limit is now initialized from the environment.
>   ** New environment variables: GUILE_LOAD_COMPILED_PATH,
>      GUILE_SYSTEM_LOAD_COMPILED_PATH
>   ** New read-eval-print loop (REPL) implementation
>   ** New `guile-tools' commands: `compile', `disassemble'
>
>   * Changes to Scheme functions and syntax
>
>   ** Procedure removed: `the-environment'
>   ** Files loaded with `primitive-load-path' will now be compiled
>      automatically.
>   ** New POSIX procedures: `getrlimit' and `setrlimit'
>   ** New procedure in `(oops goops)': `method-formals'
>   ** BUG: (procedure-property func 'arity) does not work on compiled
>      procedures
>   ** New procedures in (ice-9 session): `add-value-help-handler!',
>      `remove-value-help-handler!', `add-name-help-handler!'
>      `remove-name-help-handler!', `procedure-arguments',
>   ** Deprecated: `procedure->memoizing-macro', `procedure->syntax'
>   ** New language: ECMAScript
>   ** Defmacros may now have docstrings.
>   ** The psyntax expander now knows how to interpret the @ and @@ special
>      forms.
>   ** The psyntax expander is now hygienic with respect to modules.
>   ** New function, `procedure-module'
>   ** `eval-case' has been deprecated, and replaced by `eval-when'.
>   ** Guile is now more strict about prohibiting definitions in expression
>      contexts.
>   ** Defmacros must now produce valid Scheme expressions.
>   ** Guile's psyntax now supports docstrings and internal definitions.
>   ** Macros need to be defined before their first use.
>   ** Functions needed by macros at expand-time need to be present at
>      expand-time.
>   ** New variable, %pre-modules-transformer
>   ** Temporarily removed functions: `macroexpand', `macroexpand-1'
>   ** New reader macros: #' #` #, #,@
>   ** Incompatible change to #'
>   ** Scheme expresssions may be commented out with #;
>   ** `make-stack' with a tail-called procedural narrowing argument no longer
>      works (with compiled procedures)
>   ** backtraces through compiled procedures only show procedures that are
>      active in the current continuation
>   ** syntax-rules and syntax-case macros now propagate source information
>      through to the expanded code
>   ** The currying behavior of `define' has been removed.
>   ** All modules have names now
>   ** Many syntax errors have different texts now
>   ** Returning multiple values to compiled code will silently truncate the
>      values to the expected number
>   ** Multiple values in compiled code are not represented by compound
>      objects
>   ** Defmacros are now implemented in terms of syntax-case.
>   ** psyntax is now the default expander
>   ** syntax-rules and syntax-case are available by default.
>   ** Lexical bindings introduced by hygienic macros may not be referenced
>      by nonhygienic macros.
>   ** Macros may no longer be referenced as first-class values.
>   ** New macro type: syncase-macro
>   ** A new `memoize-symbol' evaluator trap has been added.
>   ** Duplicate bindings among used modules are resolved lazily.
>   ** New thread cancellation and thread cleanup API
>   ** Fix bad interaction between `false-if-exception' and stack-call.
>   ** New global variables: %load-compiled-path, %load-compiled-extensions
>   ** New procedure, `make-promise'
>   ** New entry into %guile-build-info: `ccachedir'
>   ** Fix bug in `module-bound?'.
>   ** `(ice-9 syncase)' has been deprecated.
>
>   * Changes to the C interface
>
>   ** The GH interface (deprecated in version 1.6, 2001) was removed.
>   ** Internal `scm_i_' functions now have "hidden" linkage with GCC/ELF
>   ** Functions for handling `scm_option' now no longer require an argument
>   indicating length of the `scm_t_option' array.
>   ** scm_primitive_load_path has additional argument, exception_on_error
>   ** New C function: scm_module_public_interface
>   ** `scm_stat' has an additional argument, `exception_on_error'
>   ** `scm_primitive_load_path' has an additional argument
>
>   * Changes to the distribution
>
>   ** Guile's license is now LGPLv3+
>   ** `guile-config' will be deprecated in favor of `pkg-config'
>   ** New installation directory: $(pkglibdir)/1.9/ccache
>   ** New dependency: GNU libunistring.
>
>
> You can follow Guile development in the Git repository and on the Guile
> mailing lists.  Guile builds from the `master' branch of Git have
> version number 1.9.x.
>
> Guile versions with an odd middle number, e.g., 1.9.*, are unstable
> development versions.  Even middle numbers indicate stable versions.
> This has been the case since the 1.3.* series.
>
> Please report bugs to `bug-guile@gnu.org'.  We also welcome reports of
> successful builds, which can be sent to the same email address.
>
>
> Ludovic Court鑣, on behalf of the Guile team.

-- 

Thanks & Regards

Changying Li

Re: GNU Guile 1.9.0 released (alpha)

[Mike Gran]

> From: Changying Li <lchangying@gmail.com>
> 
> thanks very much!
> 
> BTW, when will guile support unicode ?
> 

Hopefully, we will have Unicode functionality in
the second alpha version 1.9.1.  There are still
a couple of issues before it can be merged
into the main tree.  This should happen in a
month or so.