On 04/04/2005, at 4:31 PM, John David Anglin wrote:
I'd really appreciate it if people on unusual host systems (AIX, HPPA, cygwin, etc.) could see what the effect of the patch in <http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00145.html> is on their bootstrap. I've gotten no responses at all, and I presume this means that lots of people have tried the patch and discovered that it works fine, or they aren't too worried about discovering latent bugs and having their bootstrap fail...
Wouldn't it be wonderful if that were the way things were. Anyway, comparison fails on hppa2.0w-hp-hpux11.11:
Bootstrap comparison failure! libgcc/lib2funcs.o differs libgcc/lib2funcs_s.o differs make[1]: *** [gnucompare] Error 1
The problem seems to be in the $GDB_SYMBOLS$ section:
libgcc/lib2funcs.o: file format som
Symnum n_type n_othr n_desc n_value n_strx String
-1 HdrSym 0 15 0000003c 1 0 SO 0 0 00000000 22 /var/tmp//ccdFfhzk.s 1 SOL 0 0 00000000 43 lib2funcs.asm
stage2/libgcc/lib2funcs.o: file format som
Contents of $GDB_SYMBOLS$ section:
Symnum n_type n_othr n_desc n_value n_strx String
-1 HdrSym 0 15 0000003c 1 0 SO 0 0 00000000 22 /var/tmp//ccexJisK.s 1 SOL 0 0 00000000 43 lib2funcs.asm
That's probably a relative of the bug that occurs on Darwin. It ought to be possible to avoid it by using -pipe in TARGET_LIBGCC2_CFLAGS; could you try that? (I'd like to think that adding -pipe would always be safe, but who knows what madness might lurk in the HPUX assembler...)
I guess cc1 does use this file, so comparing the two cc1 executables would fail too; but does it work if -pipe is used?
smime.p7s
Description: S/MIME cryptographic signature