[Bug libgcj/40947] Invalid flag usage: Wl,-rpath, -Wx,-option must appear after -_SYSTYPE_SVR4
--- Comment #3 from htl10 at users dot sourceforge dot net 2010-07-15 21:29 --- Adding a few releases I have tried (4.3.4, 4.3.5, 4.4.4 and 4.5.0 all failed), and 4.4.1 worked. I can try 4.4.2 and 4.4.3 as well if somebody insists. -- htl10 at users dot sourceforge dot net changed: What|Removed |Added Known to fail|4.3.5 |4.3.4 4.3.5 4.4.4 4.5.0 Known to work|4.3.3 |4.3.3 4.4.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40947
[Bug bootstrap/44959] New: [4.5 Regression] bootstrap failed at Comparing stages 2 and 3
X-Bugzilla-Reason: CC The problem was first noticed with http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40894#c4 with svn-r152154 . Now that 4.5.0 is released, here is the build failure - it looks the same as in the url above, and earlier than bug 40894 so this I guess qualifies as a new bug. make[3]: Entering directory `/home/htl10/tmp-build/gcc-450-dir' rm -f stage_current make[3]: Leaving directory `/home/htl10/tmp-build/gcc-450-dir' Comparing stages 2 and 3 warning: gcc/cc1-checksum.o differs warning: gcc/cc1plus-checksum.o differs warning: gcc/cc1obj-checksum.o differs Bootstrap comparison failure! gcc/java/win32-host.o differs gcc/build/min-insn-modes.o differs gcc/dummy-checksum.o differs gcc/insn-peep.o differs gcc/graphite-blocking.o differs gcc/graphite-clast-to-gimple.o differs gcc/graphite-dependences.o differs gcc/graphite-interchange.o differs gcc/graphite-poly.o differs gcc/graphite-ppl.o differs gcc/graphite-scop-detection.o differs gcc/graphite-sese-to-poly.o differs gcc/loop-doloop.o differs gcc/version.o differs gcc/vmsdbgout.o differs gcc/xcoffout.o differs gcc/host-default.o differs gcc/gcc-options.o differs gcc/collect2-aix.o differs intl/osdep.o differs libiberty/safe-ctype.o differs make[2]: *** [compare] Error 1 make[2]: Leaving directory `/home/htl10/tmp-build/gcc-450-dir' make[1]: *** [stage3-bubble] Error 2 make[1]: Target `stage4-bubble' not remade because of errors. make[1]: Leaving directory `/home/htl10/tmp-build/gcc-450-dir' make: *** [bootstrap4-lean] Error 2 -- Summary: [4.5 Regression] bootstrap failed at Comparing stages 2 and 3 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: htl10 at users dot sourceforge dot net GCC host triplet: alphaev68-dec-osf5.1a http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44959
[Bug libgcj/40947] Invalid flag usage: Wl,-rpath, -Wx,-option must appear after -_SYSTYPE_SVR4
--- Comment #2 from htl10 at users dot sourceforge dot net 2010-07-14 10:05 --- This seems to have become an regression - it worked in 4.3.3 and failed in 4.3.5 . -- htl10 at users dot sourceforge dot net changed: What|Removed |Added Known to fail||4.3.5 Known to work||4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40947
[Bug bootstrap/40894] [4.4/4.5/4.6 Regression] bootstrap4-lean failed crtfastmath.o comparision
--- Comment #6 from htl10 at users dot sourceforge dot net 2010-07-14 14:25 --- 4.3.5 also bootstrap4-lean alright (hit bug 40947 later with libjava). -- htl10 at users dot sourceforge dot net changed: What|Removed |Added Known to work|4.3.1 4.3.3 |4.3.1 4.3.3 4.3.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40894
[Bug bootstrap/40894] [4.4/4.5/4.6 Regression] bootstrap4-lean failed crtfastmath.o comparision
--- Comment #7 from htl10 at users dot sourceforge dot net 2010-07-14 14:44 --- 4.4.4 (built with 4.3.3) fails at stage 3 and 4 comparison. Comparing stages 3 and 4 Bootstrap comparison failure! ./crtfastmath.o differs make[2]: *** [compare3] Error 1 objdump -Dxzs stage3-gcc/crtfastmath.o stage3-dump objdump -Dxzs stage4-gcc/crtfastmath.o stage4-dump # diff -u stage3-dump stage4-dump --- stage3-dump 2010-07-14 15:30:13.0 +0100 +++ stage4-dump 2010-07-14 15:30:27.0 +0100 @@ -1,6 +1,6 @@ -stage3-gcc/crtfastmath.o: file format ecoff-littlealpha -stage3-gcc/crtfastmath.o +stage4-gcc/crtfastmath.o: file format ecoff-littlealpha +stage4-gcc/crtfastmath.o architecture: alpha, flags 0x0035: HAS_RELOC, HAS_LINENO, HAS_SYMS, HAS_LOCALS start address 0x @@ -70,7 +70,7 @@ 0010 00301f22 10807da7 00405b6b 0100ba27 .0..@[k...' 0020 2480bd23 5ea7 1000de23 0180fa6b $..#..^#...k Contents of section .xdata: - 0030 3100 02000204 1... + 0030 0100 02000204 Contents of section .pdata: 0040 ecff Contents of section .lita: @@ -100,7 +100,7 @@ Disassembly of section .xdata: 0030 .xdata: - 30: 31 00 00 00 call_pal0x31 + 30: 01 00 00 00 call_pal0x1 34: 02 00 02 04 .long 0x4020002 38: 00 00 00 00 halt 3c: 00 00 00 00 halt -- htl10 at users dot sourceforge dot net changed: What|Removed |Added Known to fail|4.4.0 4.4.1 |4.4.0 4.4.1 4.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40894
[Bug bootstrap/41465] bootstrap failed - ../libdecnumber/gstdint.h:80: error: two or more data types in declaration specifiers
--- Comment #1 from htl10 at users dot sourceforge dot net 2009-09-24 23:51 --- int64_t and uint64_t are both already defined in /usr/include/inttypes.h - it appears that intmax_t and uintmax_t may also be defined elsewhere as well, although I couldn't locate it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41465
[Bug bootstrap/41465] bootstrap failed - ../libdecnumber/gstdint.h:80: error: two or more data types in declaration specifiers
--- Comment #2 from htl10 at users dot sourceforge dot net 2009-09-24 23:56 --- (In reply to comment #1) int64_t and uint64_t are both already defined in /usr/include/inttypes.h - it appears that intmax_t and uintmax_t may also be defined elsewhere as well, although I couldn't locate it. I thought I should explain the 2nd sentence a bit - I tried cleaning the relevant bit out and leaving just these two: typedef long intmax_t; typedef unsigned long uintmax_t; and compilation failed with a message about 'long long long' and 'unsigned long long long'. So it appears that intmax_t was expanded to 'long long' along the way. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41465
[Bug bootstrap/40894] [4.4/4.5 Regression] bootstrap4-lean failed crtfastmath.o comparision
--- Comment #4 from htl10 at users dot sourceforge dot net 2009-09-25 04:33 --- situation gone worse: make[3]: Leaving directory `/home/htl10/tmp-build/ob-dir' Comparing stages 2 and 3 warning: gcc/cc1-checksum.o differs warning: gcc/cc1plus-checksum.o differs warning: gcc/cc1obj-checksum.o differs Bootstrap comparison failure! gcc/java/win32-host.o differs gcc/build/min-insn-modes.o differs gcc/dummy-checksum.o differs gcc/insn-peep.o differs gcc/graphite-blocking.o differs gcc/graphite-clast-to-gimple.o differs gcc/graphite-dependences.o differs gcc/graphite-interchange.o differs gcc/graphite-poly.o differs gcc/graphite-ppl.o differs gcc/graphite-scop-detection.o differs gcc/graphite-sese-to-poly.o differs gcc/loop-doloop.o differs gcc/version.o differs gcc/vmsdbgout.o differs gcc/xcoffout.o differs gcc/host-default.o differs gcc/gcc-options.o differs gcc/collect2-aix.o differs intl/osdep.o differs libiberty/safe-ctype.o differs make[2]: *** [compare] Error 1 make[2]: Leaving directory `/home/htl10/tmp-build/ob-dir' make[1]: *** [stage3-bubble] Error 2 make[1]: Leaving directory `/home/htl10/tmp-build/ob-dir' make: *** [bootstrap4-lean] Error 2 bash-2.05a# -- htl10 at users dot sourceforge dot net changed: What|Removed |Added Summary|[4.4 Regression] bootstrap4-|[4.4/4.5 Regression] |lean failed crtfastmath.o |bootstrap4-lean failed |comparision |crtfastmath.o comparision http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40894
[Bug bootstrap/40894] [4.4/4.5 Regression] bootstrap4-lean failed crtfastmath.o comparision
--- Comment #5 from htl10 at users dot sourceforge dot net 2009-09-25 04:40 --- latest run was with svn-r152154 . also filed new bug 41465 , I just noticed I wrote 'bootstrap-lean' in comment 2 instead of 'bootstrap4-lean' - it is probably not important in light of the new bug and more extensive failures. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40894
[Bug libgcj/40947] New: Invalid flag usage: Wl,-rpath, -Wx,-option must appear after -_SYSTYPE_SVR4
svn r150353 - snapshot a few days ago: This is probably quite obvious and easy to fix? I couldn't work out the syntax of -_SYSTYPE_SVR4... - make[3]: Entering directory `/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava' /usr/local/bin/bash ./libtool --tag=GCJ --mode=link /home/htl10/tmp-build/g-svn/./gcc/gcj -B/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava/ -B/home/htl10/tmp-build/g-svn/./gcc/ -B/usr/local/alphaev68-dec-osf5.1a/bin/ -B/usr/local/alphaev68-dec-osf5.1a/lib/ -isystem /usr/local/alphaev68-dec-osf5.1a/include -isystem /usr/local/alphaev68-dec-osf5.1a/sys-include -L/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava -mieee -g -O2 -o jv-convert --main=gnu.gcj.convert.Convert -rpath /usr/local/lib -shared-libgcc -L/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava/.libs libgcj.la libtool: link: /home/htl10/tmp-build/g-svn/./gcc/gcj -B/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava/ -B/home/htl10/tmp-build/g-svn/./gcc/ -B/usr/local/alphaev68-dec-osf5.1a/bin/ -B/usr/local/alphaev68-dec-osf5.1a/lib/ -isystem /usr/local/alphaev68-dec-osf5.1a/include -isystem /usr/local/alphaev68-dec-osf5.1a/sys-include -mieee -g -O2 -o .libs/jv-convert --main=gnu.gcj.convert.Convert -shared-libgcc -L/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava/.libs -L/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava ./.libs/libgcj.so -lpthread -lrt -Wl,-rpath -Wl,/usr/local/lib /bin/ld: Invalid flag usage: Wl,-rpath, -Wx,-option must appear after -_SYSTYPE_SVR4 /bin/ld: Usage: /bin/ld [options] file [...] collect2: ld returned 1 exit status make[3]: *** [jv-convert] Error 1 make[3]: Leaving directory `/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava' make[1]: *** [all-target-libjava] Error 2 make[1]: Leaving directory `/home/htl10/tmp-build/g-svn' make: *** [all] Error 2 - -- Summary: Invalid flag usage: Wl,-rpath, -Wx,-option must appear after -_SYSTYPE_SVR4 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: htl10 at users dot sourceforge dot net GCC host triplet: alphaev68-dec-osf5.1a http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40947
[Bug libgcj/40947] Invalid flag usage: Wl,-rpath, -Wx,-option must appear after -_SYSTYPE_SVR4
--- Comment #1 from htl10 at users dot sourceforge dot net 2009-08-03 08:57 --- This is just from ../src/configure ; make . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40947
[Bug libstdc++/40912] [4.5 Regression] failure to pre-compile bits/stdc++.h.gch/O2ggnu++0x.gch
--- Comment #18 from htl10 at users dot sourceforge dot net 2009-08-02 22:33 --- Tried svn r150353 (today) and the precompiled problem is gone and it fails at the same place as before the precompiled header change - as in gcc-4.5-20090402 (svn r145482) mentioned in comment 11: - make[4]: Entering directory `/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava/libltdl' /bin/ksh ./libtool --tag=CC --mode=compile /home/htl10/tmp-build/g-svn/./gcc/xgcc -B/home/htl10/tmp-build/g-svn/./gcc/ -B/usr/local/alphaev68-dec-osf5.1a/bin/ -B/usr/local/alphaev68-dec-osf5.1a/lib/ -isystem /usr/local/alphaev68-dec-osf5.1a/include -isystem /usr/local/alphaev68-dec-osf5.1a/sys-include-DHAVE_CONFIG_H -I. -I../../../../gcc-r150353/libjava/libltdl -I. -I/usr/local/include -g -O2 -mieee -c -o ltdl.lo ../../../../gcc-r150353/libjava/libltdl/ltdl.c libtool: compile: libobj name `ltdl.lo' may not contain shell special characters. make[4]: *** [ltdl.lo] Error 1 make[4]: Leaving directory `/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava/libltdl' - -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40912
[Bug libstdc++/40912] [4.5 Regression] failure to pre-compile bits/stdc++.h.gch/O2ggnu++0x.gch
--- Comment #19 from htl10 at users dot sourceforge dot net 2009-08-02 22:51 --- The libltdl issue is a ksh bug... setting CONFIG_SHELL works around it. (The person running ../src/configure has $SHELL=bash and I don't know why it wasn't inherited...) http://www.mail-archive.com/libtool-patc...@gnu.org/msg00620.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40912
[Bug libstdc++/40912] [4.5 Regression] failure to pre-compile bits/stdc++.h.gch/O2ggnu++0x.gch
--- Comment #15 from htl10 at users dot sourceforge dot net 2009-07-31 09:55 --- (In reply to comment #14) Note, in the meanwhile, if you want to build to test other parts of the C++ library, other things, whatever, you can always pass --disable-libstdcxx-pch Thanks for the tips. I can dig through the system headers if that helps. Also I have looked into gcc.git and will probably have some solution for my no-svn and behind-NAT problem to have access to last hour's gcc code on that box soon. (yes I am mostly a git believer, although I can use cvs/svn). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40912
[Bug bootstrap/40894] [4.4 Regression] bootstrap4-lean failed crtfastmath.o comparision
--- Comment #2 from htl10 at users dot sourceforge dot net 2009-07-30 09:52 --- (In reply to comment #1) There is no indication in this bug report of whether the issue also appears for 4.5. If it does, please update the regression marker to 4.4/4.5 Regression. I downloaded and tried the gcc-4.5-20090723 snapshot tar ball with make bootstrap-lean - it finished the building and comparison of the C compiler but failed later in libstdc++-v3 . I hope this get fixed by 4.4.2 if there is one. Meanwhile I'll check and possibly file the libstdc++-v3 issue. -- htl10 at users dot sourceforge dot net changed: What|Removed |Added Known to fail||4.4.0 4.4.1 Known to work||4.3.1 4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40894
[Bug libstdc++/40912] New: 4.5 weekly snapshot: failed to pre-compile bits/stdc++.h.gch/O2ggnu++0x.gch
/alphaev68-dec-osf5.1a/libstdc++-v3' make[1]: *** [all-target-libstdc++-v3] Error 2 make[1]: Leaving directory `/home/htl10/tmp-build/obj45-dir' make: *** [bootstrap4-lean] Error 2 --- -- Summary: 4.5 weekly snapshot: failed to pre-compile bits/stdc++.h.gch/O2ggnu++0x.gch Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: htl10 at users dot sourceforge dot net GCC host triplet: alphaev68-dec-osf5.1a http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40912
[Bug libstdc++/40912] 4.5 weekly snapshot: failed to pre-compile bits/stdc++.h.gch/O2ggnu++0x.gch
--- Comment #2 from htl10 at users dot sourceforge dot net 2009-07-30 11:49 --- (In reply to comment #1) Why don't you just use SVN? Also, is this failure new, or not? As far as I know could even be months old... I am digging a hole for myself here - am currently building svn (and before that, openssl) just so that I can checkout the lastest gcc code instead of last week's snapshot :-(. I try to keep the system vanilla... The bug is reasonably new - 4.3.3 did work, and 4.4.1 worked as make (caveate bug 40894). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40912
[Bug libstdc++/40912] 4.5 weekly snapshot: failed to pre-compile bits/stdc++.h.gch/O2ggnu++0x.gch
--- Comment #4 from htl10 at users dot sourceforge dot net 2009-07-30 12:57 --- (In reply to comment #3) Well, the file itself didn't *exist* in 4.3.x and 4.4.x... Oh, indeed... have been trying to build subversion for the last few hours just so that I can try last night's instead of last week's gcc, and it is not funny... (the box itself is in the different country and time zone, and behind NAT in both directions... it is getting tempting to *wait* svn co here then *wait* scp two hoops over...). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40912
[Bug bootstrap/40894] [4.4 Regression] bootstrap4-lean failed crtfastmath.o comparision
--- Comment #3 from htl10 at users dot sourceforge dot net 2009-07-30 13:01 --- FYI, the libstdc++v3 issue with gcc 4.5 is filed as bug 40912 . So gcc 4.4/4.5 support are both a bit broken, just differently. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40894
[Bug libstdc++/40912] 4.5 weekly snapshot: failed to pre-compile bits/stdc++.h.gch/O2ggnu++0x.gch
--- Comment #6 from htl10 at users dot sourceforge dot net 2009-07-30 15:58 --- (In reply to comment #5) As a side note, I want to mention that we are very close to finally fixing c/448 for 4.5.0. Then, any problem related to stdint.h will disappear. What is 'c/448'? I have spent almost a day now trying to build svn or run one of the other java-based svn client without success. (just svn itself written making far many GNU assumptions, and no working jvm - including gij - on the platform), so I have downloaded the first 4.5, gcc-4.5-20090402, and try building it now. (I thought I would get when the code first entered the system, but it looks like the tar ball was same day but earlier.. oh well). at this rate the next tar ball is due out soon anyway... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40912
[Bug libstdc++/40912] 4.5 weekly snapshot: failed to pre-compile bits/stdc++.h.gch/O2ggnu++0x.gch
--- Comment #9 from htl10 at users dot sourceforge dot net 2009-07-30 16:54 --- (In reply to comment #7) Do you want something to click? PR448 Oh, I didn't expect bug id that old to be relevant - I thought c/448 might be short for bug XX448 so I tried bug 40448 :-). (In reply to comment #8) Subject: Re: 4.5 weekly snapshot: failed to pre-compile bits/stdc++.h.gch/O2ggnu++0x.gch On Thu, 30 Jul 2009, paolo dot carlini at oracle dot com wrote: As a side note, I want to mention that we are very close to finally fixing c/448 for 4.5.0. Then, any problem related to stdint.h will disappear. We're still quite some way from that; I just sent a list of 14 target OSes that either need stdint.h information entered in GCC, or need to be deprecated. (This is down from 20 at the start of April: information has been added since then for Darwin, FreeBSD, HP-UX, Cygwin, MinGW and AIX.) http://gcc.gnu.org/ml/gcc/2009-07/msg00625.html I can't say about the others alpha*-dec-osf[45]*, but I can certainly give you alphaev68-dec-osf5.1a . How do you like this info? If you have a list to hunt for, or even a small test program which includes the various headers and print the numbers, I can do that... See as I seem to be the only one submitting testsuite results for alpha*-dec-osf[45]* beyond 4.1-ish, what is the qualification/requirement for OS porter/maintainer to take it off the deprecated list? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40912
[Bug libstdc++/40912] 4.5 weekly snapshot: failed to pre-compile bits/stdc++.h.gch/O2ggnu++0x.gch
--- Comment #11 from htl10 at users dot sourceforge dot net 2009-07-31 01:50 --- gcc-4.5-20090409 (svn r145863) breaks at the same place; gcc-4.5-20090402 (svn r145482) breaks later at - make all-am make[4]: Entering directory `/home/htl10/tmp-build/45b/alphaev68-dec-osf5.1a/libjava/libltdl' /bin/ksh ./libtool --tag=CC --mode=compile /home/htl10/tmp-build/45b/./gcc/xgcc -B/home/htl10/tmp-build/45b/./gcc/ -B/usr/local/alphaev68-dec-osf5.1a/bin/ -B/usr/local/alphaev68-dec-osf5.1a/lib/ -isystem /usr/local/alphaev68-dec-osf5.1a/include -isystem /usr/local/alphaev68-dec-osf5.1a/sys-include -DHAVE_CONFIG_H -I. -I../../../../gcc-4.5-20090402/libjava/libltdl -I. -I/usr/local/include -g -O2 -mieee -c -o ltdl.lo ../../../../gcc-4.5-20090402/libjava/libltdl/ltdl.c libtool: compile: libobj name `ltdl.lo' may not contain shell special characters. make[4]: *** [ltdl.lo] Error 1 make[4]: Leaving directory `/home/htl10/tmp-build/45b/alphaev68-dec-osf5.1a/libjava/libltdl' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/htl10/tmp-build/45b/alphaev68-dec-osf5.1a/libjava/libltdl' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/htl10/tmp-build/45b/alphaev68-dec-osf5.1a/libjava' make[1]: *** [all-target-libjava] Error 2 make[1]: Leaving directory `/home/htl10/tmp-build/45b' make: *** [all] Error 2 -20090402 since the code concerned entered as r145483 just after gcc-4.5-20090402 (svn r145482), I think we can conclude that that bits of code has _always_ been broken since day 1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40912
[Bug libstdc++/40912] 4.5 weekly snapshot: failed to pre-compile bits/stdc++.h.gch/O2ggnu++0x.gch
--- Comment #12 from htl10 at users dot sourceforge dot net 2009-07-31 02:14 --- (In reply to comment #10) It looks like 4.5 will be dead-on-arrival alpha*-dec-osf[45]*, unless I fix this myself... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40912
[Bug libgcj/38251] [4.4/4.5 Regression] tools.zip doesn't build on systems with short command lines
--- Comment #7 from htl10 at users dot sourceforge dot net 2009-07-28 17:53 --- I probably have a similiar bug about length of commend line with 4.4.1 which I shall file now. -- htl10 at users dot sourceforge dot net changed: What|Removed |Added CC||htl10 at users dot ||sourceforge dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38251
[Bug libgcj/38251] [4.4/4.5 Regression] tools.zip doesn't build on systems with short command lines
--- Comment #8 from htl10 at users dot sourceforge dot net 2009-07-28 18:06 --- I have a slightly different message on alphaev68-dec-osf5.1a with gcc 4.4.1, but possibly the same problem: (I can bootstrap 4.3.3, but no luck with 4.4.0/4.4.1): find ../../../../../gcc-4.4.1/libjava/classpath/tools/external/asm -name '*.java' -print asm.lst find ../../../../../gcc-4.4.1/libjava/classpath/tools/gnu/classpath/tools \ ../../../../../gcc-4.4.1/libjava/classpath/tools/com/sun/javadoc \ ../../../../../gcc-4.4.1/libjava/classpath/tools/com/sun/tools/doclets \ ../../../../../gcc-4.4.1/libjava/classpath/tools/com/sun/tools/javadoc \ ../../../../../gcc-4.4.1/libjava/classpath/tools/com/sun/tools/javac \ ../../../../../gcc-4.4.1/libjava/classpath/tools/com/sun/tools/javah \ ../../../../../gcc-4.4.1/libjava/classpath/tools/sun/rmi/rmic \ -path '*gnu/classpath/tools/gjdoc' -prune -o -path '*gnu/classpath/tools/doclets' -prune -o -path '*gnu/classpath/tools/taglets' -prune -o -path '*com/sun/javadoc' -prune -o -path '*com/sun/tools/doclets' -prune -o -path '*com/sun/tools/javadoc' -prune -o \ -name '*.java' -print classes.lst find: bad option -path make[4]: *** [tools.zip] Error 1 make[4]: Leaving directory `/home/htl10/tmp-build/g41-dir/alphaev68-dec-osf5.1a/libjava/classpath/tools' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/htl10/tmp-build/g41-dir/alphaev68-dec-osf5.1a/libjava/classpath' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/htl10/tmp-build/g41-dir/alphaev68-dec-osf5.1a/libjava' make[1]: *** [all-target-libjava] Error 2 make[1]: Leaving directory `/home/htl10/tmp-build/g41-dir' make: *** [all] Error 2 bash-2.05a# -- The 'find: bad option -path' message probably means the command was truncated, I believe. It looks pretty long to me :-). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38251
[Bug bootstrap/40894] New: [4.4 Regression] bootstrap4-lean failed crtfastmath.o comparision
make bootstrap4-lean failed with 4.4.0 and 4.4.1 with crtfastmath.o comparison. The last gcc version I can make bootstrap4-lean was 4.3.3 (and before that, 4.3.1) which was what I tried building 4.4.x with. Strangely make (which I understand do a 3 stage boostrap) doesn't have this problem, but fails further down with path length problems ( http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38251#c8 ). objdump -Dxzs ./prev-gcc/crtfastmath.o prev-gcc-crtfastmath-dump objdump -Dxzs ./gcc/crtfastmath.o gcc-crtfastmath-dump objdump -Dxzs /usr/local/lib/gcc/alphaev68-dec-osf5.1a/4.3.3/crtfastmath.o \ gcc-4.3.3-crtfastmath-dump - # diff prev-gcc-crtfastmath-dump gcc-crtfastmath-dump 2,3c2,3 ./prev-gcc/crtfastmath.o: file format ecoff-littlealpha ./prev-gcc/crtfastmath.o --- ./gcc/crtfastmath.o: file format ecoff-littlealpha ./gcc/crtfastmath.o 73c73 0030 3100 02000204 1... --- 0030 0100 02000204 103c103 30: 31 00 00 00 call_pal0x31 --- 30: 01 00 00 00 call_pal0x1 I also 'diff gcc-crtfastmath-dump gcc-4.3.3-crtfastmath-dump' - while I don't understand alpha assembler at all, the diff against with gcc 4.3.3 is mostly versioning, and gcc 4.3.3. also have call_pal0x31. So it appears that bootstrap4-lean miscompile at the last stage? (i.e. prev-gcc/crtfastmath.o was correct, gcc/crtfastmath.o was wrong). Anybody can suggest how to take this forward? I am currently on 4.3.3, but am keen to heep the alpha port of gcc alive for as long as is feasible... -- Summary: [4.4 Regression] bootstrap4-lean failed crtfastmath.o comparision Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: htl10 at users dot sourceforge dot net GCC host triplet: alphaev68-dec-osf5.1a http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40894
[Bug libgcj/38251] [4.4/4.5 Regression] tools.zip doesn't build on systems with short command lines
--- Comment #9 from htl10 at users dot sourceforge dot net 2009-07-28 20:30 --- Sorry for the noise - the 'find: bad option -path' error message of mine is genuine - gcc 4.4 (classpath) requires GNU findutils syntax which doesn't work with DEC/Tru64 find. Am filing a separate bug now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38251
[Bug libgcj/38251] [4.4/4.5 Regression] tools.zip doesn't build on systems with short command lines
--- Comment #10 from htl10 at users dot sourceforge dot net 2009-07-28 20:42 --- The 'find bad option' problem was already reported for solaris as bug 38715 . just FYI. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38251
[Bug middle-end/21953] [4.3/4.4/4.5 Regression] Many tmpdir-gcc.dg-struct-layout-1 tests fail on Tru64 UNIX V5.1B
--- Comment #12 from htl10 at users dot sourceforge dot net 2009-07-28 22:49 --- Still broken with 4.3.1, with alphaev68-dec-osf5.1a - http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg02507.html Am about to submit the testsuite result for 4.3.3 and 4.4.1, and I think the result is similiar. -- htl10 at users dot sourceforge dot net changed: What|Removed |Added CC||htl10 at users dot ||sourceforge dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21953
[Bug libstdc++/37244] New: libstdc++ fails to build
Some of the headers are not created? This is the first bits the fails: --- make[2]: Entering directory `/home/htl10/tmp-build/obj-dir/alphaev68-dec-osf5.1a/libstdc++-v3' ... make[3]: Entering directory `/home/htl10/tmp-build/obj-dir/alphaev68-dec-osf5.1a/libstdc++-v3' Making all in include make[4]: Entering directory `/home/htl10/tmp-build/obj-dir/alphaev68-dec-osf5.1a/libstdc++-v3/include' mkdir -p ./alphaev68-dec-osf5.1a/bits/extc++.h.gch /home/htl10/tmp-build/obj-dir/./gcc/xgcc -shared-libgcc -B/home/htl10/tmp-build/obj-dir/./gcc -nostdinc++ -L/home/htl10/tmp-build/o bj-dir/alphaev68-dec-osf5.1a/libstdc++-v3/src -L/home/htl10/tmp-build/obj-dir/alphaev68-dec-osf5.1a/libstdc++-v3/src/.libs -B/usr/l ocal/alphaev68-dec-osf5.1a/bin/ -B/usr/local/alphaev68-dec-osf5.1a/lib/ -isystem /usr/local/alphaev68-dec-osf5.1a/include -isystem /usr/local/alphaev68-dec-osf5.1a/sys-include -Winvalid-pch -x c++-header -O2 -g -g -O2 -mieee -I/home/htl10/tmp-build/obj-dir/alp haev68-dec-osf5.1a/libstdc++-v3/include/alphaev68-dec-osf5.1a -I/home/htl10/tmp-build/obj-dir/alphaev68-dec-osf5.1a/libstdc++-v3/in clude -I/home/htl10/tmp-build/gcc-4.3.1/libstdc++-v3/libsupc++ -O2 -g /home/htl10/tmp-build/gcc-4.3.1/libstdc++-v3/include/precompi led/extc++.h -o alphaev68-dec-osf5.1a/bits/extc++.h.gch/O2g.gch In file included from /home/htl10/tmp-build/obj-dir/alphaev68-dec-osf5.1a/libstdc++-v3/include/ext/pb_ds/detail/standard_policies.h pp:51, from /home/htl10/tmp-build/obj-dir/alphaev68-dec-osf5.1a/libstdc++-v3/include/ext/pb_ds/assoc_container.hpp:52, from /home/htl10/tmp-build/gcc-4.3.1/libstdc++-v3/include/precompiled/extc++.h:60: /home/htl10/tmp-build/obj-dir/alphaev68-dec-osf5.1a/libstdc++-v3/include/ext/pb_ds/hash_policy.hpp:57:87: error: ext/pb_ds/detail/r esize_policy/hash_load_check_resize_trigger_size_base.hpp: No such file or directory /home/htl10/tmp-build/obj-dir/alphaev68-dec-osf5.1a/libstdc++-v3/include/ext/pb_ds/hash_policy.hpp:395:93: error: ext/pb_ds/detail/ resize_policy/cc_hash_max_collision_check_resize_trigger_imp.hpp: No such file or directory ...make[4]: *** [alphaev68-dec-osf5.1a/bits/extc++.h.gch/O2g.gch] Error 1 make[4]: Leaving directory `/home/htl10/tmp-build/obj-dir/alphaev68-dec-osf5.1a/libstdc++-v3/include' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/htl10/tmp-build/obj-dir/alphaev68-dec-osf5.1a/libstdc++-v3' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/htl10/tmp-build/obj-dir/alphaev68-dec-osf5.1a/libstdc++-v3' make[1]: *** [all-target-libstdc++-v3] Error 2 make[1]: Leaving directory `/home/htl10/tmp-build/obj-dir' make: *** [bootstrap] Error 2 --- I have the full ../gcc-4.3.1/configure make bootstrap log if somebody wants to look at it. I had looked at the buildstat and it doesn't look as if anybody has tried to build gcc on Tru64 since 4.1.1? -- Summary: libstdc++ fails to build Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: htl10 at users dot sourceforge dot net GCC build triplet: alphaev68-dec-osf5.1a GCC host triplet: alphaev68-dec-osf5.1a GCC target triplet: alphaev68-dec-osf5.1a http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37244
[Bug libstdc++/37244] libstdc++ fails to build
--- Comment #2 from htl10 at users dot sourceforge dot net 2008-08-26 18:04 --- Oh dear, sorry about the noise - Looking at my own error message about the missing files and where they are, I found that it is the vendor tar which is broken - it truncates file path names to 100 characters - this is normally not noticeable except in the libstdc++ dir where there are a lot of files with long names. e.g. gnu tar: - $ ls gcc-4.3.1/libstdc++-v3/include/ext/pb_ds/detail/resize_policy cc_hash_max_collision_check_resize_trigger_imp.hpp hash_standard_resize_policy_imp.hpp hash_exponential_size_policy_imp.hppsample_resize_policy.hpp hash_load_check_resize_trigger_imp.hpp sample_resize_trigger.hpp hash_load_check_resize_trigger_size_base.hppsample_size_policy.hpp hash_prime_size_policy_imp.hpp vendor tar: $ ls gcc-4.3.1/libstdc++-v3/include/ext/pb_ds/detail/resize_policy cc_hash_max_collision_check_resize_tri hash_standard_resize_policy_imp.hpp hash_exponential_size_policy_imp.hppsample_resize_policy.hpp hash_load_check_resize_trigger_imp.hpp sample_resize_trigger.hpp hash_load_check_resize_trigger_size_ba sample_size_policy.hpp hash_prime_size_policy_imp.hpp -- Can somebody update the platform-specific notes please: http://gcc.gnu.org/install/specific.html ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37244
[Bug libstdc++/37244] libstdc++ fails to build
--- Comment #3 from htl10 at users dot sourceforge dot net 2008-08-26 18:06 --- Yes, mid-air collision - I realised the problem as soon as I looked at my own bug report and looked at the directory again. Still, the POSIX tar vs GNU tar issue could be spelt out a bit :-(. (spent a few days on this...) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37244
[Bug libstdc++/37244] libstdc++ fails to build
--- Comment #5 from htl10 at users dot sourceforge dot net 2008-08-26 18:19 --- (In reply to comment #4) From that link: GNU tar version 1.14 (or later) Necessary (only on some platforms) to untar the source code. Many systems' tar programs will also work, only try GNU tar if you have problems. That's so not obvious :-( (many system's tar will work) - particularly since I had built gcc (3.4.x) on the same machine before. I have taken the trouble to install binutils, mpfr, gmp (because gcc 4.x needs those)... and even the GNU bash/GNU make requirement were easy, since ./configure make fails very early - but the long path is not obvious, since it fails very late - and possibly only in the stdc++ and java stuff - gcc and gfortran are not affected. Can I suggest a line be added to http://gcc.gnu.org/install/specific.html, saying HP/DEC tar does not work? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37244
[Bug target/15065] [4.2/4.3/4.4 Regression] bootstrap fails during bulding libstdc++-v3 on Tru64 V5.0
--- Comment #17 from htl10 at users dot sourceforge dot net 2008-08-25 08:07 --- Am having problem with libstdc++-v3 during bootrap of gcc 4.3.1 on Tru64 V5.1. gfortran and gcc built fine. (with --enable-languages=c,fortran to override the default list of c,c++,fortran,objc). The last working g++ was 3.4.3 but am currently using gcc 4.3.1 to boostrap the whole thing again and see. The error looks different so I'll likely file a separate bug if it still doesn't work. -- htl10 at users dot sourceforge dot net changed: What|Removed |Added CC||htl10 at users dot ||sourceforge dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15065
[Bug libgcj/21225] New: gnu/xml/dom/DomDOMException.java:171: internal compiler error: Segmentation fault
libjava of gcc 4.0.0 won't build on Tru64 alpha. Tried with either the dec cc compiler and gcc 3.4.3, with and without '-Wa,-oldas'. gcc -v Reading specs from /usr/local/lib/gcc/alphaev68-dec-osf5.1/3.4.3/specs Configured with: ../gcc-3.4.3/configure Thread model: posix gcc version 3.4.3 The message before and after is (the actual dead command line is very long, so I have put in the ): make[4]: Leaving directory `/home/htl10/gcc-4.x-build-dir/alphaev68-dec-osf5.1a/libjava' /bin/sh ./libtool --mode=compile /home/htl10/gcc-4.x-build-dir/gcc/gcj -B/home/htl10/gcc-4.x-build-dir/gcc/ -B/usr/local/alphaev68-dec-osf5.1a/bin/ -B/usr/local/alphaev68-dec-osf5.1a/lib/ -isystem /usr/local/alphaev68-dec-osf5.1a/include -isystem /usr/local/alphaev68-dec-osf5.1a/sys-include -mieee -fclasspath= -fbootclasspath=/home/htl10/gcc-4.x-build-dir/alphaev68-dec-osf5.1a/libjava':'../../../gcc-4.0.0/libjava':'../../../gcc-4.0.0/libjava/external/w3c_dom':'../../../gcc-4.0.0/libjava/external/sax --encoding=UTF-8 -Wno-deprecated -g -O2 -fjni -findirect-dispatch -c -o gnu-xml.lo \ `find gnu/xml -name '*.class' -print | sort -r` /home/htl10/gcc-4.x-build-dir/gcc/gcj . -o .libs/gnu-xml.o gnu/xml/dom/DomDOMException.java:171: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make[3]: *** [gnu-xml.lo] Error 1 make[3]: Leaving directory `/home/htl10/gcc-4.x-build-dir/alphaev68-dec-osf5.1a/libjava' make[2]: *** [all-recursive] Error 1 rm gnu/gcj/tools/gcj_dbtool/Main.class make[2]: Leaving directory `/home/htl10/gcc-4.x-build-dir/alphaev68-dec-osf5.1a/libjava' make[1]: *** [all-target-libjava] Error 2 make[1]: Leaving directory `/home/htl10/gcc-4.x-build-dir' make: *** [bootstrap4-lean] Error 2 == -- Summary: gnu/xml/dom/DomDOMException.java:171: internal compiler error: Segmentation fault Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: htl10 at users dot sourceforge dot net CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org GCC build triplet: alphaev68-dec-osf5.1 GCC host triplet: alphaev68-dec-osf5.1 GCC target triplet: alphaev68-dec-osf5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21225
[Bug bootstrap/20155] [4.0/4.1 Regression] libgcj build fails with execvp: /bin/sh: Argument list too long
--- Additional Comments From htl10 at users dot sourceforge dot net 2005-04-26 02:43 --- had the same problem with alphaev68-dec-osf5.1 as well. -- What|Removed |Added CC||htl10 at users dot ||sourceforge dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20155
[Bug bootstrap/20155] [4.0/4.1 Regression] libgcj build fails with execvp: /bin/sh: Argument list too long
--- Additional Comments From htl10 at users dot sourceforge dot net 2005-04-26 03:18 --- on alphaev68-dec-osf5.1, the make[3]: execvp: /bin/sh: Arg list too long make[3]: *** [libgcj0_convenience.la] Error 127 make[3]: Leaving directory `/home/htl10/gcc-4.x-build-dir/alphaev68-dec-osf5.1a/libjava' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/htl10/gcc-4.x-build-dir/alphaev68-dec-osf5.1a/libjava' make[1]: *** [all-target-libjava] Error 2 make[1]: Leaving directory `/home/htl10/gcc-4.x-build-dir' make: *** [bootstrap4-lean] Error 2 happens when /bin/sh ./libtool --tag=GCJ --mode=link ... -o libgcj0_convenience.la ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20155