On Tue 22 Feb 2011 07:09, nalaginrut nalagin...@gmail.com writes:
The problem is SCM_BOOL_T convert to #nil, and (not #nil)==#t ! So I
can't get a logical result.
I believe this indicates that you compiled this extension against
headers from 1.8 or earlier. Not sure how you managed that :)
Hi Jan,
Excuse the long quote here, but:
On Tue 15 Feb 2011 11:20, Jan Nieuwenhuizen janneke-l...@xs4all.nl writes:
Ludovic Courtès schreef op za 29-01-2011 om 22:34 [+0100]:
From 4aeb4bb48423d87001b598030afed0a2dc03e747 Mon Sep 17 00:00:00 2001
From: Jan Nieuwenhuizen jann...@gnu.org
nalaginrut nalagin...@gmail.com writes:
I found SCM_BOOL_T will convert to #nil in the Guile.
You must be including the C headers from Guile 1.8, but linking to
libguile from Guile 2.0.
Mark
If we write c-function like this:
SCM_DEFINE(scm_my_init,
On 22 Feb 2011, at 09:11, Andy Wingo wrote:
The problem is SCM_BOOL_T convert to #nil, and (not #nil)==#t ! So I
can't get a logical result.
I believe this indicates that you compiled this extension against
headers from 1.8 or earlier. Not sure how you managed that :)
I noticed that that
Hello,
Andy Wingo wi...@pobox.com writes:
On Mon 21 Feb 2011 21:50, l...@gnu.org (Ludovic Courtès) writes:
--- a/libguile/ports.c
+++ b/libguile/ports.c
@@ -661,6 +661,19 @@ scm_i_remove_port (SCM port)
scm_port_non_buffer (p);
p-putback_buf = NULL;
p-putback_buf_size = 0;
+
+
On 22 Feb 2011, at 09:11, Andy Wingo wrote:
The problem is SCM_BOOL_T convert to #nil, and (not #nil)==#t ! So I
can't get a logical result.
I believe this indicates that you compiled this extension against
headers from 1.8 or earlier. Not sure how you managed that :)
I noticed
On 22 Feb 2011, at 12:44, nalaginrut wrote:
The problem is SCM_BOOL_T convert to #nil, and (not #nil)==#t ! So I
can't get a logical result.
I believe this indicates that you compiled this extension against
headers from 1.8 or earlier. Not sure how you managed that :)
I noticed that
Andy Wingo wi...@pobox.com writes:
On Tue 15 Feb 2011 10:49, Mark H Weaver m...@netris.org writes:
The first patch is trivial, but there for the sake of correctness.
Please apply, thanks.
Ludo applied this before the 2.0.0 release.
The second patch adds round-ash, a rounding arithmetic
On Tue 22 Feb 2011 12:36, l...@gnu.org (Ludovic Courtès) writes:
+
+ if (p-input_cd != (iconv_t) -1)
+{
+ iconv_close (p-input_cd);
+ p-input_cd = (iconv_t) -1;
+}
+
+ if (p-output_cd != (iconv_t) -1)
+{
+ iconv_close (p-output_cd);
+ p-output_cd =
On Tue 22 Feb 2011 18:54, Mark H Weaver m...@netris.org writes:
Andy Wingo wi...@pobox.com writes:
On Tue 15 Feb 2011 10:49, Mark H Weaver m...@netris.org writes:
The first patch is trivial, but there for the sake of correctness.
Please apply, thanks.
Ludo applied this before the 2.0.0
On Tue 22 Feb 2011 20:14, BT Templeton b...@hcoop.net writes:
Guile-SDL contains some cpp macros that define multiple subrs. To allow
that, this patch modifies guile-snarf to recognize more than one
initialization action per line, which is necessary because GNU's C
preprocessor removes
On Fri 18 Feb 2011 19:37, Mark H Weaver m...@netris.org writes:
From 873dfab119592658adce812a0fea0d6a688a3637 Mon Sep 17 00:00:00 2001
From: Mark H Weaver m...@netris.org
Date: Tue, 15 Feb 2011 19:29:41 -0500
Subject: [PATCH] Portability fix for new log and log10
* libguile/numbers.c:
Hi!
Andy Wingo wi...@pobox.com writes:
On Tue 22 Feb 2011 12:36, l...@gnu.org (Ludovic Courtès) writes:
+
+ if (p-input_cd != (iconv_t) -1)
+{
+ iconv_close (p-input_cd);
+ p-input_cd = (iconv_t) -1;
+}
+
+ if (p-output_cd != (iconv_t) -1)
+{
+
Andy Wingo wi...@pobox.com writes:
On Tue 22 Feb 2011 20:14, BT Templeton b...@hcoop.net writes:
Guile-SDL contains some cpp macros that define multiple subrs. To allow
that, this patch modifies guile-snarf to recognize more than one
initialization action per line, which is necessary because
Hello all,
I recently noticed that scm_i_big2dbl contains some crufty and
inefficient compatibility code to work around unspecified rounding
behavior of mpz_get_d in GMP prior to version 4.2. GMP 4.2 was released
in March 2006 and has been in Debian since sarge (now oldstable).
How would you
On Feb 22, 2011, at 07:00, Hans Aberg wrote:
[quoting others...]
I noticed that that is possible - in fact, to make sure to get it right, I
removed all Guile headers in /usr/local/include/ and reinstalled guile-2.0.
The Guile 1.8 header libguile.h is in /usr/local/include/, but the one from
Well~I modified the include path and it's done.
Thanks all!
If you use `guile-config compile` (and `guile-config link`) in your
Makefile it will come out right.
Unless you're also using some other foo-config script for the same object
file (defining Guile wrappers for the Foo
17 matches
Mail list logo