Hi,
In function scm_gc_sweep () (gc.c:1922) appears the following condition:
if (scm_mallocated m)
abort ();
The comment above the abort () is very clear about why this happens.
However, since the triggering of this abort () can only be due to the
non respect of Guile's programming
Hi,
Neil Jerram [EMAIL PROTECTED] writes:
I wonder if that's because it's generally concerned about
uninitialized variables, or because it's noticed the apparent bug in
scm_c_make_socket_address, which does nothing with its address_size
parameter and instead has another size_t variable on
Hi,
Mike Gran [EMAIL PROTECTED] writes:
There are some C++-style comments in 1.8.0.
Good catch (but note that it's also allowed by C99). But after all,
it's not so pedantic: GCC 3 uses C89 by default and does not recognize
such comments, and some proprietary compilers certainly don't
Hi,
Mike Gran [EMAIL PROTECTED] writes:
In guile-core-1.8-20060711, in libguile/numbers.c, in
guile_ieee_init(), a C++ style cast is used instead of a C-style cast.
Also, a declaration block occurs in a code block. These bend the rules
of old-school ANSI C.
I checked it and committed it
Hi,
Claes Wallin [EMAIL PROTECTED] writes:
guile-CVS-060720 doesn't compile on Solaris 10. Attaching patch.
I won't be able to test your patch so here are just a few remarks.
Comments:
- Compiles and passes standalone tests now. Gets stack overflows on
elisp.test and when trying to
Kevin Ryde [EMAIL PROTECTED] writes:
Claes Wallin [EMAIL PROTECTED] writes:
+#ifdef __sun__
+/* workaround for broken Solaris 10 headers */
+#define SCM_I_PTHREAD_ONCE_INIT { PTHREAD_ONCE_INIT }
+#else /* !__sun__ */
+#define SCM_I_PTHREAD_ONCE_INIT
Hi,
percy tiglao [EMAIL PROTECTED] writes:
For example, on page 40 (the pg 40 in the ps output... maybe
different) you've got the line:
Type (backtrace) to get more information or (debug) to enter the debugger.
This doesn't go off the page; but it nearly does. But this is
obviously the
Hi,
Virgil Anderson [EMAIL PROTECTED] writes:
Running numbers.test
FAIL: numbers.test: number-string: (or (string=? (number-string
11.3 12) B.4) (string=? (number-string 11.3 12)
B.409))
One shouldn't worry about the failure of this test: Kevin disabled
Hi,
Han-Wen Nienhuys [EMAIL PROTECTED] writes:
Apparently, in GUILE-1.8.1 configure doesn't check for clog and csqrt().
This leads to problems on Freebsd 4.1, as the libc there doesn't
support both functions.
Does it provide them in some other library, like `-lm'?
Thanks,
Ludovic.
Hi,
Kevin Ryde [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] (Ludovic Courtès) writes:
Han-Wen Nienhuys [EMAIL PROTECTED] writes:
Apparently, in GUILE-1.8.1 configure doesn't check for clog and csqrt().
This leads to problems on Freebsd 4.1, as the libc there doesn't
support both functions
Hi Dale,
Dale Smith [EMAIL PROTECTED] writes:
ERROR: srfi-14.test: Latin-1 (8-bit charset): char-set:punctuation
(membership) - arguments: ((unbound-variable #f Unbound variable: ~S
(thrown) #f))
Here is the error: `thrown' instead of `throw'... It's all my fault,
sorry about that (I'm
Hi,
Szavai Gyula [EMAIL PROTECTED] writes:
--- orig/libguile/vectors.c 2006-11-28 10:15:36.354766400 +0100
+++ mod/libguile/vectors.c 2006-11-28 10:21:52.195198400 +0100
@@ -392,11 +392,11 @@
SCM res = SCM_EOL;
const SCM *data;
scm_t_array_handle handle;
- size_t i, len;
Hi,
Thanks for all these bug fixes! Note that I'm waiting for a few more
days so that I (or someone else) can review all of them in a row. ;-)
BTW, it would be helpful if you could provide a ChangeLog entry or a
short sentence explaining the fix you propose.
Thanks,
Ludovic.
Hi,
SZAVAI Gyula [EMAIL PROTECTED] writes:
guile-1.8-20061126
[EMAIL PROTECTED](#t #t)
== [EMAIL PROTECTED](#t #t)
--- orig/libguile/unif.c2006-11-29 00:28:41.655614400 +0100
+++ mod/libguile/unif.c 2006-11-29 00:43:33.67828 +0100
@@ -2669,7 +2669,7 @@
}
if
Hi,
And best wishes!
Kevin Ryde [EMAIL PROTECTED] writes:
Cesar Strauss [EMAIL PROTECTED] writes:
-# define LC_MESSAGES_MASK (1 LC_MESSAGES)
+# ifdef LC_MESSAGES /* undefined on mingw */
+# define LC_MESSAGES_MASK (1 LC_MESSAGES)
+# else
+# define LC_MESSAGES_MASK 0
+# endif
Hi Kevin,
Kevin Ryde [EMAIL PROTECTED] writes:
Marco Maggi [EMAIL PROTECTED] writes:
guile (equal? (values 1 2) (values 1 2))
ERROR: Stack overflow
Thanks, looks like a bug introduced by recursing into structs in
equal?. I guess scm_i_struct_equalp should check and ignore a field
type s
Hi,
Kevin Ryde [EMAIL PROTECTED] writes:
Yep, looks good.
Applied to both branches (I also converted the change logs in 1.8 to
UTF-8 :-)).
After I posted I wondered if the values struct is an actual s or if
there's some strange extra I couldn't spot. Testing eq avoids
worrying about that.
Hi,
Marijn Schouten (hkBst) [EMAIL PROTECTED] writes:
Kevin Ryde wrote:
In thread:
ERROR: In procedure gmtime:
ERROR: Value too large for defined data type
Can you tell where that comes from? That might be a new one.
I have no idea, I just mindlessly ran the tests :)
What exactly do
Hi,
Halton Huo [EMAIL PROTECTED] writes:
sun cc will build fail, just offer two patches to let sun cc build pass.
Can you be more specific as to what goes wrong? Perhaps you could post
the error messages here?
--- guile-1.8.1/libguile/numbers.c.orig 2007-03-22 17:46:53.913105000
Hi,
[EMAIL PROTECTED] (r. clayton) writes:
I was trying to build http://www.gnuvola.org/software/guile-sdl/ under
guile-1.8 on a debian testing system (updated weekly) and ran into a problem:
You should direct this question to its maintainer, Thien-Thi Nguyen
[EMAIL PROTECTED] (not sure
Hi,
Joseph Schiller [EMAIL PROTECTED] writes:
The previous release had
placed files in /usr/bin directory and the new is
placing them in /usr/local/share/guile.
[...]
After building Guile from sources, running guile
--version was showing guile 1.6.7 still. Running make
uninstall, and
Hi,
Itay Perl [EMAIL PROTECTED] writes:
There's a typo in libguile/number.c rev 1.288 (CVS): info after #endif should
be commented.
Thanks for your report, this is now fixed (CVS HEAD).
Ludovic.
___
Bug-guile mailing list
Bug-guile@gnu.org
Update of bug #19807 (project guile):
Open/Closed:Open = Closed
___
Follow-up Comment #2:
This is now fixed in both the `HEAD' and 1.8 CVS branches.
Thanks for your report!
Ludovic.
Hi,
[EMAIL PROTECTED] (r. clayton) writes:
Both versions of guile-www use make-shared-substring, which doesn't exist
under
guile 1.8. In addition, guile chokes on
(lambda* (name value #key path domain expires secure)
from cgi.scm in guile-www 1.1.1. The fix for the first problem is
Hi,
Thien-Thi Nguyen [EMAIL PROTECTED] writes:
if the configure script is NOT detecting missing `make-shared-substring',
then that's a bug -- please post the output of the ./configure run (w/o
the `--disable-shsub' option).
Nice that it can detect such things and adapt!
this should
Hi,
Marijn Schouten (hkBst) [EMAIL PROTECTED] writes:
define (num-bool i)
(case i
('0 #f)
('1 #t)))
Is this valid R5RS code? I would say no since it is neither a clause
nor an else clause.
(Your next message seems to imply that it is indeed incorrect.)
Thanks,
Ludovic.
Hi,
Marijn Schouten (hkBst) [EMAIL PROTECTED] writes:
The datums of the clauses are (quote 0) and (quote 1), each of which is
valid on its own, but since the datum quote is contained in both clauses,
the two of them together are invalid,
Ok, thanks for the clarification.
Ludovic.
Hi,
Sorry for the late answer.
[EMAIL PROTECTED] writes:
Reason: in file libguile/_scm.h, the wrong selection is taken in
#if HAVE_STAT64
#define CHOOSE_LARGEFILE(foo,foo64) foo64
#else
#define CHOOSE_LARGEFILE(foo,foo64) foo
#endif
This means either that
Hi,
[EMAIL PROTECTED] writes:
Reason: variable len is not declared, because the declaration
is in a #ifdef __MINGW32__ and the condition that determines
whether the variable is used or not is a #ifdef HAVE_UNSETENV / #else
Thus, if both Macros are undefined, the error results.
I believe
Hi,
[EMAIL PROTECTED] writes:
When building guile-1.8.1 on Solaris 2.6, compiling libguile/c-tokenize.c
fails because no include file stdint.h is present on the system.
Is `HAVE_STDINT_H' defined (see your `config.h')?
What about `SCM_I_GSC_NEEDS_STDINT_H' (see `gen-scmconfig.h')?
Hi,
[EMAIL PROTECTED] writes:
Should the building not also work when the src is read-only
(for example, a CDROM)? All modifications should be made in
the destination (object) directory tree?
Yes, you are right, and this is normally caught by make distcheck.
We'll fix it.
Thanks,
Ludovic.
Update of bug #20083 (project guile):
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Hi,
The handler does get called but it gets called asynchronously:
guile (sigaction SIGALRM
Hi,
Jon Wilson [EMAIL PROTECTED] writes:
I wrote about a bug in SRFI-19, namely that date-julian-day does not
take into account the time zone offset. I also posted a patch there.
However, since I got no response, I figure I probably posted to the
wrong list (I had forgotten about bug-guile
Hi,
xeos [EMAIL PROTECTED] writes:
I have found a bug on cvs guile. It has been reproduced by two users
more too. When Guile crashed when it evaluates a wrong expression of
the form:
(set! 'symbol value)
Guile should throw (and it do throw) a exeption, Nevertheless it
crashed in the
Hi Marco,
Marco Maggi [EMAIL PROTECTED] writes:
On Guile 1.8.1 the following:
[...]
segfaults inside METHOD-MORE-SPECIFIC? because, I think, the
empty list is not recognised as such. Yeah, maybe the empty
list is not what this function expects, but it should not
dump on me.
I fixed
Hi,
Mike Gran [EMAIL PROTECTED] writes:
It appears that there is no @include in the reference manual guile.texi
for the section autoconf.texi for the 1.8.x branch and the MAIN branch.
Indeed. The ChangeLog doesn't explicitly mention its removal, so it
might be accidental.
I think the
Hi,
Eric Eisner [EMAIL PROTECTED] writes:
In the srfi-19 module, the various conversion functions from time to
date all have the interesting behavior that the zone-offset: property of
the output date is somewhere in the range of -18000 to -44000.
For a specific test case:
(date-zone-offset
Hi,
Jon Wilson [EMAIL PROTECTED] writes:
I'm running guile-1.8.2 on ubuntu feisty. The following function
causes guile to segfault:
guile (define (consing lst) (consing (cons lst lst)))
guile (consing '())
Segmentation fault (core dumped)
I understand that guile should never ever
Follow-up Comment #2, bug #20814 (project guile):
Hi,
Can you please post sample code so that we have a clear idea of what you're
doing?
Also, what platform is this on?
Thanks,
Ludovic.
___
Reply to this item at:
Follow-up Comment #5, bug #20814 (project guile):
Hi,
In your first example, the thread that executes `scm_test ()' is not in Guile
mode (see `scm_with_guile'), hence the segfault I suppose.
In your second example, I suspect you have two initializations going in
parallel. I'd rather first
Hi,
Kevin Ryde [EMAIL PROTECTED] writes:
[belated followup]
[EMAIL PROTECTED] writes:
Workaround: in that file, for that platform, insert
#define _REENTRANT //(or #define __EXTENSIONS__)
Thanks, I added that in the cvs.
This broke on my GNU/Linux box, so I enclosed it in
`#ifndef
Hi,
Mike Gran [EMAIL PROTECTED] writes:
The 1.8.2 manual, in the 3.4.X Intro to Breakpoints section describes
functionality that doesn't exist, and suggests adding to the .guile
file the following libraries that do not appear in the distro
(ice-9 debugger breakpoints)
(ice-9 debugger
Hi,
Andy Wingo [EMAIL PROTECTED] writes:
Currently warnings about duplicates, etc are printed to the current
output port, whereas they should go to the error port.
Applied.
Thanks!
Ludovic.
___
Bug-guile mailing list
Bug-guile@gnu.org
Hi,
[EMAIL PROTECTED] writes:
Here is a bug in stable-sort (it can't sort the empty list):
This has been fixed in CVS. The fix will appear in the next stable
release (1.8.3).
Thanks for your report,
Ludovic.
___
Bug-guile mailing list
Hi,
Bryce L Nordgren [EMAIL PROTECTED] writes:
1st: I don't know anything about Scheme. Scheme/SLIB is required for GnuCash
which has ~4 years
of my books in it.
This problem with `(ice-9 slib)' that you describe is a known one, which
are working on.
In the meantime, you can modify your
Hi,
Neil Jerram [EMAIL PROTECTED] writes:
The patch below cures this, but is it correct?
No, because M4 macro `gl_EARLY' requires `AC_GNU_SOURCE', which in turn
defines `_GNU_SOURCE' when available.
My `config.h' here contains this:
/* Enable GNU extensions on systems that have them. */
Hi,
Hans Aberg [EMAIL PROTECTED] writes:
readline.c: In function ‘rl_cleanup_after_signal’:
readline.c:109: error: ‘rl_pending_input’ undeclared (first use in
this function)
What version of GNU Readline do you have?
Here, it works fine with 5.2.
Thanks,
Ludovic.
Hi,
Bryce L Nordgren [EMAIL PROTECTED] writes:
Thanks for the help. I edited ice-9/slib.scm as you specified, and now I'm
getting behavior
which might be right and might not be: error on the first try and success on
the second:
# guile
guile (use-modules (ice-9 slib))
ERROR: Unbound
Hi,
David Fang [EMAIL PROTECTED] writes:
It's not a perfect substitute for GNU readline.
Then I guess MacOS X users had better install the real GNU Readline.
Alternatively, we could detect whether `rl_pending_input' is available
at configure-time, and `#ifdef' the offending line of code.
Hi,
Gregory Marton [EMAIL PROTECTED] writes:
I indeed hadn't noticed that it was intentional, but I'm in agreement
with Ludovic. I'm concerned that my customer shouldn't be confused
and worried by a warning, and I see no way to override the warning
myself.
You can insert the following line
Hi,
Gregory Marton [EMAIL PROTECTED] writes:
On Mon, 8 Oct 2007, Ludovic Courtès wrote:
You can insert the following line at the beginning of your program:
(default-duplicate-binding-handler 'last)
This affects all bindings, not just the ones I no longer want to be
warned about.
Yes
Hi Neil,
Neil Jerram [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] (Ludovic Courtès) writes:
(I had forgotten about it, which may be an indication that we should
really start using the bug tracker.)
What would that involve?
Not much actually. Just mention it in the relevant pieces
Hi,
Neil Jerram [EMAIL PROTECTED] writes:
For 1.6 the fix is slightly different; please see below and let me
know if you have any comments.
It seems unlikely to introduce a regression. However, that means we
should keep producing bug-fix releases of 1.6?
Thanks,
Ludovic.
Hi,
Neil Jerram [EMAIL PROTECTED] writes:
So would then ask people to raise bugs on savannah, instead of
emailing bug-guile? Or can we implement something to catch emails to
bug-guile and automatically raise corresponding bugs on savannah?
(Surely someone has done that already?)
The
Hi,
Neil Jerram [EMAIL PROTECTED] writes:
I've found gl_EARLY now in the Guile source, in m4/gnulib-comp.m4.
But my definition doesn't require AC_GNU_SOURCE:
[...]
[EMAIL PROTECTED]:~$ gnulib-tool --version
/usr/bin/gnulib-tool (GNU gnulib) 2006-11-29
My `gl_EARLY' does require
Hi,
Neil Jerram [EMAIL PROTECTED] writes:
The problem was lines like the following in /usr/bin/gnulib-tool.
if grep AC_GNU_SOURCE $destdir/$m4base/*.m4 /dev/null 2/dev/null; then
echo AC_REQUIRE([AC_GNU_SOURCE])
So, if you create a file m4/workaround.m4, containing just
Hi Neil,
Neil Jerram [EMAIL PROTECTED] writes:
It would be convenient if it worked though, as then we wouldn't have
to invalidate email bug-guile@gnu.org as a method of reporting bugs.
Note: just because we recommend using the bug tracker doesn't mean we
should ignore messages sent manually
Hi,
Poor Yorick [EMAIL PROTECTED] writes:
building guile-1.8.2 on gcc (GCC) 3.3.2 with an alternate --prefix, it looks
like root is still needed:
/path/to/src/guile-1.8.2_sunos/guile-1.8.2/configure \
--disable-error-on-warning \
Follow-up Comment #2, bug #20941 (project guile):
The thing is, for engineering reasons, there are procedures used by macros
that you may not want to export. Or the macros you export may be using
procedures from other modules that you do not want to re-export. Overall, you
don't want to
URL:
http://savannah.gnu.org/bugs/?21790
Summary: `SCM_RESET_DEBUG_MODE' broken in HEAD
Project: Guile
Submitted by: civodul
Submitted on: Thursday 12/13/2007 at 14:29
Category: None
Severity: 3 - Normal
Hi,
I'm slowly getting back to Guile, and the first thing I came across was
this old Gnulib-related bootstrap issue (HEAD).
[EMAIL PROTECTED] (Ludovic Courtès) writes:
My `gnulib-cache.m4' is the same as the one in CVS HEAD:
http://cvs.savannah.gnu.org/viewvc/guile/guile-core/m4/gnulib
Hi,
Neil Jerram [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] (Ludovic Courtès) writes:
On a related note, when bootstrapping, `autoreconf' complains that we're
using `AM_GNU_GETTEXT' without having `po' in `SUBDIRS'---which is
normal since no string is internationalized. Still
Hello,
I would recommend using the 1.8.x series instead of 1.6.8 unless you
really need 1.6, in which case we can try to work this out.
Thanks,
Ludovic.
Update of bug #21378 (project guile):
Assigned to:None = civodul
___
Follow-up Comment #3:
Sorry for taking s long to handle this.
It appears that the main issue here is that all
Hi,
Neil Jerram [EMAIL PROTECTED] writes:
Rainer Tammer [EMAIL PROTECTED] writes:
Under Linux: is not NULL
Under AIX: is NULL
Note: in HEAD, we could use the `malloc' and `realloc' Gnulib modules to
address this.
Thanks,
Ludovic.
Update of bug #21378 (project guile):
Open/Closed:Open = Closed
___
Follow-up Comment #4:
I committed the proposed change to both branches, so it will be in 1.8.4.
Thanks,
Ludovic.
Follow-up Comment #7, bug #21378 (project guile):
Hi David,
Thanks a lot for the patch, which is now installed. Hopefully 1.8.4 will
compile out-of-the-box with Sun Studio.
Ludovic.
___
Reply to this item at:
Hi Rainer,
Rainer Tammer [EMAIL PROTECTED] writes:
I tried to build GUILE 1.8.3 on AIX 6.1 with the IBM XL C/C++ 9.0 compiler.
During the build I get the following error:
./guile_filter_doc_snarfage --filter-snarfage) regex-posix.doc || {
[...]
In
Hi,
[EMAIL PROTECTED] (Ludovic Courtès) writes:
CFLAGS=-the-option-that-enables-optimizations ./configure
It seems that `-qtune=auto' would make it.
Best of all, we could directly use `AX_CC_MAXOPT' to solve this:
http://autoconf-archive.cryp.to/ax_cc_maxopt.html
Thanks,
Ludovic.
Hi,
Rainer Tammer [EMAIL PROTECTED] writes:
I added -qtune=auto but this did not solve the problem...
I will try other optimization settings...
You did make clean all after reconfiguring with your `CFLAGS', right?
Also, do the actual compilation command lines show that your `CFLAGS'
settings
Hi Rainer,
Rainer Tammer [EMAIL PROTECTED] writes:
I managed to compile GUILE 1.8.3+ fixes on AIX 6.1 with IBM XL C/C++ 9.0.
Good news!
export LDFLAGS=-Wl,-brtl -L/opt/freeware/lib
export CFLAGS=-D_USE_IRS -Dinline=__inline__ -qtune=auto -O2
-I/opt/freeware/include
Isn't it the `inline'
Hi,
Rainer Tammer [EMAIL PROTECTED] writes:
Ludovic Courtès wrote:
Isn't it the `inline' thing that made it work? You did not include
`config.log' and `config.h': normally, these should already define
`inline' as `__inline__'.
the inline to __inline__ mapping is needed for IBM XL C/C
Rainer Tammer [EMAIL PROTECTED] writes:
Ludovic Courtès wrote:
Right, but doesn't `configure' detect this? The output of
grep inline config.log should show it.
Unfortunately no ...
So what does grep inline config.log show?!
Not really:
-qtune=option Specifies the architecture
Hi,
Rainer Tammer [EMAIL PROTECTED] writes:
Ludovic Courtès wrote:
So what does grep inline config.log show?!
There is a inline but this version is not compatible...
Note that this does not answer my question. :-)
The inline produces the following error:
strings.c, line 132.10: 1506
number 1.9.0.
Guile versions with an odd middle number, e.g., 1.9.*, are unstable
development versions. Even middle numbers indicate stable versions.
This has been the case since the 1.3.* series.
Please send bug reports to [EMAIL PROTECTED]'.
Ludovic Courtès, on behalf of the Guile team.
Hi Rainer,
Rainer Tammer [EMAIL PROTECTED] writes:
Ludovic Courtès wrote:
Then you should only get a warning at compilation-time about
`hstrerror ()' being undeclared, but the build process should continue
and Guile should link fine.
I'm reluctant to adding a `#define _USE_IRS' without
Update of bug #22369 (project guile):
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Thanks for finding it out! It's now fixed in CVS, will be in 1.8.5.
Actually, `scm_add_slot ()'
Hi,
Hans Aberg [EMAIL PROTECTED] writes:
Guile-1.8.4 does not compile on Mac OS X 10.4.11 PPC G4 (see below).
readline.c:109: error: ‘rl_pending_input’ undeclared (first use in
As we already discussed, you'll want to install GNU Readline, as opposed
to the BSD Editline broken Readline
Hi,
Tim Mooney [EMAIL PROTECTED] writes:
/usr/include/complex.h on Solaris has these defines near the top:
/*
* Compilation environments for Solaris must provide the _Imaginary
* datatype
* and the compiler intrinsics _Complex_I and _Imaginary_I
*/
#define _Complex_I _Complex_I
Hi,
Amatus [EMAIL PROTECTED] writes:
This change adds get_thread_stack_base support for FreeBSD.
Can you explain what it fixes? Doesn't the current method work? Does
it build at all? Does it fail at run-time?
Furthermore, can you summarize your solution: What's pthread_np.h?
What's
URL:
http://savannah.gnu.org/bugs/?22668
Summary: Adjust use of `inline' depending on whether a C99
compiler is used
Project: Guile
Submitted by: civodul
Submitted on: Wednesday 03/19/2008 at 16:20
Category: None
Update of bug #22668 (project guile):
Open/Closed:Open = Closed
___
Follow-up Comment #1:
I've fixed it in the following commit:
Hi,
Vincent Lefevre [EMAIL PROTECTED] writes:
On http://www.gnu.org/software/guile/gnu-guile-projects.html there are
links to:
https://gna.org/projects/gee
but this page says that the group doesn't exist.
It looks like the project has been unregistered. Marco: can you tell us
what
Hi,
[EMAIL PROTECTED] (Ludovic Courtès) writes:
Vincent Lefevre [EMAIL PROTECTED] writes:
On http://www.gnu.org/software/guile/gnu-guile-projects.html there are
links to:
https://gna.org/projects/gee
but this page says that the group doesn't exist.
It looks like the project has been
Update of bug #22919 (project guile):
Status:None = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Hi,
szgyg [EMAIL PROTECTED] writes:
Allen Hewes írta:
./pre-inst-guile
guile (strftime %z (gmtime 0))
+
guile (begin
(putenv TZ=GMT+0)
(tzset)
(let ((tm (localtime 86400)))
(strftime %z tm)))
+
guile (begin
(putenv TZ=EST+5)
(tzset)
(let ((tm (localtime 86400)))
(strftime
Hi Alain,
Alain Guibert [EMAIL PROTECTED] writes:
| $ ./configure
| [...]
| checking for __gmpz_init in -lgmp... no
| configure: error: GNU MP not found, see README
Indeed this distribution has its original old gmp 2.0.2 as
/usr/lib/libgmp.so.2.0.2, which has no __gmpz_init (but a
URL:
http://savannah.gnu.org/bugs/?23112
Summary: SRFI-1 `drop-right' and `take-right' don't work
with dotted lists
Project: Guile
Submitted by: civodul
Submitted on: Wednesday 04/30/2008 at 07:25
Category: None
Hi,
FYI, I removed references to GEE from the web page, although I'd be
happy if someone took it over...
Thanks,
Ludovic.
Index: gnu-guile-projects.html
===
RCS file: /webcvs/guile/guile/gnu-guile-projects.html,v
retrieving
Hi,
Neil Jerram [EMAIL PROTECTED] writes:
What's the underlying issue here? Has libtool 2 dropped support for
pre-opening, or is there a different incantation needed for loading
pre-opened symbols, or is there something about Guile's build that
prevents libltdl from exporting
Hi,
Neil Jerram [EMAIL PROTECTED] writes:
--- a/libguile/ChangeLog
+++ b/libguile/ChangeLog
@@ -1,3 +1,9 @@
+2008-05-12 Neil Jerram [EMAIL PROTECTED]
+
+ * discouraged.c: Expand DEFFROM and DEFTO macros, to avoid
+ compiler warnings about excess semicolons. (Reported by Didier
Hi,
Neil Jerram [EMAIL PROTECTED] writes:
I agree that that's an Emacs bug - as opposed to a bug with the code
as it was - but in the end I thought hey, this is discouraged code,
so probably no one will ever touch it again, so does it really matter
whether we keep those DEFFROM and DEFTO
Hi Bruno,
Bruno Haible [EMAIL PROTECTED] writes:
On my system, (find-latin1-locale) returns de_DE.iso88591. Now look:
$ guile
guile (char-set-size char-set:letter)
52
guile (setlocale LC_CTYPE de_DE.iso88591)
de_DE.iso88591
guile (char-set-size char-set:letter)
124
guile char-set:letter
Hi,
Alexander Asteroth [EMAIL PROTECTED] writes:
OK, I managed getting guile-1.8.5 compiled on Mac OS X Leopard.
Since gmp-4.2.2 detected 64 bit (and compilation failed with ABI=32) I
configured guile with CLFLAGS=-m64. After using make LIBTOOL=/usr/
local/bin/libool (to get libtool-2.2.2)
Hi Bruno,
Bruno Haible [EMAIL PROTECTED] writes:
Ludovic Courtès wrote in
http://lists.gnu.org/archive/html/bug-guile/2008-05/msg00014.html:
The cardinals of these char sets were taken from SRFI-14:
http://srfi.schemers.org/srfi-14/srfi-14.html#StandardCharsetDefs
This indicates
Hi Gregory,
Gregory Marton [EMAIL PROTECTED] writes:
Having failed to reach either:
[EMAIL PROTECTED]
Unrouteable address
[EMAIL PROTECTED]
Unrouteable address
I turn to you.
Sorry for not being more helpful, but the Guile-DBI manual (dated March
2005) mentions Maurizio
Hi,
Peter O'Gorman [EMAIL PROTECTED] writes:
We built guile-1.8.5 on multiple machines with the native compilers and
these patches:
http://lists.gnu.org/archive/html/guile-devel/2008-05/msg00020.html
I'm now convinced that we should introduce this one in the next release.
Hi,
Gregory Marton [EMAIL PROTECTED] writes:
Now that I've upgraded to 1.8.3 from 1.8.1, some old test cases are
failing. In particular:
According to `NEWS', there were no signal-related changes.
(define (ensure body-lambda ensuring-lambda)
(dynamic-wind
(lambda () #t)
Hello,
Gregory Marton [EMAIL PROTECTED] writes:
The following message is a courtesy copy of an article
that has been posted to gmane.lisp.guile.bugs as well.
Is bug-guile@gnu.org now out of date? I may have to get a
newsreader. Are they mirrored?
No, [EMAIL PROTECTED]' is not outdated:
Hi,
Gregory Marton [EMAIL PROTECTED] writes:
As these are asynchronous, (alarm 10) could actually set off the alarm
at any time after ten seconds. Is it still possible to write
with-timeout?
[...]
To put it another way, I sure would like to have some guarantees about
when some
1 - 100 of 1040 matches
Mail list logo