Hello,
Andy Wingo writes:
> On Thu 06 Aug 2009 18:30, Ken Raeburn writes:
>
>> On Aug 5, 2009, at 10:06, I wrote:
>>> (3) My four-year-old comments on scm_enter/leave_guile, recorded in
>>> threads.c around line 300, still stand Those functions really
>>> ought to go away. At least they'r
Neil Jerram wrote:
>
> bornlibra23 writes:
>
>> Thanks Mike for the heads up but the problem I think is with the source
>> code
>> itself. I get the same error on linux though it doesnt die there. I
>> preprocessed the code & changed the line like so :
>>>From (ch) == ' ' | (ch) == '\t') t
l...@gnu.org (Ludovic Courtès) writes:
> Hello!
>
> I'm tempted to apply these two patches to 1.8:
>
>
> http://git.savannah.gnu.org/cgit/guile.git/commit/?id=4d0949ea45c46dd13e767a8a3342d02caef1b483
>
> http://git.savannah.gnu.org/cgit/guile.git/commit/?id=b3ce13b667634be30ab2d74b8ccb1de190
l...@gnu.org (Ludovic Courtès) writes:
> It also makes it possible to provide two versions of the same symbol,
> e.g.:
>
> SCM scm_from_string (const char *)--> GUILE_2.0
> SCM scm_from_string (const char *, scm_t_handler) --> GUILE_2.1
>
> Applications that were compiled again
Hi Neil,
Neil Jerram writes:
> If the temptation is strong, though, I'd add that
>
> - 4d0949 looks safe. It's arguably just a bug that these functions
> were ever exposed, and I don't think that anyone will actually have
> found them useful outside libguile.
Agreed. I'll eventually commi
Neil Jerram writes:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> It also makes it possible to provide two versions of the same symbol,
>> e.g.:
>>
>> SCM scm_from_string (const char *)--> GUILE_2.0
>> SCM scm_from_string (const char *, scm_t_handler) --> GUILE_2.1
>>
>> Appli
Neil Jerram writes:
> Albert Chin writes:
>> But, on HP-UX/IA64, has a conflicting declaration of jmp_buf.
>
> Thanks for the report. This is also a Debian bug [1], and their patch
> is [2].
>
> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506684
> [2]
> http://patch-tracking.debian.
Andy Wingo writes:
> On Tue 14 Jul 2009 10:07, Neil Jerram writes:
>
>> but the right thing to do is to fix the scm_set_source_properties_x ()
>> code.
>
> Yes, this would be better.
Here are my proposed changes for that, for master. Please let me know
of any comments.
Unfortunately too late
The wip-manual branch contains various bits of work on the manual.
It's largely driven by the plan to publish the manual as a book, later
this year, and the biggest change so far is the merging of the GOOPS
manual. Apart from that I'm not following any kind of systematic
plan, just reviewing and w
Hey Neil,
Thanks for addressing this. Looking forward to trying it out -- it'll
be a great help.
Regards,
Julian
On Fri, Aug 14, 2009 at 1:00 PM, Neil Jerram wrote:
> Andy Wingo writes:
>
>> On Tue 14 Jul 2009 10:07, Neil Jerram writes:
>>
>>> but the right thing to do is to fix the scm_set
Neil Jerram writes:
> Neil Jerram writes:
>
>> Albert Chin writes:
>
>>> But, on HP-UX/IA64, has a conflicting declaration of jmp_buf.
>>
>> Thanks for the report. This is also a Debian bug [1], and their patch
>> is [2].
>>
>> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506684
>> [2
Hi-
guile.m4's serial number should be bumped for releases if it has changed.
Thanks,
Mike
l...@gnu.org (Ludovic Courtès) writes:
> It will give us more options on GNU (and possibly Solaris) but not on
> the other platforms. So that won't affect our policy of not breaking
> the ABI during a stable series.
>
> On GNU and Solaris, we may be able to reduce the number of applications
> tha
l...@gnu.org (Ludovic Courtès) writes:
> Looks good to me (you can still commit it for 1.9.2 if you want).
Thanks, but I think it's OK to wait. Even if we lose out on some
testing, and eventually release 2.0 with a bug, it's still only a bug
fix needed that we can add later.
Neil
bornlibra23 writes:
> I just patched this in the code butu it still fails. I have yet to try the
> 1.8.7 version.
In the same way, or differently? Please provide the relevant part of
the new build output.
Regards,
Neil
15 matches
Mail list logo