guile-devel
[Top][All Lists]
Advanced

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

Re: Release time!


From: Ludovic Courtès
Subject: Re: Release time!
Date: Tue, 06 Nov 2012 19:41:03 +0100
User-agent: Gnus/5.130005 (Ma Gnus v0.5) Emacs/24.2 (gnu/linux)

Hi Mark,

Mark H Weaver <address@hidden> skribis:

> Here are the items from my TODO list that I hope to do for 2.0.7:
> (and if anyone else wants to do any of these, that would be great!)
>
> * Move docs for SRFI-9 records into the "Compound Data Types" section of
>   the manual, and move docs for the older structures and records into a
>   "Low-level structures" section (with big warnings on top).
>
> * Fix thread-unsafe lazy initialization of 'scm_eval_string_in_module'.
>   (and search for other similar bugs).
>
> * Deal with the LD_LIBRARY_PATH issue.
>
> * Make sure that curly-infix is disabled when reading elisp code.
>
> * Fix par-map and par-for-each to use all ncores, not ncores-1.
>
> * Fix decompile-tree-il to recognize 'case' statements properly, now
>   that 'eqv?' is sometimes being optimized to 'eq?'.

Sounds good to me.  Thanks for keeping track of that!

> * Figure out a way to make Guildhall modules that will be overridden by
>   a matching module in core guile (if it exists).  This is important for
>   SRFIs.  Ian Price's Guildhall repository contains portable
>   implementions of several SRFIs that might become part of core Guile in
>   the future, and the core versions should take priority.

Could guildhall use SRFI-0 to check whether a given SRFI is already
provided by the host’s Guile, and determine based on that whether to
install its own version?

Thanks,
Ludo’.



reply via email to

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