Thomas Klausner wrote:
> > - In gdb of this test, compiled with CFLAGS=-g (no optimization):
> > print mantissa
> > print i
> > print x
> > print *(void*(*)[4])&mantissa
> > print *(void*(*)[4])&x
>
> (gdb) print mantissa
> $1 = 0.505
> (gdb) print i
> $2 = 1
> (gdb) print x
> checking build system type... Invalid configuration `...': machine `...' not
> recognized
> configure: error: sh build-aux/config.sub ... failed
> >./configure CPPFLAGS=-Wall CFLAGS=-g ... 2>&1 | tee configure.log
Here by "..." I meant the usual configure flags that you pass (--prefix,
--l
Hi Bruno!
Thanks for the quick reply!
On Sat, Apr 12, 2008 at 07:33:14PM +0200, Bruno Haible wrote:
> Hi,
>
> Thomas Klausner reported:
> > | m4-1.4.11 fails two selftests on NetBSD-4.99.48/amd64.
> > | The first one is in test-frexpl:
> > |
> > | # gdb test-frexpl test-frexpl.core
> > | GNU gdb
Hello Bruno,
When i run i get this
configure: WARNING: you should use --build, --host, --target
configure: loading site script u:/moztools/config.site-gcc335b4
type: No such file or directory
type: No such file or directory
type: No such file or directory
type: No such file or directory
func
Elbert Pol wrote:
> I run this and now the check complited whitout a error.
Cool! Now the next version of m4 will support your platform.
I also updated a ChangeLog entry: the lack of output before the abort() was
normal, not a problem with your platform.
If you are not yet tired of it, you can a
Hi,
Bruno Haible <[EMAIL PROTECTED]> writes:
> Oh, sorry for the duplicate report. Your report does not appear in
> http://lists.gnu.org/archive/html/bug-gmp/
> whereas mine does. And your report appears on gmane, but mine doesn't.
> Are these two different maiing lists??
The Gmane list appears
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 4/12/2008 11:06 AM:
|
| Eric, this may fix it. We don't have a module yet that provides the generic
| isnan() macro. But we have a module 'isnand-nolibm', which the test already
| uses.
|
| OK to commit?
Yes, please commi
Bruno Haible <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>> Undefined first referenced
>>symbol in file
>> __builtin_isnan test-strtod.o
>> ld: fatal: Symbol referencing errors. No output written to test-strtod
>>
Hi,
Thomas Klausner reported:
> | m4-1.4.11 fails two selftests on NetBSD-4.99.48/amd64.
> | The first one is in test-frexpl:
> |
> | # gdb test-frexpl test-frexpl.core
> | GNU gdb 6.5
> | Copyright (C) 2006 Free Software Foundation, Inc.
> ...
> | Core was generated by `test-frexpl'.
> | Program
Jim Meyering wrote:
> Undefined first referenced
>symbol in file
> __builtin_isnan test-strtod.o
> ld: fatal: Symbol referencing errors. No output written to test-strtod
> collect2: ld returned 1 exit status
> make[
Hi Bruno,
Bruno Haible wrote:
Elbert Pol wrote:
Sorry for that trouble with not sending to bug-gnulib
Thank you. Now it's easy to reply to you.
ok :P
I run this and now the check complited whitout a error.
I attach logs.
I run that test file and attach the logs.
Thank you. The proble
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/include LDFLAGS=-Wl,-
Jim Meyering <[EMAIL PROTECTED]> wrote:
> Eric Blake <[EMAIL PROTECTED]> wrote:
>
>> According to Eric Blake on 4/12/2008 6:47 AM:
>> | Aha. Solaris 10 has a buggy math.h - it defines NAN and HUGE_VAL
>> | incorrectly (to the value of the builtin function address, and not the
>> | result of calli
On Saturday 12 April 2008 15:19, Ludovic Courtès wrote:
> Hi Bruno,
>
> Bruno Haible <[EMAIL PROTECTED]> writes:
>
> > The #ifdefs for determining which variant of 'inline' or 'extern inline'
> > don't work any more with the Apple GCC compiler on MacOS X.
>
> FWIW, I had reported these issues to
Eric Blake <[EMAIL PROTECTED]> wrote:
> According to Eric Blake on 4/12/2008 6:47 AM:
> | Aha. Solaris 10 has a buggy math.h - it defines NAN and HUGE_VAL
> | incorrectly (to the value of the builtin function address, and not the
> | result of calling the function), which totally explains the com
Elbert Pol wrote:
> Sorry for that trouble with not sending to bug-gnulib
Thank you. Now it's easy to reply to you.
> I run that test file and attach the logs.
Thank you. The problem seems to be localized to freadptr. And the absence
of output before the abort() indicates an abort() from the lib
Hi,
When i start with # gdb test-fflush
GDB is free software and you are welcome to distribute copies of it
under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.16 (emx), Copyright 1996 Free Software
Hi Bruno,
Bruno Haible <[EMAIL PROTECTED]> writes:
> The #ifdefs for determining which variant of 'inline' or 'extern inline'
> don't work any more with the Apple GCC compiler on MacOS X.
FWIW, I had reported these issues too:
http://thread.gmane.org/gmane.comp.lib.gmp.bugs/1979
I can't find
Hi Bruno,
Sorry for that trouble with not sending to bug-gnulib
I run that test file and attach the logs.
I will play with Gdb this weekend.
--
With the best regards,
Elbert Pol
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 4/12/2008 6:47 AM:
| Aha. Solaris 10 has a buggy math.h - it defines NAN and HUGE_VAL
| incorrectly (to the value of the builtin function address, and not the
| result of calling the function), which totally explains the co
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Jim Meyering on 4/12/2008 6:40 AM:
| Thanks for the quick reply (yes, I owe you at least one ;-).
|
| These are from gcc, so I looked in gcc's own extend.texi
| and saw that they are functions. Here are examples that compile:
|
| doubl
Eric Blake <[EMAIL PROTECTED]> wrote:
> According to Jim Meyering on 4/12/2008 1:46 AM:
> | In wading through coreutils build reports for 60+ systems, I see a new
> failure:
> |
> | strtod.c: In function `rpl_strtod':
> | strtod.c:155: error: incompatible types in assignment
> | strtod.c:170
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Jim Meyering on 4/12/2008 1:46 AM:
| In wading through coreutils build reports for 60+ systems, I see a new
failure:
|
| strtod.c: In function `rpl_strtod':
| strtod.c:155: error: incompatible types in assignment
| strtod.c:170: err
Ralf Wildenhues cited me:
> > This should ideally be solved through autoconf (let autoconf try
> > "-std=gnu99 -D__GNUC_STDC_INLINE__" instead of "-std=gnu99")
Actually, autoconf should define __GNUC_STDC_INLINE__ together with
"-std=gnu99" *only* if the compiler is an __APPLE_CC__ >= 5465. It mus
[Elbert, *please* keep bug-gnulib in CC. Your refusal to do so wastes my time
with mail management: First, I have to forward your mail to the list. Then
since I reply to the forwarded mail I cannot use the mailer's normal "Reply"
feature and have to indent each line one by one. And then the automat
Another mail from Elbert Pol.
--- Begin Message ---
Hoi Bruno,
Where to get that patch?
And should i use it ?
And i never did use a debugger so give me please some backup about how
to run ...
--
With the best regards,
Elbert Pol
Simon Josefsson wrote:
> Could we maybe limit the workaround to IRIX?
Please do so if you find it useful. You maintain this module, not me.
The platform test is '#ifdef __sgi'.
> Then we'll get reports for other platforms that also may not support
> https. Knowing which those platforms are may b
Simon Josefsson <[EMAIL PROTECTED]> wrote:
> Jim Meyering <[EMAIL PROTECTED]> writes:
>
>> In wading through coreutils build reports for 60+ systems, I see a new
>> failure:
>>
>> strtod.c: In function `rpl_strtod':
>> strtod.c:155: error: incompatible types in assignment
>> strtod.c:170: er
Jim Meyering <[EMAIL PROTECTED]> writes:
> In wading through coreutils build reports for 60+ systems, I see a new
> failure:
>
> strtod.c: In function `rpl_strtod':
> strtod.c:155: error: incompatible types in assignment
> strtod.c:170: error: incompatible types in assignment
> strtod.c:2
Bruno Haible <[EMAIL PROTECTED]> writes:
> On IRIX 6.5, the test-getaddrinfo fails like this:
>
> Finding www.ibm.com service https...
> res -2: Name or service not known
> FAIL: test-getaddrinfo
>
> Since there is already code to ignore a failure on Solaris, the same failure
> on IRIX (with a mor
In wading through coreutils build reports for 60+ systems, I see a new failure:
strtod.c: In function `rpl_strtod':
strtod.c:155: error: incompatible types in assignment
strtod.c:170: error: incompatible types in assignment
strtod.c:257: error: wrong type argument to unary minus
make[3]:
31 matches
Mail list logo
