[Bug libstdc++/40912] 4.5 weekly snapshot: failed to pre-compile bits/stdc++.h.gch/O2ggnu++0x.gch
--- Comment #1 from paolo dot carlini at oracle dot com 2009-07-30 11:30 --- Why don't you just use SVN? Also, is this failure new, or not? As far as I know could even be months old... -- 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 #3 from paolo dot carlini at oracle dot com 2009-07-30 12:41 --- Well, the file itself didn't *exist* in 4.3.x and 4.4.x... -- 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 libstdc++/40912] 4.5 weekly snapshot: failed to pre-compile bits/stdc++.h.gch/O2ggnu++0x.gch
--- Comment #5 from paolo dot carlini at oracle dot com 2009-07-30 15:41 --- 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. -- 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 #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 #7 from paolo dot carlini at oracle dot com 2009-07-30 16:26 --- Do you want something to click? PR448 -- 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 #8 from joseph at codesourcery dot com 2009-07-30 16:30 --- 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 -- 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 #10 from joseph at codesourcery dot com 2009-07-30 19:28 --- Subject: Re: 4.5 weekly snapshot: failed to pre-compile bits/stdc++.h.gch/O2ggnu++0x.gch On Thu, 30 Jul 2009, htl10 at users dot sourceforge dot net wrote: 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 In the form of a patch submission following the documentation at http://gcc.gnu.org/contribute.html and in particular passing the c99-stdint-* testcases. 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? It's not currently on a deprecation list, but maintainers of parts of the compiler will need to have a copyright assignment on file with the FSF and have submitted sufficient good patches to that part of the compiler to have been made maintainer by the SC. The requirement to avoid deprecation may be less than having a maintainer: monitor test results, send patches to fix issues that arise and other issues (such as this one) that need work for each OS and revise and ping patches as needed to get them in. Personally I think we should eliminate the mips-tdump and mips-tfile programs (which may mean making these targets work properly with the GNU assembler) but I haven't actually made a proposal to deprecate these targets in the absence of elimination of those programs. -- 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