l...@gnu.org (Ludovic Courtès) writes:
> commit b9619bff4ddff267149e7e869ef3c2bcb9c4f4b4
> Author: Ludovic Courtès
> Date: Fri Oct 2 15:28:29 2009 +0200
>
> Arrange so that `SCM_I_CURRENT_THREAD' is not accessed outside of
> libguile.
[...]
> Given the second commit, changing the
On Oct 4, 2009, at 10:03, Ludovic Courtès wrote:
I looked again at how/whether we could improve thread-local storage
access, using compiler support (the ‘__thread’ storage class).
For the most part I think the wip-tls changes look good. In the non-
__thread case, though, you've eliminated the
On Mon 05 Oct 2009 23:52, Andreas Rottmann writes:
> I just noticed that the patch breaks "reader.test", as that hardcodes
> the message exception message format string (eeew!) -- if you apply that
> patch, you might want to change that string as well.
Oh man, at some point we have some pain com
Greetings Guilers,
It seems that the moon has rolled around again! Meaning, of course, that
Guile is frozen. Same thing as usual: testing, regression fixes,
documentation, etc.
I haven't discussed this with Ludovic yet, but maybe we can relax this
freeze slightly. This cycle has been a bit less h
Hi all,
it's been some time since I last worked on guile/elisp, but I hope to
get back to it soon (gcc recently went to bug-fix only mode before the
next release and I wanted to implement some stuff before the dead-line
over the last weeks). Andy, what's your status on looking through my
eli
l...@gnu.org (Ludovic Courtès) writes:
> I looked again at how/whether we could improve thread-local storage
> access, using compiler support (the ‘__thread’ storage class).
I worry a bit about having another build option, that might end up not
used and so bitrotting. Also I wonder, if #1 is alw
David Arroyo Menéndez writes:
> I've filled the form ...
That's great; have you also sent it off to the FSF? Which form of
assignment did you choose?
> El 1 de octubre de 2009 14:02, David Arroyo Menéndez
> escribió:
>
> I've generated this images to be incorporated in the book, the image
Andy Wingo writes:
> I haven't discussed this with Ludovic yet, but maybe we can relax this
> freeze slightly. This cycle has been a bit less hectic, Mike having
> gotten most of his stuff in, my having been on holiday, etc; so, I would
> like to propose that anyone who has a branch that they wan
> From: Andy Wingo
> Subject: frozen!
I have three changes I'd like to put in for this
release. One is a new feature.
I need to roll back the changes made to i18n.c
that made locale-specific case conversion of strings
work on GNU but break on Darwin. Locale-specific
case conversion of strings
Hello,
Mike Gran writes:
> I need to roll back the changes made to i18n.c
> that made locale-specific case conversion of strings
> work on GNU but break on Darwin.
Yes, this one is important IMO.
Thanks,
Ludo’.
Hello,
Andy Wingo writes:
> It seems that the moon has rolled around again!
Already!
> I haven't discussed this with Ludovic yet, but maybe we can relax this
> freeze slightly. This cycle has been a bit less hectic, Mike having
> gotten most of his stuff in, my having been on holiday, etc; so,
l...@gnu.org (Ludovic Courtès) writes:
> Hi,
>
> Andreas Rottmann writes:
>
>> Attached is a patch that extends the read syntax to allow for #| ... |#
>> block comments.
>
> Are there objections to this patch? If no, I’ll apply it.
As long as it's still possible to override with (read-hash-exte
Hello,
Neil Jerram writes:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> I looked again at how/whether we could improve thread-local storage
>> access, using compiler support (the ‘__thread’ storage class).
>
> I worry a bit about having another build option, that might end up not
> used and so
On Oct 6, 2009, at 16:05, Daniel Kraft wrote:
If any such value is hit when reading/setting a variable, we do the
needed stuff for handling aliases/foolocal variables instead of
doing the operation directly. While this should work, I fear that
it hits performance once again... But I do not
On Oct 6, 2009, at 17:35, Mike Gran wrote:
I need to roll back the changes made to i18n.c
that made locale-specific case conversion of strings
work on GNU but break on Darwin. Locale-specific
case conversion of strings works, but only when
the locale is set using setlocale.
Thanks. Though per
Hi Ken,
Ken Raeburn writes:
> For the most part I think the wip-tls changes look good. In the non-
> __thread case, though, you've eliminated the pthread_key_create call,
> making it not work on my Mac.
Oops, thanks for pointing it out.
(I find it surprising that MacOS doesn’t have TLS suppor
Hello,
I just committed support for ‘-Wunbound-variable’:
http://git.sv.gnu.org/cgit/guile.git/commit/?id=f67ddf9dbfec851676806a2f3dff7eae539ac499
It works pretty well, except for occurrences of ‘define-class’ et al.,
which lead to false positives because the code generated by these macros
do
Ken Raeburn writes:
> On Oct 6, 2009, at 17:35, Mike Gran wrote:
>> I need to roll back the changes made to i18n.c
>> that made locale-specific case conversion of strings
>> work on GNU but break on Darwin. Locale-specific
>> case conversion of strings works, but only when
>> the locale is set u
18 matches
Mail list logo
