Gilles Espinasse wrote:
> It compile fine. I didn't look the result of tests.
> The problem stay un-noticed for some times until I was looking at the
> console screen during compilation.
So the only problem is that the configure test crashes? This is easy to
fix; I'm applying this patch:
2007-12-
e: amd64 (x86_64)
> > Shell: /bin/sh linked to /bin/bash
> > Kernel: Linux 2.6.18-5-amd64
> > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> >
> > m4-1.4.10 ./configure segfault on amd64
> > conftest[]: segfault at 502000 rip 2b3b28099a7 r
- Original Message -
From: "Eric Blake" <[EMAIL PROTECTED]>
To: "Gilles Espinasse" <[EMAIL PROTECTED]>
Cc: ; "bug-gnulib" <[EMAIL PROTECTED]>
Sent: Friday, December 14, 2007 3:43 AM
Subject: Re: m4-1.4.10 segfault with x86_64 during .
linked to /bin/bash
> Kernel: Linux 2.6.18-5-amd64
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
>
> m4-1.4.10 ./configure segfault on amd64
> conftest[]: segfault at 502000 rip 2b3b28099a7 rsp vary> error 6
>
> I try this patch with no change
> http://
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-amd64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
m4-1.4.10 ./configure segfaul
rs like
>
> UX:acomp: ERROR: "/opt/src/gnu/m4-1.4.10/lib/fpurge.c", line 95:
> undefined struct/union member: _ptr
>
>
> Looking at stdio.h I see
>
> typedef struct _FILE_
> {
> int __cnt; /* num. avail. characters in
It looks like there are some regressions in 1.4.10 on some of my
platforms.
On my UnixWare 7.1.1 box I needed to patch lib/fpurge.c and lib/freading.c
just to get it to compile. I got errors like
UX:acomp: ERROR: "/opt/src/gnu/m4-1.4.10/lib/fpurge.c", line 95: undefined
st
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[redirecting to the list, so that others may see the resolution]
According to [EMAIL PROTECTED] on 8/10/2007 3:32 PM:
> Thanks for the quick reply, Eric.
>
>
> Turns out quad_t is defined as int64_t, which is not defined in that file.
>
> it's in "
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[Adding bug-m4, since that is the list for M4 problems, and bug-gnulib,
since this particular problem comes from the gnulib file fseeko. Feel
free to drop bug-gnu-utils on replies]
According to Ancient_Hacker on 8/10/2007 11:02 AM:
> Hi, I'm trying t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to STEVE555 on 8/7/2007 5:03 PM:
> Hi,
>First of all yes that was the patch I was referring to,I'm sorry I had no
> idea it was for the CVS version of M4.The M4 I'm compiling with is form the
> tarball sorurce from GNU.
It seems a little
on.
Regards,
Steve
--
View this message in context:
http://www.nabble.com/Compiling-M4-1.4.10-tf4232929.html#a12044224
Sent from the Gnu - M4 - Bugs mailing list archive at Nabble.com.
___
Bug-m4 mailing list
Bug-m4@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-m4
STEVE555 hotmail.com> writes:
>
>
> Hi to all,
Hi Steve,
Thanks for the report; however, you left out several important details.
>I've just tried compiling the latest M4.I have applied the latest
> patch :xstrtol-upstream-change.
Huh? Where did you get this patch? Are you refe
ering directory `/home/steve/Desktop/Software/m4-1.4.10/src'
gcc -std=gnu99-I../lib -I../lib -g -O2 -MT m4.o -MD -MP -MF
.deps/m4.Tpo -c -o m4.o m4.c
mv -f .deps/m4.Tpo .deps/m4.Po
gcc -std=gnu99-I../lib -I../lib -g -O2 -MT builtin.o -MD -MP -MF
.deps/builtin.Tpo -c -o builtin.o built
On Jul 22, 2007, at 6:52 PM, Eric Blake wrote:
Hi Gary,
Hi Eric!
On Jul 22, 2007, at 12:27 AM, Eric Blake wrote:
This is the patch, I'm still working on a testsuite addition:
This bug seems to be present in HEAD too. If so, can you please
commit the
patch there too?
Done.
Excellen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Gary V. Vaughan on 7/22/2007 10:56 AM:
> Hi Eric,
Hi Gary,
>
> On Jul 22, 2007, at 12:27 AM, Eric Blake wrote:
>> This is the patch, I'm still working on a testsuite addition:
>>
>
> This bug seems to be present in HEAD too. If so, ca
Hi Eric,
On Jul 22, 2007, at 12:27 AM, Eric Blake wrote:
This is the patch, I'm still working on a testsuite addition:
2007-07-21 Eric Blake <[EMAIL PROTECTED]>
Fix failure on NetBSD.
* src/output.c (m4_tmpopen): Explicitly reset append-mode stream
position to byte 0.
wind() can lose data on a
> flush error, but clears the stream error indicator anyway), so I deleted
> it in m4 1.4.10. The difference between my system and yours, then, must
> be that NetBSD opens files in append mode with the file descriptor at the
> last byte instead of the first
m4 1.4.9, it was followed by a
rewind(), but that is inherently unsafe (since rewind() can lose data on a
flush error, but clears the stream error indicator anyway), so I deleted
it in m4 1.4.10. The difference between my system and yours, then, must
be that NetBSD opens files in append mode with the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Thomas Klausner on 7/21/2007 3:47 PM:
> On Sat, Jul 21, 2007 at 10:23:44AM -0600, Eric Blake wrote:
>> Thanks. I need at least one more piece of information - could you send
>> the config.log created when you built m4-
On Sat, Jul 21, 2007 at 10:23:44AM -0600, Eric Blake wrote:
> Thanks. I need at least one more piece of information - could you send
> the config.log created when you built m4-1.4.10 from the tarball?
Sure, attached.
Hope it helps,
Thomas
config.log.bz2
Description: Binar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Thomas Klausner on 7/21/2007 12:14 AM:
> I can reproduce this problem with m4's configure script.
> The file created by running 'autoconf' is just 35354 bytes long, while
> the one distributed with the m4-1.4.10
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Thomas Klausner on 7/21/2007 12:14 AM:
> On Fri, Jul 20, 2007 at 09:38:00PM -0600, Eric Blake wrote:
>> Thanks for the report. I have re-bootstrapped m4 1.4.10 with itself, and
>> didn't have any problems on my cygw
Thanks for the report. I have re-bootstrapped m4 1.4.10 with itself, and
didn't have any problems on my cygwin platform with the resulting
configure script, so either the m4 configure.ac is simpler than mng's, or
m4 1.4.10 is tickling a platform-specific bug. Hopefully you can help us
Hi!
After the m4 update in pkgsrc there have been reports of breakage in
packages where autoconf is run. In pkgsrc this affects e.g. mng,
firefox, thunderbird and others.
In the case of mng, the output looks like this:
# /bin/rm -f configure.in && /bin/ln -sf makefiles/configure.in .; /bin/rm -f
On Thu, Jul 19, 2007 at 06:16:22PM -0600, Eric Blake wrote:
> According to Thomas Klausner on 7/19/2007 4:07 PM:
> > Hi!
> >
> > I just tried the self tests of m4-1.4.10 on NetBSD-4.99.23/amd64.
> > Two failed:
> > test-frexpl.c:167: assertion failed
> >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Thomas Klausner on 7/19/2007 4:07 PM:
> Hi!
>
> I just tried the self tests of m4-1.4.10 on NetBSD-4.99.23/amd64.
> Two failed:
> test-frexpl.c:167: assertion failed
> [1] Abort trap (core dumped) EXEEXT="&
Hi!
I just tried the self tests of m4-1.4.10 on NetBSD-4.99.23/amd64.
Two failed:
test-frexpl.c:167: assertion failed
[1] Abort trap (core dumped) EXEEXT="" EXEEXT...
FAIL: test-frexpl
...
test-printf-frexpl.c:103: assertion failed
[1] Abort trap (core dumped) EXEEXT=""
Bruno Haible schrieb:
Clemens Koller wrote:
m4-1.4.10 doesn't build anymore (1.4.9 built fine):
make[1]: Entering directory `/usr/ports/core/m4/work/src/m4-1.4.10/
src'
gcc -std=gnu99 -O2 -pipe -o m4 m4.o builtin.o debug.o eval.o
format.o freeze.o input.o macro.o output.o path.
author of that code gets the report too.
Okay.
Please notice, that I am running on an embedded PowerPC (e500 core)
which could also be considered as a corner case platform...
m4-1.4.10 doesn't build anymore (1.4.9 built fine):
Perhaps the copying the vasnprintf.c from an m4-1.4.9 tarbal
Clemens Koller wrote:
> > m4-1.4.10 doesn't build anymore (1.4.9 built fine):
> >
> > make[1]: Entering directory `/usr/ports/core/m4/work/src/m4-1.4.10/
> > src'
> > gcc -std=gnu99 -O2 -pipe -o m4 m4.o builtin.o debug.o eval.o
> > format.o fre
to the bug-gnulib mailing list
too, so the author of that code gets the report too.
m4-1.4.10 doesn't build anymore (1.4.9 built fine):
make[1]: Entering directory `/usr/ports/core/m4/work/src/m4-1.4.10/
src'
gcc -std=gnu99 -O2 -pipe -o m4 m4.o builtin.o debug.o eval.o
forma
31 matches
Mail list logo
