gcc 2.95.2 has problems on HPUX 11
Greg Christopher
gchristo@Adobe.COM
Sat Feb 12 16:22:00 GMT 2000
I am finding what appears to be lots of problems on hpux 11 when using
(and trying
to create) gcc 2.95.2. At first I was able to create a compiler, but it
had problems
in the c preprocessor. Once that was fixed, it seemed to create other
problems.
One of the problems I was seeing was that SIZE_TYPE was
#undef'd in your hp-specific config headers, and then redefined
incorrectly
to unsigned int. If you check the types.h for hpux 11, you'll find it's
an unsigned long. This meant that variables and parameters of
size_t weren't matching their prototypes. The bad pa-hpux.h header
results in a bug in cccp.c on line 4179. changing your override in
gcc/config/pa/pa-hpux*.h
seemed to fix this; this should be fixed more cleanly, probably by not
overriding the SIZE_TYPE definition in types.h
Once I got by this problem, gcc seemed to start choking when it
compiled itself during the bootstrap process. I am seeing the following
problems when it makes libgcc2.a:
**********case " c " in \
*" "[cC]"++ "*) \
echo tinfo.o tinfo2.o new.o opnew.o opnewnt.o opvnew.o opvnewnt.o
opdel.o opde
lnt.o opvdel.o opvdelnt.o exception.o > cplib2.new;; \
*) \
echo "" > cplib2.new;; \
esac
mv -f cplib2.new cplib2.txt
rm -f tmplibgcc2.a
for name in _muldi3 _divdi3 _moddi3 _udivdi3 _umoddi3 _negdi2 _lshrdi3
_ashldi3
_ashrdi3 _ffsdi2 _udiv_w_sdiv _udivmoddi4 _cmpdi2 _ucmpdi2 _floatdidf
_floatdisf
_fixunsdfsi _fixunssfsi _fixunsdfdi _fixdfdi _fixunssfdi _fixsfdi
_fixxfdi _fix
unsxfdi _floatdixf _fixunsxfsi _fixtfdi _fixunstfdi _floatditf
__gcc_bcmp _varar
gs __dummy _eprintf _bb _shtab _clear_cache _trampoline __main _exit
_ctors _pur
e; \
do \
echo ${name}; \
./xgcc -B/user/unibat/compilers/hpux11/hppa1.1-hp-hpux11.00/bin/ -B./
-I/user/
unibat/compilers/hpux11/hppa1.1-hp-hpux11.00/include -O2 -DIN_GCC
-DHAIFA -
g -I./include -fPIC -g1 -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I.
-I/usr/gcc
hold/gcc-2.95.2/gcc -I/usr/gcchold/gcc-2.95.2/gcc/config
-I/usr/gcchold/gcc-2.95
.2/gcc/../include -c -DL${name} \
-DUSE_COLLECT2 /usr/gcchold/gcc-2.95.2/gcc/libgcc2.c -o ${name}.o;
\
if [ $? -eq 0 ] ; then true; else exit 1; fi; \
` if [ -f /usr/gcc/gcc/../binutils/ar ] ; then echo
/usr/gcc/gcc/../binutils/a
r ; else if [ "hppa1.1-hp-hpux11.00" = "hppa1.1-hp-hpux11.00" ] ; then
echo ar;
else t='s,x,x,'; echo ar | sed -e $t ; fi; fi` rc tmplibgcc2.a
${name}.o; \
rm -f ${name}.o; \
done
_muldi3
In file included from include/stdlib.h:9,
from /usr/gcchold/gcc-2.95.2/gcc/libgcc2.c:41:
include/sys/types.h:344: size of array `r' is too large
include/sys/types.h:345: size of array `val' is too large
include/sys/types.h:365: size of array `lbl_s' is too large
include/sys/types.h:366: size of array `lbl_ss' is too large
include/sys/types.h:367: size of array `lbl_sf' is too large
include/sys/types.h:377: size of array `lk_pad' is too large
In file included from include/sys/types.h:412,
from include/stdlib.h:9,
from /usr/gcchold/gcc-2.95.2/gcc/libgcc2.c:41:
/usr/include/sys/_fd_macros.h:61: variable-size type declared outside of
any fun
ction
/usr/include/sys/_fd_macros.h:61: size of array `fds_bits' is too large
In file included from /usr/include/sys/time.h:15,
from /usr/include/sys/resource.h:26,
from /usr/include/sys/wait.h:83,
from include/stdlib.h:221,
from /usr/gcchold/gcc-2.95.2/gcc/libgcc2.c:41:
/usr/include/sys/sigevent.h:70: size of array `__sigev_reserved' is too
large
In file included from /usr/include/sys/resource.h:26,
from /usr/include/sys/wait.h:83,
from include/stdlib.h:221,
from /usr/gcchold/gcc-2.95.2/gcc/libgcc2.c:41:
/usr/include/sys/time.h:398: size of array `tzname' is too large
/usr/include/sys/time.h:484: size of array `amtimes' is too large
In file included from /usr/include/sys/signal.h:16,
from /usr/include/sys/wait.h:123,
from include/stdlib.h:221,
from /usr/gcchold/gcc-2.95.2/gcc/libgcc2.c:41:
/usr/include/sys/siginfo.h:72: size of array `__pad' is too large
In file included from /usr/include/sys/signal.h:17,
from /usr/include/sys/wait.h:123,
from include/stdlib.h:221,
from /usr/gcchold/gcc-2.95.2/gcc/libgcc2.c:41:
/usr/include/sys/newsig.h:26: size of array `sigset' is too large
In file included from /usr/include/sys/newsig.h:43,
from /usr/include/sys/signal.h:17,
from /usr/include/sys/wait.h:123,
from include/stdlib.h:221,
from /usr/gcchold/gcc-2.95.2/gcc/libgcc2.c:41:
/usr/include/machine/save_state.h:416: size of array `ss_reserved2' is
too large
/usr/include/machine/save_state.h:429: size of array `ss_reserved' is
too large
/usr/include/machine/save_state.h:550: size of array `ss_reserved2' is
too large
/usr/include/machine/save_state.h:650: size of array `ss_xor' is too
large
In file included from /usr/include/sys/signal.h:17,
from /usr/include/sys/wait.h:123,
from include/stdlib.h:221,
from /usr/gcchold/gcc-2.95.2/gcc/libgcc2.c:41:
/usr/include/sys/newsig.h:80: size of array `uc_spares' is too large
In file included from /usr/include/sys/wait.h:123,
from include/stdlib.h:221,
from /usr/gcchold/gcc-2.95.2/gcc/libgcc2.c:41:
/usr/include/sys/signal.h:545: size of array `sm_arg' is too large
/usr/include/sys/signal.h:619: size of array `sc_args' is too large
In file included from /usr/include/pwd.h:79,
from include/stdlib.h:317,
from /usr/gcchold/gcc-2.95.2/gcc/libgcc2.c:41:
include/stdio.h:61: size of array `__smbuf' is too large
In file included from /usr/include/unistd.h:11,
from /usr/gcchold/gcc-2.95.2/gcc/libgcc2.c:42:
/usr/include/sys/unistd.h:197: size of array `type name' is too large
make[2]: *** [libgcc2.a] Error 1
make[2]: Leaving directory `/usr/gcc/gcc'
make[1]: *** [bootstrap] Error 2
make[1]: Leaving directory `/usr/gcc/gcc'
make: *** [bootstrap] Error 2
**********
Note: my initial configure was done from the /usr/gcc directory, and
looks like this:
/usr/gcchold/gcc-2.95.2/configure --prefix=/user/unibat/compilers/hpux11
--with-gnu-as
(It looks like you need to tell the c compiler to use gnu AS, or you
can't debug c programs)
This appears to be a bug in the way c-decl.c handles arrays; apparently
a tree_overflow is
occurring.
I decided to stop here, since it looks like you probably haven't done
gcc for HPUX 11 yet.
Let me know if I can give you any more information.
--
Greg Christopher Acrobat Automation
(408) 536-4303 Acrobat SDK testing
gchristo@adobe.com
More information about the Gcc-bugs
mailing list