Bruno Haible wrote:
Eric Blake wrote, citing Nelson Beebe:
|
| Machinetype:SGI O2 R1-SC (150 MHz);IRIX 6.5
| Configure environment: CC=c89 CXX=CC CFLAGS=-I/usr/local/include
CXXFLAGS=-I/usr/local/includ
Bruno Haible wrote:
Tom G. Christensen wrote:
I see the same test failure when building m4-1.4.11 on Irix 5.3 and 6.2
regardless of compiler used.
Irix 6.2 with MIPSpro 7.3.0 or GCC 4.3.0 (Indigo2 R10K):
test-vasprintf-posix.c:1309: assertion failed
/bin/ksh[9]: 10221 Abort(coredump)
FAIL
Bruno Haible wrote:
Thanks, that's good so far. The interesting stuff is to look
- what happens in line vasnprintf.c:2734,
>
Single stepping from test-vasprintf-posix:1305 does not seem to stop
there (closest is 2531)
- at the result in line vasnprintf.c:4635.
>
Single stepping indeed m
Bruno Haible wrote:
You can also try a standalone test program, linked against the system's
sprintf(), like this:
===
#include
int main()
{
char buf[100];
sprintf (buf, "%Lf", -0.0L);
printf ("%s\n", buf);
return 0;
}
===
The resu
On Thu, Aug 07, 2008 at 07:37:47AM -0600, Eric Blake wrote:
> Therefore I would appreciate some feedback
> before making the 1.4.12 release (if you encounter a testsuite failure in
> the m4 suite, please rerun with 'make -k check' before reporting it, so
> that the gnulib testsuite is also run).
>
On Wed, Aug 13, 2008 at 06:05:53AM -0600, Eric Blake wrote:
> According to Tom G. Christensen on 8/9/2008 6:41 AM:
>
> Hello Tom,
>
> |
> | On Irix 6.5.30 I see gnulib test failures:
> | ./test-c-stack.sh[7]: 12954353 Memory fault(coredump)
> | FAIL: test-c-stack.sh
&g
On Wed, Aug 13, 2008 at 08:14:43PM -0600, Eric Blake wrote:
> According to Tom G. Christensen on 8/13/2008 2:45 PM:
> >>Weird. So Irix 5.3 has sigaction, but not sa_sigaction? Can you please
> >>post the definition of struct sigaction from ?
> >>
> >
On Mon, Aug 25, 2008 at 10:06:08PM -0600, Eric Blake wrote:
> I've uploaded another m4 snapshot. It probably doesn't address any frexp
> or fseek/ftell failures in the testsuite, since debugging efforts on those
> fronts have been slow. But it should address some compilation failures,
> and make
On Thu, Aug 28, 2008 at 07:08:23AM -0600, Eric Blake wrote:
> According to Tom G. Christensen on 8/26/2008 2:28 PM:
> >>
> > Full buildlogs for Irix 5.3 & 6.5 was uploaded to http://jupiterrise.com/tmp
> >
> > The c-stack test stil fails on both platform
On Mon, Sep 01, 2008 at 07:59:50AM -0600, Eric Blake wrote:
> According to Tom G. Christensen on 8/30/2008 7:23 AM:
>
> > configure:6499: checking for working C stack overflow detection
> > configure:6591: cc -o conftest -g -I/usr/tgcware/include -L/usr/tgcware/lib
> >
On Mon, Sep 01, 2008 at 02:48:20PM -0600, Eric Blake wrote:
> Shoot. I got the logic backwards. We want the test to exit with non-zero
> status if c_stack_action fails (returns non-zero), or if recurse returns
> (which should be impossible). The conditional should be written with ||,
> not &&.
On Tue, Sep 02, 2008 at 01:20:43PM -0600, Eric Blake wrote:
> I wonder if switching to libsigsegv's version will solve it. In the
> meantime, I would be curious to see the disassembly of recurse, to see if
> anything obvious appears as to why p==0 rather than a valid stack address
> before the fin
On Tue, Sep 02, 2008 at 01:20:43PM -0600, Eric Blake wrote:
> Which means I think we have isolated the bug to the recurse function.
> Gnulib's version must be doing something that actually manages to recurse
> with p == 0 in the final stack frame, then segv's dereferencing NULL
> rather than trigge
On Sun, Sep 07, 2008 at 08:29:44AM -0600, Eric Blake wrote:
> According to Tom G. Christensen on 9/7/2008 4:47 AM:
> > I've spent some time staring at m4s c-stack conftest program and a
> > similar one from libsigsegv and after some trial and error I've isolated
> >
On Fri, Sep 26, 2008 at 07:23:50AM -0600, Eric Blake wrote:
> I've uploaded another m4 snapshot. It probably doesn't address any
> fseek/ftell failures in the testsuite, since debugging efforts on those
> fronts have been slow. But it should address some c-stack failures, and
> adds some sanity w
On Mon, Sep 29, 2008 at 06:05:07AM -0600, Eric Blake wrote:
> According to Tom G. Christensen on 9/28/2008 4:16 AM:
> >
> > On Irix 6.x gnulib test-signbit still fails:
> > test-signbit.c:149: assertion failed
> > /bin/ksh[10]: 18432 Abort(coredump)
> > FAI
Hello,
When I built m4 1.4.12 on IRIX 6 I noticed testfailures in the gnulib
testsuite.
On IRIX 6.5.30 with MIPSpro 7.4.4m compilers:
test-frexpl.c:124: assertion failed
/bin/sh[9]: 45037970 Abort(coredump)
FAIL: test-frexpl
test-vasprintf-posix.c:526: assertion failed
/bin/sh[9]: 45033521 Abort(
On Wed, Dec 24, 2008 at 06:48:53AM -0700, Eric Blake wrote:
> I am hoping to release GNU M4 1.4.13 by the end of this year. To aid me
> in that effort, I'd like some feedback on whether the current snapshot
> fixes the problems you encountered with 1.4.12, or has added any other
> regressions.
>
On Sat, Jan 17, 2009 at 06:16:22AM -0700, Eric Blake wrote:
> I obviously missed releasing GNU M4 1.4.13 by the end of 2008, but maybe
> I'll make January. Gnulib has had some improvements to fix bugs reported
> on the last snapshot, but also introduced some new unit tests that align
> with the ne
On Mon, Feb 23, 2009 at 06:10:34AM -0700, Eric Blake wrote:
> One more snapshot before the final release of M4 1.4.13; this one adds
> some gnulib fixes for some (but not all) of the reported issues from last
> snapshot; it also adds some optimizations that result in faster m4 speed.
> The snapshot
On Mon, Aug 30, 2010 at 01:55:02PM -0600, Eric Blake wrote:
> [phooey - hit send too soon]
>
> On 08/30/2010 01:53 PM, Eric Blake wrote:
> >On 08/21/2010 02:42 AM, Ralf Wildenhues wrote:
> >>I'm trying to debug the recent regression of git branch-1.4 M4 over M4
> >>1.4.14 on AIX.
> >
> >Here's the
On Wed, Sep 01, 2010 at 08:08:47AM -0600, Eric Blake wrote:
> On 08/31/2010 02:27 PM, Tom G. Christensen wrote:
> >
> >It fails to build with gcc 4.3.1 (and 4.5.0):
> >gcc -std=gnu99 -I. -g -O2 -MT printf-args.o -MD -MP -MF
> >.deps/printf-args.Tpo -c -o
>
22 matches
Mail list logo
