This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug bootstrap/17477] gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap
- From: "pieter dot donche at ua dot ac dot be" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 15 Sep 2004 08:10:11 -0000
- Subject: [Bug bootstrap/17477] gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap
- References: <20040914141400.17477.pieter.donche@ua.ac.be>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From pieter dot donche at ua dot ac dot be 2004-09-15 08:09 -------
Subject: Re: gcc-3.4.2 Sparc Solaris9 Build crash
libiberty fibheap
On Tue, 14 Sep 2004, dj at redhat dot com wrote:
>
> ------- Additional Comments From dj at redhat dot com 2004-09-14 19:36 -------
> Subject: Re: gcc-3.4.2 Sparc Solaris9 Build crash libiberty fibheap
>
>
> This is the actual problem:
>
> > fibheap.c: In function `fibheap_delete_node':
> > fibheap.c:285: `LONG_MIN' undeclared (first use in this function)
>
> Check your installed system headers and/or installed gcc headers and
> find out why LONG_MIN isn't defined. It should be in <limits.h>.
I have (from my previous gcc (3.2) and make bootstrap uses this gcc)
/home/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2/include/limits.h
containing
...
#undef LONG_MIN
#define LONG_MIN (-LONG_MAX-1)
...
> Alternately, check your config.log and config.h, and see if it didn't
> detect <limits.h> properly and thus didn't define HAVE_LIMITS_H.
indeed in .../objdir/libiberty/config.h, HAVE_LIMITS_H is not defined:
# grep HAVE_LIMITS config.h
/* #undef HAVE_LIMITS_H */
In .../objdir/libiberty/config.log (4081 lines)
This is a piece from before and after the "checking for limits.h"
...
configure:3410: checking for stdlib.h
configure:3424: gcc -E -I/usr/local/include conftest.c
cpp0: warning: changing search order for system directory "/usr/local/include"
cpp0: warning: as it has already been specified as a non-system directory
<root@hmacs> (ksh) # ls /usr/local/include
FlexLexer.h gc_pthread_redirects.h jvmpi.h sasl
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define WORDS_BIGENDIAN 1
| #define HOST_WORDS_BIG_ENDIAN 1
| #define BYTEORDER 4321
| /* end confdefs.h. */
| #include <sys/param.h>
configure:3450: result: no
configure:3410: checking for limits.h
configure:3424: gcc -E -I/usr/local/include conftest.c
cpp0: warning: changing search order for system directory "/usr/local/include"
cpp0: warning: as it has already been specified as a non-system directory
configure:3430: $? = 0
configure: failed program was:
| #line 3416 "configure"
| /* confdefs.h. */
|
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define WORDS_BIGENDIAN 1
| #define HOST_WORDS_BIG_ENDIAN 1
| #define BYTEORDER 4321
| /* end confdefs.h. */
| #include <sys/file.h>
configure:3450: result: no
configure:3410: checking for sys/param.h
...
Also, at the end (line 3873/4081) I find
ac_cv_header_limits_h='no'
Is something wrong here, and how to remedy ?
Pieter
_______________
/ Pieter Donche \____________________________________________
| ITC Manager e-mail Pieter.Donche@ua.ac.be \
| Dept. Mathem. & Computer Science, University of Antwerp |
| (UA) Middelheimlaan 1, B 2020 Antwerpen, BELGIUM (EU) |
| room G1.16, tel +32 03.265.3870, fax +32 03.265.3777 |
|____________________________________________________________|
>
> --
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17477
>
> ------- You are receiving this mail because: -------
> You reported the bug, or are watching the reporter.
>
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17477