[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: snapshot in preparation for m4 1.4.12
From: |
Thomas Klausner |
Subject: |
Re: snapshot in preparation for m4 1.4.12 |
Date: |
Sat, 23 Aug 2008 18:11:02 +0200 |
On Sat, Aug 23, 2008 at 10:06:29AM -0600, Eric Blake wrote:
> Expected; use './configure --enable-changeword' if you want that feature
> enabled in m4, with the caveat that it will be withdrawn in m4 2.0 (in
> favor of a more powerful and faster changesyntax feature).
Ok, I'll leave it disabled then.
> >> Thanks for the report. Are you able to help us fix gnulib, by debugging
> >> where the replacement frexp went wrong?
> >
> > When stepping through test-frexp with gdb, it fails like this:
> > (gdb) s
> > 113 ASSERT (signbit (mantissa));
>
> Thanks for the trace. That occurs after the damage is already done; how
> about setting a breakpoint at line 110 (the call to frexp), and stepping
> through that? Also, is rpl_frexp in use, or is gnulib deferring to your
> native frexp?
Breakpoint 1, main () at test-frexp.c:110
110 mantissa = frexp (x, &exp);
(gdb) s
111 ASSERT (exp == 0);
(gdb)
112 ASSERT (mantissa == x);
(gdb)
113 ASSERT (signbit (mantissa));
(gdb)
test-frexp.c:113: assertion failed
rpl_fflush (stream=0x502830) at fflush.c:100
100 fflush.c: No such file or directory.
in fflush.c
(gdb)
Seems it's using NetBSD's native frexp.
I just retested 1.4.11 and it now fails there as well, so perhaps
something changed in NetBSD since my previous test (a few months ago).
Thomas
- sa_sigaction [was: snapshot in preparation for m4 1.4.12], (continued)
Re: snapshot in preparation for m4 1.4.12, Rick Genter, 2008/08/12
Re: snapshot in preparation for m4 1.4.12, Thomas Klausner, 2008/08/14