Hi,
Mike Gran writes:
> The Guile web site links to a doc on lonelycactus.com, which I'm going
> to repurpose at somepoint in the future. The doc is way obsolete, so it
> should probably be de-linked.
Done,
Ludo’.
Andy Wingo writes:
> On Mon 21 Mar 2011 23:19, Neil Jerram writes:
>
>> Following are 4 simple (I believe) patches that simplify the build.
>> Plus the one at the end (#5) that is only very loosely related to this,
>> because of its mentioning of the $GUILE variable, but I think is a
>> useful c
Hi,
Andy Wingo writes:
> On Fri 25 Mar 2011 18:58, l...@gnu.org (Ludovic Courtès) writes:
>
>> "Andy Wingo" writes:
>>
>>> bdw-gc 6.8 compatibility (hopefully)
>>
>> Aarrrgh. The intent has always been to support 7.x only (bdw-gc.h has
>> compatibility stuff for historical reasons), which
Hi,
On Fri 25 Mar 2011 19:06, l...@gnu.org (Ludovic Courtès) writes:
> Andy Wingo writes:
>
>> I think we made a mistake in exposing bdw-gc.h to libguile.h users.
>> gc.h is quite scrupulous to not include it, but smob.h, inline.h
>> (sometimes), and pthread-threads.h pull it in.
>
> is intenti
On Mon 21 Mar 2011 23:19, Neil Jerram writes:
> Following are 4 simple (I believe) patches that simplify the build.
> Plus the one at the end (#5) that is only very loosely related to this,
> because of its mentioning of the $GUILE variable, but I think is a
> useful cleanup anyway.
All sounds f
Hi!
On Fri 25 Mar 2011 18:58, l...@gnu.org (Ludovic Courtès) writes:
> "Andy Wingo" writes:
>
>> bdw-gc 6.8 compatibility (hopefully)
>
> Aarrrgh. The intent has always been to support 7.x only (bdw-gc.h has
> compatibility stuff for historical reasons), which is already enough
> work. ;-)
Hello,
Andy Wingo writes:
> I think we made a mistake in exposing bdw-gc.h to libguile.h users.
> gc.h is quite scrupulous to not include it, but smob.h, inline.h
> (sometimes), and pthread-threads.h pull it in.
is intentionally pulled because our public headers
use macros and inlines from .
On Sun 06 Mar 2011 06:25, Noah Lavine writes:
> Attached is a series of patches I've made for the wip-mlucy branch. It
> splits the PEG code into several little modules which go in
> module/ice-9/peg/. The original peg source file becomes very little.
> At the end it finally loses its big eval-wh
Hello!
"Andy Wingo" writes:
> commit 5f0d2951a0a5179038bee55fe9af688f94738075
> Author: Andy Wingo
> Date: Thu Mar 24 20:34:31 2011 +0100
>
> bdw-gc 6.8 compatibility (hopefully)
>
> * configure.ac (HAVE_GC_STACK_BASE): New check.
>
> * libguile/threads.c (GC_UNIMPLEMENT
On Fri 25 Mar 2011 02:52, Neil Jerram writes:
> Andy Wingo writes:
>
>> I have pushed something that causes the stack to be unwound before
>> exiting. Please let me know if you still see problems.
>
> Unfortunately, yes. Now when snarf-check-and-output-texi is run, I see:
>
> | GENguile-
Hi,
To follow up on this,
On Fri 25 Mar 2011 10:38, Andy Wingo writes:
> that is that we enable pthread redirects -- so users of libguile get
> pthread_create et al re-#defined.
This was causing http://thread.gmane.org/gmane.lisp.guile.bugs/5340.
> I think that in 2.2 we should not expose li
Hello,
I think we made a mistake in exposing bdw-gc.h to libguile.h users.
gc.h is quite scrupulous to not include it, but smob.h, inline.h
(sometimes), and pthread-threads.h pull it in.
Besides the modularity concerns that lead us to need to add bdw-gc libs
and cflags to Guile's libs and cflags,
Hi!
Andreas Rottmann writes:
[...]
>>> Excellent. Should we put `define-inlinable' in some common place to
>>> avoid code duplication? If so, where?
>>
>> That would be nice, if we are confident that it’s not broken any more. ;-)
>> ISTR that Chez’ ‘define-integrable’ macro is hairier than th
Andreas Rottmann writes:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Hi Andreas,
>>
>> I’m all for your suggestion.
>>
>> Andreas Rottmann writes:
>>
>>> + (define-syntax define-fxop*
>>> +(syntax-rules ()
>>> + ((_ name op)
>>> + (define name
>>> +(case-lambda
>>> + (
l...@gnu.org (Ludovic Courtès) writes:
> Hello!
>
> Andreas Rottmann writes:
>
>> l...@gnu.org (Ludovic Courtès) writes:
>>
>>> Hi!
>>>
>>> Andreas Rottmann writes:
>>>
+SCM_DEFINE (scm_fixnum_p, "fixnum?", 1, 0, 0,
+(SCM x),
+"Return @code{#t} if @var{x} i
Hello!
Andreas Rottmann writes:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Hi!
>>
>> Andreas Rottmann writes:
>>
>>> +SCM_DEFINE (scm_fixnum_p, "fixnum?", 1, 0, 0,
>>> +(SCM x),
>>> +"Return @code{#t} if @var{x} is a fixnum, @code{#f}
>>> otherwise.")
>>> +#define FU
16 matches
Mail list logo