public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug bootstrap/47902] New: Bootstrap failure: libiberty/regex.c: error: two or more data types in declaration specifiers
@ 2011-02-26 9:18 skunk at iskunk dot org
2011-02-26 9:31 ` [Bug bootstrap/47902] " schwab@linux-m68k.org
` (4 more replies)
0 siblings, 5 replies; 6+ messages in thread
From: skunk at iskunk dot org @ 2011-02-26 9:18 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47902
Summary: Bootstrap failure: libiberty/regex.c: error: two or
more data types in declaration specifiers
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned@gcc.gnu.org
ReportedBy: skunk@iskunk.org
Host: powerpc-ibm-aix4.3.2.0
Target: powerpc-ibm-aix4.3.2.0
Build: powerpc-ibm-aix4.3.2.0
Bootstrapping on this AIX system bombs out with
/tmp/gcc-4.5.2-build/./prev-gcc/xgcc -B/tmp/gcc-4.5.2-build/./prev-gcc/
-B/opt/tg/powerpc-ibm-aix4.3.2.0/bin/ -B/opt/tg/powerpc-ibm-aix4.3.2.0/bin/
-B/opt/tg/powerpc-ibm-aix4.3.2.0/lib/ -isystem
/opt/tg/powerpc-ibm-aix4.3.2.0/include -isystem
/opt/tg/powerpc-ibm-aix4.3.2.0/sys-include -c -DHAVE_CONFIG_H -g -O2 -I.
-I/home/src/gcc-4.5.2/libiberty/../include -W -Wall -Wwrite-strings
-Wc++-compat -Wstrict-prototypes -pedantic
/home/src/gcc-4.5.2/libiberty/regex.c -o regex.o
In file included from
/tmp/gcc-4.5.2-build/./prev-gcc/include-fixed/sys/wait.h:49:0,
from
/tmp/gcc-4.5.2-build/./prev-gcc/include-fixed/stdlib.h:233,
from /home/src/gcc-4.5.2/libiberty/regex.c:128:
/tmp/gcc-4.5.2-build/./prev-gcc/include-fixed/sys/types.h:212:23: error: two or
more data types in declaration specifiers
make[3]: *** [regex.o] Error 1
make[3]: Leaving directory `/tmp/gcc-4.5.2-build/libiberty'
make[2]: *** [all-stage2-libiberty] Error 2
make[2]: Leaving directory `/tmp/gcc-4.5.2-build'
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory `/tmp/gcc-4.5.2-build'
make: *** [bootstrap-lean] Error 2
The cited portion of include-fixed/sys/types.h looks like this:
--------8<--------
typedef uint_t uid_t; /* user ID */
typedef uint_t gid_t; /* group ID */
typedef __ptr32 mid_t; /* module ID */
typedef int32long64_t pid_t; /* process ID */ <--- LINE 212
typedef int32long64_t tid_t; /* thread ID */
typedef char slab_t[12]; /* security label */
typedef long mtyp_t; /* ipc message type */
-------->8--------
If I change up the compiler invocation from -c to -E, that same portion looks
like this:
--------8<--------
typedef uint_t uid_t;
typedef uint_t gid_t;
typedef __ptr32 mid_t;
typedef int32long64_t int; <--- HMMM
typedef int32long64_t tid_t;
typedef char slab_t[12];
typedef long mtyp_t;
-------->8--------
Interestingly enough...
> grep pid_t /tmp/gcc-4.5.2-build/libiberty/config.h
#define pid_t int
If I stick in an "#undef pid_t" right before the offending line, regex.c
compiles successfully.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug bootstrap/47902] Bootstrap failure: libiberty/regex.c: error: two or more data types in declaration specifiers
2011-02-26 9:18 [Bug bootstrap/47902] New: Bootstrap failure: libiberty/regex.c: error: two or more data types in declaration specifiers skunk at iskunk dot org
@ 2011-02-26 9:31 ` schwab@linux-m68k.org
2011-02-26 9:33 ` skunk at iskunk dot org
` (3 subsequent siblings)
4 siblings, 0 replies; 6+ messages in thread
From: schwab@linux-m68k.org @ 2011-02-26 9:31 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47902
Andreas Schwab <schwab@linux-m68k.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |WAITING
Last reconfirmed| |2011.02.26 09:11:21
Ever Confirmed|0 |1
--- Comment #1 from Andreas Schwab <schwab@linux-m68k.org> 2011-02-26 09:11:21 UTC ---
Please look at libiberty/config.log to find out why configure didn't find
pid_t.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug bootstrap/47902] Bootstrap failure: libiberty/regex.c: error: two or more data types in declaration specifiers
2011-02-26 9:18 [Bug bootstrap/47902] New: Bootstrap failure: libiberty/regex.c: error: two or more data types in declaration specifiers skunk at iskunk dot org
2011-02-26 9:31 ` [Bug bootstrap/47902] " schwab@linux-m68k.org
@ 2011-02-26 9:33 ` skunk at iskunk dot org
2011-02-28 20:27 ` skunk at iskunk dot org
` (2 subsequent siblings)
4 siblings, 0 replies; 6+ messages in thread
From: skunk at iskunk dot org @ 2011-02-26 9:33 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47902
--- Comment #2 from Daniel Richard G. <skunk at iskunk dot org> 2011-02-26 09:18:13 UTC ---
>From config.log:
configure:5203: checking for pid_t
configure:5203: gcc -c -g conftest.c >&5
configure:5203: $? = 0
configure:5203: gcc -c -g conftest.c >&5
conftest.c: In function `main':
conftest.c:79: parse error before `)'
configure:5203: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define _LARGE_FILES 1
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_UNISTD_H 1
| #define WORDS_BIGENDIAN 1
| #define HAVE_SYS_FILE_H 1
| #define HAVE_SYS_PARAM_H 1
| #define HAVE_LIMITS_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_MALLOC_H 1
| #define HAVE_STRING_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_SYS_TIME_H 1
| #define HAVE_TIME_H 1
| #define HAVE_SYS_RESOURCE_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_SYS_MMAN_H 1
| #define HAVE_FCNTL_H 1
| #define HAVE_SYS_SYSINFO_H 1
| #define HAVE_SYS_SYSTEMCFG_H 1
| #define HAVE_SYS_WAIT_H 1
| #define TIME_WITH_SYS_TIME 1
| #define SIZEOF_INT 4
| #define UNSIGNED_64BIT_TYPE unsigned long long
| #define HAVE_INTPTR_T 1
| #define HAVE_UINTPTR_T 1
| #define HAVE_UINTPTR_T 1
| /* end confdefs.h. */
| #include <stdio.h>
| #ifdef HAVE_SYS_TYPES_H
| # include <sys/types.h>
| #endif
| #ifdef HAVE_SYS_STAT_H
| # include <sys/stat.h>
| #endif
| #ifdef STDC_HEADERS
| # include <stdlib.h>
| # include <stddef.h>
| #else
| # ifdef HAVE_STDLIB_H
| # include <stdlib.h>
| # endif
| #endif
| #ifdef HAVE_STRING_H
| # if !defined STDC_HEADERS && defined HAVE_MEMORY_H
| # include <memory.h>
| # endif
| # include <string.h>
| #endif
| #ifdef HAVE_STRINGS_H
| # include <strings.h>
| #endif
| #ifdef HAVE_INTTYPES_H
| # include <inttypes.h>
| #endif
| #ifdef HAVE_STDINT_H
| # include <stdint.h>
| #endif
| #ifdef HAVE_UNISTD_H
| # include <unistd.h>
| #endif
| int
| main ()
| {
| if (sizeof ((pid_t)))
| return 0;
| ;
| return 0;
| }
configure:5203: result: yes
Should I attach a copy of the system's sys/types.h header?
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug bootstrap/47902] Bootstrap failure: libiberty/regex.c: error: two or more data types in declaration specifiers
2011-02-26 9:18 [Bug bootstrap/47902] New: Bootstrap failure: libiberty/regex.c: error: two or more data types in declaration specifiers skunk at iskunk dot org
2011-02-26 9:31 ` [Bug bootstrap/47902] " schwab@linux-m68k.org
2011-02-26 9:33 ` skunk at iskunk dot org
@ 2011-02-28 20:27 ` skunk at iskunk dot org
2011-02-28 23:25 ` skunk at iskunk dot org
2012-05-14 22:54 ` skunk at iskunk dot org
4 siblings, 0 replies; 6+ messages in thread
From: skunk at iskunk dot org @ 2011-02-28 20:27 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47902
--- Comment #3 from Daniel Richard G. <skunk at iskunk dot org> 2011-02-28 20:01:51 UTC ---
I played around with this a bit, and found something rather amusing:
sizeof(pid_t) ..... compiles just fine
sizeof((pid_t)) ... parse error before `)'
The extra parens do it in. And this is with (an older version of) GCC:
% gcc -v
Reading specs from
/usr/bin/../lib/gcc-lib/powerpc-ibm-aix4.3.3.0/2.9-aix51-020209/specs
gcc version 2.9-aix51-020209
This quirk might also be the cause of bug #47907.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug bootstrap/47902] Bootstrap failure: libiberty/regex.c: error: two or more data types in declaration specifiers
2011-02-26 9:18 [Bug bootstrap/47902] New: Bootstrap failure: libiberty/regex.c: error: two or more data types in declaration specifiers skunk at iskunk dot org
` (2 preceding siblings ...)
2011-02-28 20:27 ` skunk at iskunk dot org
@ 2011-02-28 23:25 ` skunk at iskunk dot org
2012-05-14 22:54 ` skunk at iskunk dot org
4 siblings, 0 replies; 6+ messages in thread
From: skunk at iskunk dot org @ 2011-02-28 23:25 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47902
--- Comment #4 from Daniel Richard G. <skunk at iskunk dot org> 2011-02-28 21:59:28 UTC ---
Okay, did some more digging.
So I see that the ac_fn_c_check_type function actually tries a test compilation
first with sizeof(foo_t), and then sizeof((foo_t)), and the test succeeds only
if the first succeeds and the latter fails. So this is actually working as it
should---I'd missed that the test log I pasted in shows pid_t being found
successfully.
The real test failure in config.log is as follows:
configure:5203: checking for pid_t
configure:5203: /tmp/gcc-4.5.2-build/./prev-gcc/xgcc
-B/tmp/gcc-4.5.2-build/./prev-gcc/ -B/opt/tg/powerpc-ibm-aix4.3.2.0/bin/
-B/opt/tg/powerpc-ibm-aix4.3.2.0/bin/ -B/opt/tg/powerpc-ibm-aix4.3.2.0/lib/
-isystem /opt/tg/powerpc-ibm-aix4.3.2.0/include -isystem
/opt/tg/powerpc-ibm-aix4.3.2.0/sys-include -c -g -O2 conftest.c >&5
In file included from conftest.c:71:0:
/tmp/gcc-4.5.2-build/./prev-gcc/include/stdint.h:72:29: error: conflicting
types for 'int_fast16_t'
/usr/include/sys/inttypes.h:143:18: note: previous declaration of
'int_fast16_t' was here
/tmp/gcc-4.5.2-build/./prev-gcc/include/stdint.h:75:29: error: conflicting
types for 'uint_fast8_t'
/usr/include/sys/inttypes.h:145:18: note: previous declaration of
'uint_fast8_t' was here
/tmp/gcc-4.5.2-build/./prev-gcc/include/stdint.h:76:30: error: conflicting
types for 'uint_fast16_t'
/usr/include/sys/inttypes.h:146:18: note: previous declaration of
'uint_fast16_t' was here
configure:5203: $? = 1
Which is basically bug #47907.
I notice that the test for pid_t fails if HAVE_STDINT_H is #defined, and
succeeds otherwise.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug bootstrap/47902] Bootstrap failure: libiberty/regex.c: error: two or more data types in declaration specifiers
2011-02-26 9:18 [Bug bootstrap/47902] New: Bootstrap failure: libiberty/regex.c: error: two or more data types in declaration specifiers skunk at iskunk dot org
` (3 preceding siblings ...)
2011-02-28 23:25 ` skunk at iskunk dot org
@ 2012-05-14 22:54 ` skunk at iskunk dot org
4 siblings, 0 replies; 6+ messages in thread
From: skunk at iskunk dot org @ 2012-05-14 22:54 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47902
Daniel Richard G. <skunk at iskunk dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |RESOLVED
Resolution| |DUPLICATE
--- Comment #5 from Daniel Richard G. <skunk at iskunk dot org> 2012-05-14 22:54:02 UTC ---
This bug appears to be a duplicate of bug 53348.
(The linked bug report is newer, but represents a clearer diagnosis of the
problem, and is filed against version 4.7.0.)
*** This bug has been marked as a duplicate of bug 53348 ***
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2012-05-14 22:54 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-02-26 9:18 [Bug bootstrap/47902] New: Bootstrap failure: libiberty/regex.c: error: two or more data types in declaration specifiers skunk at iskunk dot org
2011-02-26 9:31 ` [Bug bootstrap/47902] " schwab@linux-m68k.org
2011-02-26 9:33 ` skunk at iskunk dot org
2011-02-28 20:27 ` skunk at iskunk dot org
2011-02-28 23:25 ` skunk at iskunk dot org
2012-05-14 22:54 ` skunk at iskunk dot org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).