() Andy Wingo
() Tue, 15 May 2012 22:14:31 +0200
2.0 is the current stable branch, so any changes should go
there first. If it's a build fix or some other fix related to
forward-compatibility with 2.0, it can go on 1.8 as well. We
should avoid adding interfaces to 1.8, though.
W
On Fri 25 May 2012 10:53, Thien-Thi Nguyen writes:
> http://www.gnuvola.org/software/guile/doc-xfer-2012-05-25.tar.xz
>
> It contains documentation for 17 ice-9 modules, plus some macros
> (see README). I hope it can be useful for Guile 1.8+ maintenance.
Super!
You interested in submitting t
Hi,
Ken Raeburn skribis:
> Is GC_PTR defined as void* in 6.8? If so, the patch to remove GC_PTR
> would still work. Though a configure test could probably be written
> to test whether the libgc header defines GC_PTR.
I agree we can remove it: in stable-2.0 it’s no longer used since commit
0f6
Hi,
Ken Raeburn skribis:
> * Don't use addresses of code labels with LLVM, even if the compiler
> supports them. At least with the version of LLVM GCC on my Mac ("gcc
> version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build
> 2336.1.00)"),
Damn, what compiler is this? It’s not the old GCC
Hi!
Jan Synacek skribis:
> Guile/Glue/glue.cpp:233:31: error: cannot convert ‘SCM {aka
> scm_unused_struct*}’ to ‘const char*’ for argument ‘1’ to
> ‘scm_unused_struct*
> scm_str2string(const char*)’
[...]
> glue.cpp:233 looks like this:
> char* _r= scm_scm2str (s, &len_r); // my co
On 25 May 2012, at 17:31, Ludovic Courtès wrote:
> Ken Raeburn skribis:
>
>> * Don't use addresses of code labels with LLVM, even if the compiler
>> supports them. At least with the version of LLVM GCC on my Mac ("gcc
>> version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build
>> 2336.1.00)")
() Andy Wingo
() Fri, 25 May 2012 14:48:19 +0200
You interested in submitting this as a patches to Guile?
Not really. The documentation is necessarily Guile 1.4-specific,
requiring reconciliation in both content and style for best 1.8+
fit. I think Noah Lavine is in a better position to do