[Bug inline-asm/35963] [IRA] uses wrong ops
--- Comment #4 from aldot at gcc dot gnu dot org 2008-04-17 11:13 --- Sounds a little bit like PR6142 popped up again via IRA. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35963
[Bug inline-asm/35963] [IRA] uses wrong ops
--- Comment #7 from aldot at gcc dot gnu dot org 2008-04-17 11:32 --- Changing the attached testcase to use either =q or =R makes no difference, it still tries to emit the wrong thing, thus reopening. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35963
[Bug target/35102] i386-*gcc: bad register name `%sil'
--- Comment #4 from aldot at gcc dot gnu dot org 2008-04-17 12:03 --- *** Bug 35963 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35102
[Bug inline-asm/35963] [IRA] uses wrong ops
--- Comment #8 from aldot at gcc dot gnu dot org 2008-04-17 12:03 --- fixing the constraint and all is well. Thanks, Andrew! *** This bug has been marked as a duplicate of 35102 *** -- aldot at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35963
[Bug rtl-optimization/33009] -frtl-abstract-sequences causes an infinite loop
--- Comment #4 from aldot at gcc dot gnu dot org 2008-02-21 16:44 --- -frtl-abstract-sequences should IMHO be turned on per default for at least -Os in 4.4 Otherwise literally nobody will notice if it's broken. thanks, -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33009
[Bug middle-end/17843] Warning not given for unreachable code in a switch
--- Comment #6 from aldot at gcc dot gnu dot org 2008-02-02 13:43 --- Created an attachment (id=15077) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15077action=view) Emit warning for surplus case labels in a switch stmt with a boolean condition The attached patchlet would warn about a superfluous default_label in a switch_statement that uses a boolean as condition. It does not burden VRP to emit this warning but checks in c-common.c instead. gcc/ChangeLog 2008-02-02 Bernhard Fischer aldot * c-common.c (record_surplus_node): New function. (c_do_switch_warnings): Warn for surplus default label in switch stmt. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17843
[Bug middle-end/17843] Warning not given for unreachable code in a switch
--- Comment #7 from aldot at gcc dot gnu dot org 2008-02-02 13:44 --- Reconfirm for 4.3.0 / 4.4.x -- aldot at gcc dot gnu dot org changed: What|Removed |Added URL|http://gcc.gnu.org/ml/gcc- | |patches/2008- | |01/msg00149.html| Keywords||patch Last reconfirmed|2006-02-13 04:13:47 |2008-02-02 13:44:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17843
[Bug other/33702] [meta-bug] GCC 4.4 pending patches
--- Comment #2 from aldot at gcc dot gnu dot org 2008-02-02 13:46 --- Add link to PR17843 -- Warning not given for unreachable code in a switch In this case a boolean condition; Does not use (the already a bit convoluted) VRP. -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org BugsThisDependsOn||17843 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33702
[Bug c/35034] [4.3 Regression] assembler errors when building gcc/unwind-*.c at -O0 or -O1
--- Comment #5 from aldot at gcc dot gnu dot org 2008-01-31 15:05 --- Works with gcc-4.1.2 (if one prunes the 'static' of the weakref; They were required to be public back then): $ gcc-4.1 pr35034-1.c pr35034-2.c -O0 -S -o - -combine -pipe .file pr35034-1.c .text .globl size_of_encoded_value .type size_of_encoded_value, @function size_of_encoded_value: pushl %ebp movl%esp, %ebp popl%ebp ret .size size_of_encoded_value, .-size_of_encoded_value .weakref__gthrw_pthread_once,pthread_once .ident GCC: (GNU) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) .section.note.GNU-stack,,@progbits -- aldot at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.1.2 Summary|assembler errors when |[4.3 Regression] assembler |building gcc/unwind-*.c at -|errors when building |O0 or -O1 |gcc/unwind-*.c at -O0 or -O1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35034
[Bug c/35034] assembler errors when building gcc/unwind-*.c at -O0 or -O1
--- Comment #4 from aldot at gcc dot gnu dot org 2008-01-31 14:47 --- Smaller testcase: --- $ cat pr35034-1.c /* PR 35034 - fails to mangle function names for different TUs. */ /* { dg-do compile } */ /* { dg-options -combine -O0 } */ /* { dg-additional-sources pr35034-2.c } */ typedef int int_t; static void size_of_encoded_value (void) { }; extern int pthread_once (int_t *__once_control, void (*__init_routine) (void)); static __typeof(pthread_once) __gthrw_pthread_once __attribute__ ((__weakref__(pthread_once))); --- $ cat pr35034-2.c void size_of_encoded_value (void) { }; --- Gives with current trunk: $ gcc-4.3-HEAD pr35034-1.c pr35034-2.c -O0 -c -o foo.o -combine -pipe {standard input}: Assembler messages: {standard input}:12: Error: symbol `size_of_encoded_value' is already defined $ gcc-4.3-HEAD pr35034-1.c pr35034-2.c -O0 -S -o - -combine -pipe .file pr35034-1.c .text .type size_of_encoded_value, @function size_of_encoded_value: pushl %ebp movl%esp, %ebp popl%ebp ret .size size_of_encoded_value, .-size_of_encoded_value .globl size_of_encoded_value .type size_of_encoded_value, @function size_of_encoded_value: pushl %ebp movl%esp, %ebp popl%ebp ret .size size_of_encoded_value, .-size_of_encoded_value .weakref__gthrw_pthread_once,pthread_once .ident GCC: (GNU) 4.3.0 20080131 (experimental) .section.note.GNU-stack,,@progbits -- aldot at gcc dot gnu dot org changed: What|Removed |Added Keywords||build, wrong-code Known to fail||4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35034
[Bug c/35034] assembler errors when building gcc/unwind-*.c at -O0 or -O1 with IMA
--- Comment #9 from aldot at gcc dot gnu dot org 2008-01-31 15:18 --- (In reply to comment #7) Fails with 4.1.2 for me as well, with the static. w/o 4.1 complains t1.c:5: error: '__gthrw_pthread_once' defined both normally and as an alias Works flawlessly for me (without the static, on debian with the debian-patched cc): $ gcc-4.1 pr35034-1.c pr35034-2.c -O0 -c -o foo.o -combine -pipe ; echo $? 0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35034
[Bug c/35034] assembler errors when building gcc/unwind-*.c at -O0 or -O1 with IMA
--- Comment #8 from aldot at gcc dot gnu dot org 2008-01-31 15:11 --- (In reply to comment #2) I suppose the static function static const unsigned char * read_uleb128 (const unsigned char *p, _uleb128_t *val) { in unwind-pe.h should be marked 'inline', otherwise it will be emitted multiple times to the asm file by -combine. unwind-pe.h as a header should provide an interface to and not implementations of the required functions. Apart from fixing the functions in IMA, unwind-pe.h should split it's implementations off into a e.g. unwind-pe.c that exports the common helpers. Does somebody know if it is really intended that dwarf2asm.c has grown (or kept) a different impl of size_of_encoded_value() than all the rest? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35034
[Bug c/35034] New: assembler errors when building gcc/unwind-*.c
There seem to be different, conflicting implementations of size_of_encoded_value(): dwarf2asm.c-int dwarf2asm.c:size_of_encoded_value (int encoding) unwind-pe.h-static unsigned int unwind-pe.h:size_of_encoded_value (unsigned char encoding) /scratch/obj.i686/gcc-4.3/./gcc/xgcc -B/scratch/obj.i686/gcc-4.3/./gcc/ -B/opt/i 686/gcc-4.3//i686-linux-gnu/bin/ -B/opt/i686/gcc-4.3//i686-linux-gnu/lib/ -isyst em /opt/i686/gcc-4.3//i686-linux-gnu/include -isystem /opt/i686/gcc-4.3//i686-li nux-gnu/sys-include -march=pentium4 -mtune=pentium4 -Os -fno-tree-loop-optimize -fno-tree-dominator-opts -fno-strength-reduce -fno-branch-count-reg -falign-func tions=1 -falign-jumps=1 -falign-loops=1 -mpreferred-stack-boundary=2 -pipe -g3 - ggdb3 -O2 -O2 -g -O0 -g3 -ggdb3 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict -prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fP IC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../. ././gcc -I../../../../src/gcc-4.3/libgcc -I../../../../src/gcc-4.3/libgcc/. -I.. /../../../src/gcc-4.3/libgcc/../gcc -I../../../../src/gcc-4.3/libgcc/../include -I../../../../src/gcc-4.3/libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAV E_CC_TLS -DUSE_TLS -o lib2addeh_static_onestep.o -MT lib2addeh_static_onestep.o -MD -MP -MF lib2addeh_static_onestep.dep -fexceptions -c -combine ../../../../sr c/gcc-4.3/libgcc/../gcc/emutls.c ../../../../src/gcc-4.3/libgcc/../gcc/gthr-gnat .c ../../../../src/gcc-4.3/libgcc/../gcc/unwind-c.c ../../../../src/gcc-4.3/libg cc/../gcc/unwind-dw2-fde-glibc.c ../../../../src/gcc-4.3/libgcc/../gcc/unwind-dw 2.c ../../../../src/gcc-4.3/libgcc/../gcc/unwind-sjlj.c -fvisibility=hidden -DHI DE_EXPORTS {standard input}: Assembler messages: {standard input}:49634: Error: symbol `size_of_encoded_value' is already defined {standard input}:49785: Error: symbol `read_uleb128' is already defined {standard input}:49828: Error: symbol `read_sleb128' is already defined {standard input}:49885: Error: symbol `read_encoded_value_with_base' is already defined {standard input}:50121: Error: symbol `get_cie' is already defined {standard input}:50145: Error: symbol `next_fde' is already defined make[3]: *** [lib2addeh_static_onestep.o] Error 1 -- Summary: assembler errors when building gcc/unwind-*.c Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: assemble-failure Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35034
[Bug c/35034] assembler errors when building gcc/unwind-*.c at -O0 or -O1
--- Comment #1 from aldot at gcc dot gnu dot org 2008-01-30 22:56 --- Works with -O2, fails with -O0, -O1, -O2 -fno-inline -O0: $ /scratch/obj.i686/gcc-4.3/./gcc/xgcc -B/scratch/obj.i686/gcc-4.3/./gcc/ -B/opt/i686/gcc-4.3//i686-linux-gnu/bin/ -B/opt/i686/gcc-4.3//i686-linux-gnu/lib/ -isystem /opt/i686/gcc-4.3//i686-linux-gnu/include -isystem /opt/i686/gcc-4.3//i686-linux-gnu/sys-include -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc -I../../../../src/gcc-4.3/libgcc -I../../../../src/gcc-4.3/libgcc/. -I../../../../src/gcc-4.3/libgcc/../gcc -I../../../../src/gcc-4.3/libgcc/../include -I../../../../src/gcc-4.3/libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o lib2addeh_static_onestep.o -MT lib2addeh_static_onestep.o -MD -MP -MF lib2addeh_static_onestep.dep -fexceptions -combine ../../../../src/gcc-4.3/libgcc/../gcc/emutls.c ../../../../src/gcc-4.3/libgcc/../gcc/gthr-gnat.c ../../../../src/gcc-4.3/libgcc/../gcc/unwind-c.c ../../../../src/gcc-4.3/libgcc/../gcc/unwind-dw2-fde-glibc.c ../../../../src/gcc-4.3/libgcc/../gcc/unwind-dw2.c ../../../../src/gcc-4.3/libgcc/../gcc/unwind-sjlj.c -fvisibility=hidden -DHIDE_EXPORTS -c -O0 /tmp/ccidDTzT.s: Assembler messages: /tmp/ccidDTzT.s:5738: Error: symbol `size_of_encoded_value' is already defined /tmp/ccidDTzT.s:5889: Error: symbol `read_uleb128' is already defined /tmp/ccidDTzT.s:5932: Error: symbol `read_sleb128' is already defined /tmp/ccidDTzT.s:5989: Error: symbol `read_encoded_value_with_base' is already defined /tmp/ccidDTzT.s:6224: Error: symbol `get_cie' is already defined /tmp/ccidDTzT.s:6248: Error: symbol `next_fde' is already defined -O1: $ /scratch/obj.i686/gcc-4.3/./gcc/xgcc -B/scratch/obj.i686/gcc-4.3/./gcc/ -B/opt/i686/gcc-4.3//i686-linux-gnu/bin/ -B/opt/i686/gcc-4.3//i686-linux-gnu/lib/ -isystem /opt/i686/gcc-4.3//i686-linux-gnu/include -isystem /opt/i686/gcc-4.3//i686-linux-gnu/sys-include -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc -I../../../../src/gcc-4.3/libgcc -I../../../../src/gcc-4.3/libgcc/. -I../../../../src/gcc-4.3/libgcc/../gcc -I../../../../src/gcc-4.3/libgcc/../include -I../../../../src/gcc-4.3/libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o lib2addeh_static_onestep.o -MT lib2addeh_static_onestep.o -MD -MP -MF lib2addeh_static_onestep.dep -fexceptions -combine ../../../../src/gcc-4.3/libgcc/../gcc/emutls.c ../../../../src/gcc-4.3/libgcc/../gcc/gthr-gnat.c ../../../../src/gcc-4.3/libgcc/../gcc/unwind-c.c ../../../../src/gcc-4.3/libgcc/../gcc/unwind-dw2-fde-glibc.c ../../../../src/gcc-4.3/libgcc/../gcc/unwind-dw2.c ../../../../src/gcc-4.3/libgcc/../gcc/unwind-sjlj.c -fvisibility=hidden -DHIDE_EXPORTS -c -O1 /tmp/ccNNdoTR.s: Assembler messages: /tmp/ccNNdoTR.s:5207: Error: symbol `read_uleb128' is already defined /tmp/ccNNdoTR.s:5260: Error: symbol `read_sleb128' is already defined /tmp/ccNNdoTR.s:5329: Error: symbol `read_encoded_value_with_base' is already defined -- aldot at gcc dot gnu dot org changed: What|Removed |Added Summary|assembler errors when |assembler errors when |building gcc/unwind-*.c |building gcc/unwind-*.c at - ||O0 or -O1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35034
[Bug bootstrap/33396] add --enable-intermodule
--- Comment #10 from aldot at gcc dot gnu dot org 2008-01-29 12:27 --- Created an attachment (id=15046) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15046action=view) updated patch for libgcc Fixes an error about {mul,div}{d,x,t}c3 which wants to be built for different modes / different types; output is /scratch/obj.i686/gcc-4.3/i686-linux-gnu/./libgfortran/.libs/libgfortr an.so: undefined reference to `__divdc3' /scratch/obj.i686/gcc-4.3/i686-linux-gnu/./libgfortran/.libs/libgfortran.so: und efined reference to `__divxc3' /scratch/obj.i686/gcc-4.3/i686-linux-gnu/./libgfortran/.libs/libgfortran.so: und efined reference to `__muldc3' /scratch/obj.i686/gcc-4.3/i686-linux-gnu/./libgfortran/.libs/libgfortran.so: und efined reference to `__mulxc3' collect2: ld returned 1 exit status We need to compile for each of the dc, xc, tc variants separately, due to implementation details (macros). lib2funcs_{d,x,t}c variables and corresponding pbjects are used for this. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Attachment #15016|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33396
[Bug translation/35002] Incorrect spelling of hottest
--- Comment #3 from aldot at gcc dot gnu dot org 2008-01-29 15:58 --- Fixed. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35002
[Bug translation/35002] Incorrect spelling of hottest
--- Comment #2 from aldot at gcc dot gnu dot org 2008-01-29 15:57 --- Subject: Bug 35002 Author: aldot Date: Tue Jan 29 15:56:20 2008 New Revision: 131940 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131940 Log: 2008-01-29 Bernhard Fischer [EMAIL PROTECTED] PR c/35002 * ipa-struct-reorg.c: Fix spelling. * params.def: Ditto. Modified: trunk/gcc/ChangeLog trunk/gcc/ipa-struct-reorg.c trunk/gcc/params.def -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35002
[Bug fortran/35015] missing cleanup-modules directive in testsuite/gfortran*
--- Comment #2 from aldot at gcc dot gnu dot org 2008-01-29 16:05 --- You can pass any *.[fF][9]*[05]* and .inc into this script, it will happily scan for any un-cleaned mod. See top of the script for the files i initially fed to it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35015
[Bug bootstrap/27516] install failure due to unconditional invocation of makeinfo for treelang.texi
--- Comment #22 from aldot at gcc dot gnu dot org 2008-01-29 12:33 --- Michael, You are right, sorry :(. I somehow managed not to find them although they are there! ---8--- # Dummy rules to deal with dependencies produced by use of # [EMAIL PROTECTED]@ and [EMAIL PROTECTED]@ above, when NLS is disabled. build-: ; @true install-: ; @true ---8--- So for 4.3.0, Michaels patch from comment #15 (treelang-noinfo.patch as attached) is fine, we can clean this up for real for 4.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27516
[Bug fortran/35015] New: missing cleanup-modules directive in testsuite/gfortran*
$ wget -P gcc/contrib/ \ http://uclibc.org/~aldot/gcc/gfortran.dg-final.cleanup-mods.awk $ chmod +x gcc/contrib/gfortran.dg-final.cleanup-mods.awk $ cd gcc/testsuite $ $ for i in $(grep --exclude='*.svn*' -rl dg-do gfortran*); do ../contrib/gfortran.dg-final.cleanup-mods.awk $i;done 2 /dev/null This scripts emits on stdout a diagnostic message about a) wrong encoding in testcases (CRLF) b) missing cleanup-module directives On stderr, this scripts emits sed scripts to automagically a) fix the wrong encoding b) add missing cleanup-module directives. I put it into public domain, but this can be changes if required. IMHO it would be handy to have this script in gcc/contrib -- Summary: missing cleanup-modules directive in testsuite/gfortran* Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35015
[Bug c/31537] duplicate weakref emitted with IMA
--- Comment #9 from aldot at gcc dot gnu dot org 2008-01-29 21:07 --- Created an attachment (id=15053) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15053action=view) patch in testing This is a simple fix to adjust the respective vector (that get's filled/finalized far too early, AFAICT; furthermore it's never pruned and if a new target is added the alias is never rejected). This patch warns -- conditionally, should most likely be a warning(0.. -- if the target changes and adjust the vector accordingly. Should a subsequent weakref to a new target invalidate the weak? -- aldot at gcc dot gnu dot org changed: What|Removed |Added Attachment #13363|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31537
[Bug fortran/35015] missing cleanup-modules directive in testsuite/gfortran*
--- Comment #5 from aldot at gcc dot gnu dot org 2008-01-29 20:35 --- Several question marks for someone more familiar with the testsuite.. In the event that we can check against several multilib variants (?) that thus match different dg-require (?), we may (?) eventually check against stale module data if a board does not cleanup-modules after itself and each board is run in the same directory (where an old multilib-run may have left old output/modules), no? If there is a risk that we run into stale data, then board variants, however they may be established, have to cleanup after themselves to prevent wrong positives. Janis, all, is this something that we can run into and should be concerned about or is it impossible that this szenario triggers, ever? -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||janis at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35015
[Bug fortran/34997] Common vendor extension: Support symbol names containing $
--- Comment #4 from aldot at gcc dot gnu dot org 2008-01-28 17:30 --- Invalid code should be diagnosed. Since this particular case even has a flag to accept the invalid code, the hard error is fine IMHO. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34997
[Bug fortran/34997] Common vendor extension: Support symbol names containing $
--- Comment #1 from aldot at gcc dot gnu dot org 2008-01-28 16:34 --- See also http://gcc.gnu.org/ml/fortran/2007-01/msg00060.html specifically the PS ... -fdollar-ok there. -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34997
[Bug bootstrap/27516] install failure due to unconditional invocation of makeinfo for treelang.texi
--- Comment #18 from aldot at gcc dot gnu dot org 2008-01-28 17:59 --- Created an attachment (id=15038) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15038action=view) use conditional $(BUILD_INFO) variable for prerequs of info and install-info targets Use the variable $(BUILD_INFO) to decide whether or not info-pages are to be installed. This follows mark's comment #8 above but does not yet remove the testing of $(BUILD_INFO) in gcc/*/Make-lang.in . A tested patch which removes these now superfluous checks will follow. Michael's treelang-noinfo.patch looks inappropriate (there is no 'install-' target AFAICS, so install would fail never the less), so i consider the approval nil, sorry. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Attachment #11419|0 |1 is obsolete|| Attachment #11494|0 |1 is obsolete|| Attachment #14730|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27516
[Bug bootstrap/27516] install failure due to unconditional invocation of makeinfo for treelang.texi
--- Comment #20 from aldot at gcc dot gnu dot org 2008-01-28 20:43 --- (In reply to comment #19) In your patch, why does install-info still need doc and installdirs dependencies when BUILD_INFO is not set? If those things still need to happen, shouldn't they be dependencies of some other target? Logically, if BUILD_INFO is not set, then install-info should be a no-op. I kept them due to precaution but ultimately they shouldn't be needed for install-info itself, yes. Will test how this works out with MAKEINFO=/bin/false and an old makeinfo before i attach a complete patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27516
[Bug translation/35002] Incorrect spelling of hottest
--- Comment #1 from aldot at gcc dot gnu dot org 2008-01-28 21:47 --- Confirmed. Also wrong: gcc/ipa-struct-reorg.c:sum_counts (d_str str, gcov_type *hotest) gcc/ipa-struct-reorg.c: if (str-count *hotest) gcc/ipa-struct-reorg.c:*hotest = str-count; gcc/ipa-struct-reorg.c: gcov_type hotest = 0; gcc/ipa-struct-reorg.c:sum_counts (str, hotest); gcc/ipa-struct-reorg.c:if (str-count * 100 (hotest * STRUCT_REORG_COLD_STRUCT_RATIO)) gcc/params.def:/* The threshold ratio between current and hotest structure counts. gcc/params.def: calculated by profiling, to the hotest structure count gcc/params.def: The threshold ratio between current and hotest structure counts, -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org Severity|trivial |normal Status|UNCONFIRMED |NEW Component|c |translation Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-01-28 21:47:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35002
[Bug target/23782] SRA pessimizes passing structures by value at -Os (+22% code size)
--- Comment #6 from aldot at gcc dot gnu dot org 2008-01-27 13:36 --- $ for i in 2.95 3.3 3.4 4.1 4.3.orig-HEAD 4.3-HEAD;do echo # GCC $(gcc-$i --version | sed 1q);gcc-$i -Os -c -o pr.o.gcc-$i pr23782.c;done # GCC 2.95.4 pr23782.c:8: warning: `fastcall' attribute directive ignored # GCC gcc-3.3 (GCC) 3.3.6 (Debian 1:3.3.6-15) pr23782.c:8: warning: `fastcall' attribute directive ignored # GCC gcc-3.4 (GCC) 3.4.6 (Debian 3.4.6-5) # GCC gcc-4.1 (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) # GCC gcc-4.3.orig-HEAD (GCC) 4.3.0 20080112 (experimental) # GCC gcc-4.3-HEAD (GCC) 4.3.0 20080126 (experimental) $ size *.o.* textdata bss dec hex filename 266 0 0 266 10a pr.o.gcc-2.95 202 0 0 202 ca pr.o.gcc-3.3 230 0 0 230 e6 pr.o.gcc-3.4 284 0 0 284 11c pr.o.gcc-4.1 281 0 0 281 119 pr.o.gcc-4.3-HEAD 281 0 0 281 119 pr.o.gcc-4.3.orig-HEAD the same with -fomit-frame-pointer is even worse for 4.x: $ for i in 2.95 3.3 3.4 4.1 4.3.orig-HEAD 4.3-HEAD;do echo # GCC $(gcc-$i --version | sed 1q);gcc-$i -Os -fomit-frame-pointer -c -o pr.o.gcc-$i pr23782.c;done # GCC 2.95.4 pr23782.c:8: warning: `fastcall' attribute directive ignored # GCC gcc-3.3 (GCC) 3.3.6 (Debian 1:3.3.6-15) pr23782.c:8: warning: `fastcall' attribute directive ignored # GCC gcc-3.4 (GCC) 3.4.6 (Debian 3.4.6-5) # GCC gcc-4.1 (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) # GCC gcc-4.3.orig-HEAD (GCC) 4.3.0 20080112 (experimental) # GCC gcc-4.3-HEAD (GCC) 4.3.0 20080126 (experimental) $ size *.o.* textdata bss dec hex filename 271 0 0 271 10f pr.o.gcc-2.95 199 0 0 199 c7 pr.o.gcc-3.3 239 0 0 239 ef pr.o.gcc-3.4 313 0 0 313 139 pr.o.gcc-4.1 315 0 0 315 13b pr.o.gcc-4.3-HEAD 315 0 0 315 13b pr.o.gcc-4.3.orig-HEAD -- aldot at gcc dot gnu dot org changed: What|Removed |Added Component|middle-end |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23782
[Bug c/34989] ICE in in get_addr_dereference_operands, at tree-ssa-operands.c:1698
--- Comment #1 from aldot at gcc dot gnu dot org 2008-01-27 17:24 --- Created an attachment (id=15028) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15028action=view) file 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34989
[Bug middle-end/34989] ICE in in get_addr_dereference_operands, at tree-ssa-operands.c:1698
--- Comment #2 from aldot at gcc dot gnu dot org 2008-01-27 17:24 --- Created an attachment (id=15029) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15029action=view) file2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34989
[Bug middle-end/34989] [4.3 Regression] ICE in in get_addr_dereference_operands, at tree-ssa-operands.c:1698
--- Comment #3 from aldot at gcc dot gnu dot org 2008-01-27 17:26 --- Works fine with gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) And did work with trunk until recently (at least end of december, IIRC) -- aldot at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.3.0 Known to work||4.1.2 Summary|ICE in in |[4.3 Regression] ICE in in |get_addr_dereference_operand|get_addr_dereference_operand |s, at tree-ssa- |s, at tree-ssa- |operands.c:1698 |operands.c:1698 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34989
[Bug c/34989] New: ICE in in get_addr_dereference_operands, at tree-ssa-operands.c:1698
/there.pentium4/build_i686/staging_dir/usr/bin/i686-linux-uclibc-gcc -Os -pipe -fno-tree-loop-optimize -fno-tree-dominator-opts -fno-strength-reduce -fno-branch-count-reg -fno-builtin -fstack-protector -fstack-protector-all -mtune=pentium4 -march=pentium4 -Wstack-protector --combine -funit-at-a-time -Wno-error -std=gnu99 -o busybox_unstripped syslogd.i xregcomp.i xregcomp.i: In function 'syslogd_main': xregcomp.i:9926: internal compiler error: in get_addr_dereference_operands, at tree-ssa-operands.c:1698 Please submit a full bug report, $ /there.pentium4/build_i686/staging_dir/usr/bin/i686-linux-uclibc-gcc -v Using built-in specs. Target: i686-linux-uclibc Configured with: /there.pentium4/toolchain_build_i686/gcc-4.3.0/configure --prefix=/usr --build=i386-pc-linux-gnu --host=i386-pc-linux-gnu --target=i686-linux-uclibc --enable-languages=c,fortran --with-sysroot=/there.pentium4/build_i686/staging_dir --with-build-time-tools=/there.pentium4/build_i686/staging_dir/usr/i686-linux-uclibc/bin --disable-__cxa_atexit --enable-target-optspace --with-gnu-ld --enable-shared --with-gmp=/there.pentium4/toolchain_build_i686/gmp --with-mpfr=/there.pentium4/toolchain_build_i686/mpfr --disable-nls --enable-threads --disable-multilib --with-arch=pentium4 --with-tune=pentium4 --disable-libgomp Thread model: posix gcc version 4.3.0 20080127 (experimental) (GCC) -- Summary: ICE in in get_addr_dereference_operands, at tree-ssa- operands.c:1698 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34989
[Bug middle-end/34989] [4.3 Regression] ICE in in get_addr_dereference_operands, at tree-ssa-operands.c:1698 with IMA
--- Comment #7 from aldot at gcc dot gnu dot org 2008-01-27 18:10 --- original and reduced testcases work with 4.2: $ gcc-4.2 -O2 -c -o bazoo.o one.i two.i -combine ; echo $? 0 $ gcc-4.2 -O2 -c -o bazoo.o syslogd.i xregcomp.i -combine ; echo $? 0 $ gcc-4.2 --version | sed 1q gcc-4.2 (GCC) 4.2.3 20071123 (prerelease) (Debian 4.2.2-4) -- aldot at gcc dot gnu dot org changed: What|Removed |Added Known to work|4.1.2 |4.1.2 4.2.3 Priority|P2 |P3 Target Milestone|4.3.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34989
[Bug c/34873] varasm.c:3387: warning: right shift count = width of type
--- Comment #2 from aldot at gcc dot gnu dot org 2008-01-27 18:35 --- right.. thus closing. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME Version|4.1.2 |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34873
[Bug c/31537] duplicate weakref emitted with IMA
--- Comment #7 from aldot at gcc dot gnu dot org 2008-01-25 08:28 --- Testing a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31537
[Bug c/31537] duplicate weakref emitted with IMA
--- Comment #8 from aldot at gcc dot gnu dot org 2008-01-25 18:02 --- Mine. $ cat pr31537.i static int __gthrw_pthread_once __attribute__ ((__weakref__ (pthread_once))); $ gcc-4.3-HEAD -S -o - -Os pr31537.i pr31537.i pr31537.i \ pr31537.i pr31537.i pr31537.i -fno-tree-vnhoist -combine .file pr31537.i .weakref__gthrw_pthread_once,pthread_once .ident GCC: (GNU) 4.3.0 20080125 (experimental) .section.note.GNU-stack,,@progbits Regression-testing still in progress.. -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aoliva at gcc dot gnu dot ||org AssignedTo|unassigned at gcc dot gnu |aldot at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-01-25 18:02:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31537
[Bug bootstrap/27516] install failure due to unconditional invocation of makeinfo for treelang.texi
--- Comment #16 from aldot at gcc dot gnu dot org 2008-01-25 15:24 --- Removing alphaev56-dec-osf5.1a since this is not target specific. The treelang-noinfo.patch looks fine to me, but i cannot approve it (mark?). -- aldot at gcc dot gnu dot org changed: What|Removed |Added GCC build triplet|alphaev56-dec-osf5.1a | GCC host triplet|alphaev56-dec-osf5.1a | GCC target triplet|alphaev56-dec-osf5.1a | Known to fail|4.1.1 4.2.0 |4.1.1 4.2.0 4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27516
[Bug bootstrap/33396] add --enable-intermodule
--- Comment #8 from aldot at gcc dot gnu dot org 2008-01-24 13:43 --- Created an attachment (id=15016) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15016action=view) updated patch tiny fix: libgcc-s-objects-onestep is only needed for enable_shared=yes. Two other buglets fixed that were exposed by building libgcc with --enable-intermodule, see second changelog below. libgcc/ChangeLog: 2007-11-19 Bernhard Fischer * configure.ac: Add option --enable-intermodule for onestep compile. * Makefile.in: Use onestep. gcc/ChangeLog: 2007-11-19 Bernhard Fischer * gbl-ctors.h: Add header guard. * libgcc2.c: Avoid redefinition of FUNC, use FUNCU for __floatundi?f * config/libbid/bid64_div.c: Extern decls of __bid_{convert_table,factors,packed_1_zeros} have to be const. * libgcc/config/libbid/bid128_div.c: Likewise. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Attachment #15008|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33396
[Bug bootstrap/33396] add --enable-intermodule
--- Comment #9 from aldot at gcc dot gnu dot org 2008-01-24 16:15 --- Stats: -rw-r--r-- 1 1000 1000 3853392 Jan 24 13:28 ./build_i686/gcc-4.3.0-target.IMA/i686-linux-uclibc/libgcc/libgcc.a 2826503 34784 8 2861295 2ba8ef (TOTALS) -rw-r--r-- 1 1000 1000 4569970 Jan 24 14:00 ./build_i686/gcc-4.3.0-target/i686-linux-uclibc/libgcc/libgcc.a 2853491 34800 310 2888601 2c1399 (TOTALS) So roughly a 15% on-disk size-saving for the static libgcc. libgcc_s.so: -rwxr-xr-x 1 1000 1000 40608 Jan 24 15:58 ./gcc-4.3.0-target.IMA.so/i686-linux-uclibc/libgcc/libgcc_s.so.1 -rwxr-xr-x 1 1000 1000 187940 Jan 24 15:14 ./gcc-4.3.0-target.so/i686-linux-uclibc/libgcc/libgcc_s.so.1 textdata bss dec hex filename 11210 284 32 115262d06 ./gcc-4.3.0-target.IMA.so/i686-linux-uclibc/libgcc/libgcc_s.so.1 42013 436 336 42785a721 ./gcc-4.3.0-target.so/i686-linux-uclibc/libgcc/libgcc_s.so.1 Approximately 73% size-saving and 78% on-disk savings. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33396
[Bug bootstrap/33200] install fails when trying to install fix-header since fix-header wasn't built
--- Comment #7 from aldot at gcc dot gnu dot org 2008-01-23 10:43 --- I've fixed superH locally via \\ gcc PR33200 Index: gcc-4.3.0/gcc/config.gcc === --- gcc-4.3.0/gcc/config.gcc(revision 131628) +++ gcc-4.3.0/gcc/config.gcc(working copy) @@ -2302,7 +2305,7 @@ sh-*-symbianelf* | sh[12346l]*-*-symbian if test x${enable_incomplete_targets} = xyes ; then tm_defines=$tm_defines SUPPORT_SH1=1 SUPPORT_SH2E=1 SUPPORT_SH4=1 SUPPORT_SH4_SINGLE=1 SUPPORT_SH2A=1 SUPPORT_SH2A_SINGLE=1 SUPPORT_SH5_32MEDIA=1 SUPPORT_SH5_32MEDIA_NOFPU=1 SUPPORT_SH5_64MEDIA=1 SUPPORT_SH5_64MEDIA_NOFPU=1 fi - use_fixproto=yes + # XXX: why? use_fixproto=yes ;; sh-*-rtemscoff*) tmake_file=sh/t-sh t-rtems sh/t-rtems until somebody knowledgeable explains how this should be fixed for good. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33200
[Bug bootstrap/33396] add --enable-intermodule
--- Comment #7 from aldot at gcc dot gnu dot org 2008-01-23 14:41 --- Created an attachment (id=15008) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15008action=view) libgcc patch #2 Updated patch -- aldot at gcc dot gnu dot org changed: What|Removed |Added Attachment #14190|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33396
[Bug c/34922] New: toplevel ./configure --help
enable/disable configure flags for libgomp and libmudflap are not documented in the toplevel ./configure --help, unlike libssp. pinskia said that disabling toplevel directories is generic. libstdc++-v3 gives: $ ../../src/gcc-4.3/configure --disable-libstdc++-v3 configure: error: invalid feature name: libstdc++-v3 -- Summary: toplevel ./configure --help Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: documentation Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34922
[Bug c/34922] toplevel ./configure --help is incomplete
--- Comment #1 from aldot at gcc dot gnu dot org 2008-01-22 14:03 --- If disabling toplevel directories is really generic, then libada and libssp should be removed from the --help output. --enable-languages=c --disable-libstdc++-v3 should be accepted. Means to use a different libstdc++ should be provided. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Summary|toplevel ./configure --help |toplevel ./configure --help ||is incomplete http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34922
[Bug bootstrap/34922] toplevel ./configure --help is incomplete
--- Comment #3 from aldot at gcc dot gnu dot org 2008-01-22 18:04 --- You should document this (awkward) flag in the --help output, though. Still, it is inconsistent to mention just a few of the possible arguments in the help text, thus my question: Should all toplevel libdirs be listed in the help text or should none of the toplevel libdirs be listed in the help text? If the latter, then let's please add a short note to the help text that mentiones these implied arguments, e.g. --without-PACKAGEdo not use PACKAGE (same as --with-PACKAGE=no) where PACKAGE can be any toplevel lib directory except libgcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34922
[Bug bootstrap/33200] install fails when trying to install fix-header since fix-header wasn't built
--- Comment #4 from aldot at gcc dot gnu dot org 2008-01-19 12:37 --- Bruce, Can you please have a look. How is that ment to work? -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||bkorb at gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33200
[Bug bootstrap/33200] install fails when trying to install fix-header since fix-header wasn't built
--- Comment #5 from aldot at gcc dot gnu dot org 2008-01-19 14:14 --- Assuming build=i386-linux-*, host==target==sh4-linux-*, i.e. cross-compiling a native compiler for SuperH: -) sh*-* forces use_fixproto in config.gcc (why?) See config.gcc: line 2308 -) stmp-install-fixproto: fixproto - The comment above this rule is wrong, fixproto is a shell-script. - this rule doesn't depend on any fix-header, but the stamp is used to unconditionally install fix-header. -) build/fix-header${build_exeext} Tries to compile a binary with mixed build- and host- objects, like (abbreviated): $HOSTCC -DGENERATOR_FILE -o build/fix-header \ build/fix-header.o c-incpath.o cppdefault.o build/scan-decls.o prefix.o \ build/scan.o build/errors.o ../libcpp/libcpp.a ../libiberty/libiberty etc. where build/* is of course incompatible with the other object files. This suggests that use_fixproto resp. stmp-install-fixproto makes only sense for host == build *or* (assuming this is not correct) that we need fix-header for both build and for host (which is currently not implemented AFAICS). Please advise. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33200
[Bug c/34873] New: varasm.c:3387: warning: right shift count = width of type
/usr/bin/gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -I. -I. -I/there.pentium4/toolchain_build_i686/gcc-4.3.0/gcc -I/there.pentium4/toolchain_build_i686/gcc-4.3.0/gcc/. -I/there.pentium4/toolchain_build_i686/gcc-4.3.0/gcc/../include -I/there.pentium4/toolchain_build_i686/gcc-4.3.0/gcc/../libcpp/include -I/there.pentium4/toolchain_build_i686/gmp/include -I/there.pentium4/toolchain_build_i686/mpfr/include -I/there.pentium4/toolchain_build_i686/gcc-4.3.0/gcc/../libdecnumber -I/there.pentium4/toolchain_build_i686/gcc-4.3.0/gcc/../libdecnumber/bid -I../libdecnumber /there.pentium4/toolchain_build_i686/gcc-4.3.0/gcc/varasm.c -o varasm.o /there.pentium4/toolchain_build_i686/gcc-4.3.0/gcc/varasm.c: In function 'const_rtx_hash_1': /there.pentium4/toolchain_build_i686/gcc-4.3.0/gcc/varasm.c:3387: warning: right shift count = width of type $ /usr/bin/gcc -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --with-tune=i686 --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) -- Summary: varasm.c:3387: warning: right shift count = width of type Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org GCC build triplet: i686-linux-uclibc GCC host triplet: i386-linux-gnu GCC target triplet: i686-linux-uclibc http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34873
[Bug target/34484] pulls in allegedly unneeded floatingpoint exception access funcs
--- Comment #8 from aldot at gcc dot gnu dot org 2008-01-19 21:38 --- From FSFChangelog.10: Mon Feb 12 20:42:11 1996 Randy Smith [EMAIL PROTECTED] * i386/x-osfrose (XCFLAGS{,_NODEBUG}): Remove $(SHLIB). (XCFLAGS): New variable. (libdir, mandir, bindir): Delete. * i386/t-osf: New file. * i860/paragon.h (STARTFILE_SPEC): Make gcc find crt0.o, not loader. (LIB_SPEC): Remove /usr/lib. * Makefile.in (TCFLAGS): New variable. (GCC_CFLAGS): Add $(TCFLAGS). (LIBGCC2_CFLAGS): Add -D for __GCC_FLOAT_NOT_NEEDED. (libgcc1-test): Remove -nostdlib. (float.h-cross): Don't give error #ifdef __GCC_FLOAT_NOT_NEEDED. * enquire.c: Define __GCC_FLOAT_NOT_NEEEDED. * configure (i[3456]86-*-osfrose): Add t-osf as tmake_file. Nowadays we compile libgcc with it (for the very same reasons, i suspect): [from gcc/Makefile.in] # Options to use when compiling libgcc2.a. # LIBGCC2_DEBUG_CFLAGS = -g LIBGCC2_CFLAGS = -O2 $(LIBGCC2_INCLUDES) $(GCC_CFLAGS) $(TARGET_LIBGCC2_CFLAGS) \ $(LIBGCC2_DEBUG_CFLAGS) $(GTHREAD_FLAGS) \ -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED \ $(INHIBIT_LIBC_CFLAGS) Current trunk still fails of you don't have a fenv.h or none of the respective functions provided in fenv.h. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34484
[Bug bootstrap/33200] install fails when trying to install fix-header since fix-header wasn't built
--- Comment #2 from aldot at gcc dot gnu dot org 2008-01-18 18:06 --- Confirmed. # Install supporting files for fixincludes to be run later. install-mkheaders: stmp-int-hdrs $(STMP_FIXPROTO) install-itoolsdirs \ macro_list fixinc_list [snip] if [ x$(STMP_FIXPROTO) != x ] ; then \ $(INSTALL_SCRIPT) $(srcdir)/fixproto $(DESTDIR)$(itoolsdir)/fixproto ; \ $(INSTALL_PROGRAM) build/fix-header$(build_exeext) \ $(DESTDIR)$(itoolsdir)/fix-header$(build_exeext) ; \ else :; fi As you can see, fix-header is never built. For reference: toolchain_build_sh4/gcc-4.3.0-final$ gcc/xgcc -v Using built-in specs. Target: sh4-linux-uclibc Configured with: /there.sh/toolchain_build_sh4/gcc-4.3.0/configure --prefix=/usr --build=i386-pc-linux-gnu --host=i386-pc-linux-gnu --target=sh4-linux-uclibc --enable-languages=c,fortran --with-sysroot=/there.sh/build_sh4/staging_dir --with-build-time-tools=/there.sh/build_sh4/staging_dir/usr/sh4-linux-uclibc/bin --disable-__cxa_atexit --enable-target-optspace --with-gnu-ld --enable-shared --with-gmp=/there.sh/toolchain_build_sh4/gmp --with-mpfr=/there.sh/toolchain_build_sh4/mpfr --disable-nls --enable-threads --disable-multilib --disable-libgomp --disable-libmudflap --disable-libssp Thread model: posix gcc version 4.3.0 20080118 (experimental) (GCC) Given that i don't build c++, should fix-headers be installed in the first place (for use a different compiler, perhaps)? -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org Status|UNCONFIRMED |NEW Component|other |bootstrap Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-01-18 18:06:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33200
[Bug bootstrap/33200] install fails when trying to install fix-header since fix-header wasn't built
--- Comment #3 from aldot at gcc dot gnu dot org 2008-01-18 18:38 --- fix-proto is never run, it seems: $ grep stmp- out.log echo timestamp stmp-fixinc echo timestamp stmp-int-hdrs echo timestamp stmp-install-fixproto if [ xstmp-install-fixproto != x ] ; then \ after fixincludes is run, it seems to update the stamps it feels responsible for: cp /there.sh/toolchain_build_sh4/gcc-4.3.0/gcc/../fixincludes/README-fixinc incl ude-fixed/README chmod a+r include-fixed/README echo timestamp stmp-int-hdrs echo timestamp stmp-install-fixproto I'm doing a simple configure;make all; make install -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33200
[Bug rtl-optimization/34808] [4.3 Regression] ICE in prescan_insns_for_dce
--- Comment #2 from aldot at gcc dot gnu dot org 2008-01-18 01:39 --- Works with the 4.2.2 release. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.3.0 Known to work||4.2.2 Summary|ICE in prescan_insns_for_dce|[4.3 Regression] ICE in ||prescan_insns_for_dce Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34808
[Bug c/34808] New: ICE in prescan_insns_for_dce
Starting program: /scratch/obj.i686/br2/br.update.sh4/build_sh4/staging_dir/usr/libexec/gcc/sh4-linux-uclibcgnueabi/4.3.0/cc1 -fpreprocessed dbxout.i -quiet -dumpbase dbxout.i -auxbase-strip dbx.o -Os -version -fno-tree-dominator-opts -o /tmp/ccb7b5R5.s Failed to read a valid object file image from memory. GNU C (GCC) version 4.3.0 20080115 (experimental) (sh4-linux-uclibcgnueabi) compiled by GNU C version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21), GMP version 4.2.2, MPFR version 2.3.0-p4. warning: GMP header version 4.2.2 differs from library version 4.2.1. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: caac816702a5933f767e8f9443d577b8 Program received signal SIGSEGV, Segmentation fault. prescan_insns_for_dce (fast=1 '\001') at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/dce.c:410 410 if (INSN_P (insn)) (gdb) bt #0 prescan_insns_for_dce (fast=1 '\001') at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/dce.c:410 #1 0x0867d858 in rest_of_handle_fast_dce () at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/dce.c:722 #2 0x0867dfba in run_fast_df_dce () at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/dce.c:830 #3 0x0815ab65 in df_lr_local_finalize (all_blocks=0x8f8872c) at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/df-problems.c:1022 #4 0x08158dc1 in df_analyze_problem (dflow=0x89d7e70, blocks_to_consider=0x8f8872c, postorder=0x8d08b18, n_blocks=194) at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/df-core.c:1065 #5 0x08158ff3 in df_analyze () at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/df-core.c:1155 #6 0x0834d970 in schedule_insns () at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/sched-rgn.c:2939 #7 0x0834de7b in rest_of_handle_sched () at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/sched-rgn.c:3164 #8 0x082de2df in execute_one_pass (pass=0x8809fe0) at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/passes.c:1118 #9 0x082de4e7 in execute_pass_list (pass=0x8809fe0) at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/passes.c:1171 #10 0x082de4fa in execute_pass_list (pass=0x8809440) at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/passes.c:1172 #11 0x083e1a8c in tree_rest_of_compilation (fndecl=0xb7382e80) at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/tree-optimize.c:404 #12 0x085b4f38 in cgraph_expand_function (node=0xb7327300) at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/cgraphunit.c:1152 #13 0x085b750e in cgraph_optimize () at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/cgraphunit.c:1215 #14 0x0805cefc in c_write_global_declarations () at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/c-decl.c:8077 #15 0x08377010 in do_compile () at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/toplev.c:1055 #16 0x083777e7 in toplev_main (argc=13, argv=0xbff46414) at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/toplev.c:2277 #17 0x080df082 in main (argc=Cannot access memory at address 0x1 ) at /scratch/obj.i686/br2/br.update.sh4/toolchain_build_sh4/gcc-4.3.0/gcc/main.c:35 (gdb) p *insn Cannot access memory at address 0x0 (gdb) c Continuing. dbxout.i: In function 'dbxout_symbol_location': dbxout.i:21344: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Program exited with code 04. Reducing. -- Summary: ICE in prescan_insns_for_dce Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, build Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org GCC build triplet: i386-linux-gnu GCC host triplet: sh4-linux-uclibcgnueabi GCC target triplet: sh4-linux-uclibcgnueabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34808
[Bug rtl-optimization/34808] ICE in prescan_insns_for_dce
--- Comment #1 from aldot at gcc dot gnu dot org 2008-01-16 13:21 --- Created an attachment (id=14948) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14948action=view) slightly reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34808
[Bug bootstrap/32287] gas version style changed causes warnings with configure
--- Comment #8 from aldot at gcc dot gnu dot org 2008-01-15 10:10 --- This was recently changed on trunk: http://gcc.gnu.org/ml/gcc-patches/2007-08/msg01574.html via r127745 | drow | 2007-08-23 19:42:08 +0200 (Thu, 23 Aug 2007) | 4 lines * configure.ac (leb128): Modify sed statement to work with any binutils version string. * configure: Regenerate But this doesn't seem to work for me: checking assembler for .sleb128 and .uleb128... /there/toolchain_build_sh4/gcc-4.3.0/gcc/configure: line 14146: test: -eq: unary operator expected /there/build_sh4/staging_dir/usr/bin/sh4-linux-uclibcgnueabi-as --version | sed 1q GNU assembler (Linux/GNU Binutils) 2.18.50.0.3.20071102 Should be fixed before 4.3.0.. -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot ||org, drow at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32287
[Bug middle-end/28779] internal compiler error: in cgraph_estimate_size_after_inlining, at ipa-inline.c:106
--- Comment #10 from aldot at gcc dot gnu dot org 2008-01-11 13:30 --- Still fails for me on trunk (revision 131461): gcc-4.3-HEAD -Os --combine -c -o pr28779.o pr28779a.c pr28779b.c pr28779b.c: In function 'e1000_write_reg_io': pr28779b.c:12: internal compiler error: in cgraph_estimate_size_after_inlining, at ipa-inline.c:188 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. $ cat pr28779a.c /* PR middle-end/28779 */ /* { dg-do compile } */ /* { dg-options --combine -Os } */ /* { dg-additional-sources pr28779b.c } */ struct e1000_hw { }; void e1000_io_write(struct e1000_hw *hw, unsigned long port, unsigned int value); void e1000_write_reg_io(struct e1000_hw *hw, unsigned int offset) { unsigned long io_addr; e1000_io_write(hw, io_addr, offset); } int e1000_reset_hw(struct e1000_hw *hw) { e1000_write_reg_io((hw), 0x0); } $ cat pr28779b.c /* Additional file for PR middle-end/28779 */ struct pci_device_id { }; struct pci_dev { }; struct pci_driver { int (*probe) (struct pci_dev *dev, const struct pci_device_id *id); }; struct e1000_hw { }; int e1000_probe(struct pci_dev *pdev, const struct pci_device_id *ent); struct pci_driver e1000_driver = { .probe = e1000_probe }; int e1000_probe(struct pci_dev *pdev, const struct pci_device_id *ent) { struct e1000_hw *adapter; e1000_reset_hw(adapter); } void e1000_io_write(struct e1000_hw *hw, unsigned long port, unsigned int value) { } -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28779
[Bug middle-end/28779] internal compiler error: in cgraph_estimate_size_after_inlining, at ipa-inline.c:106
--- Comment #12 from aldot at gcc dot gnu dot org 2008-01-11 15:21 --- Honza, the IPA pass reordering also caused PR31529, perhaps they are related? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28779
[Bug c/34668] New: ICE in find_compatible_field
/there/toolchain_build_arm_nofpu/gcc-4.3.0/gcc/config/arm/arm.c:18717: internal compiler error: tree check: expected record_type or union_type or qual_union_type, have array_type in find_compatible_field, at tree.c:8022 Reducing. /there/build_arm_nofpu/staging_dir/usr/bin/arm-linux-uclibcgnueabi-gcc -v Using built-in specs. Target: arm-linux-uclibcgnueabi Configured with: /there/toolchain_build_arm_nofpu/gcc-4.3.0/configure --prefix=/usr --build=i386-pc-linux-gnu --host=i386-pc-linux-gnu --target=arm-linux-uclibcgnueabi --enable-languages=c,fortran --with-sysroot=/there/build_arm_nofpu/staging_dir --with-build-time-tools=/there/build_arm_nofpu/staging_dir/usr/arm-linux-uclibcgnueabi/bin --disable-__cxa_atexit --enable-target-optspace --with-gnu-ld --enable-shared --with-gmp=/there/toolchain_build_arm_nofpu/gmp --with-mpfr=/there/toolchain_build_arm_nofpu/mpfr --disable-nls --enable-threads --disable-multilib --with-float=soft Thread model: posix gcc version 4.3.0 20080102 (experimental) (GCC) -- Summary: ICE in find_compatible_field Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, build Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34668
[Bug other/34592] useless computation found
--- Comment #4 from aldot at gcc dot gnu dot org 2008-01-04 09:15 --- I'd say that this is blocked by PR18624 (resp. PR30438 for fortran). dcb, you seem to report these as separate PRs. Previous of this category include: PR25547 PR25567 PR26245 PR32948 -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34592
[Bug c/34668] [4.3 Regression] ICE in find_compatible_field
--- Comment #2 from aldot at gcc dot gnu dot org 2008-01-04 12:51 --- Created an attachment (id=14875) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14875action=view) optabs.i file1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34668
[Bug c/34668] [4.3 Regression] ICE in find_compatible_field
--- Comment #1 from aldot at gcc dot gnu dot org 2008-01-04 12:50 --- Works with: gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) Fails with 4.3.0 since at least gcc version 4.3.0 20071212 (experimental) (GCC) Starting program: /opt/i686/gcc-4.3/lib/gcc/i686-linux-gnu/4.3.0/cc1 -fpreprocessed optabs.i arm.i -quiet -dumpbase optabs.i -mtune=generic -auxbase-strip libbackend.o -Os -version -o /tmp/ccZ8vC6c.s Failed to read a valid object file image from memory. GNU C (GCC) version 4.3.0 20071221 (experimental) (i686-linux-gnu) compiled by GNU C version 4.3.0 20071221 (experimental), GMP version 4.2.1, MPFR version 2.3.0-p4. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: b3aa603325a2948ed75b63114a5afa00 Breakpoint 1, internal_error ( gmsgid=0x8ad2f58 tree check: %s, have %s in %s, at %s:%d) at ../../../src/gcc-4.3/gcc/diagnostic.c:604 604 va_start (ap, gmsgid); (gdb) bt #0 internal_error (gmsgid=0x8ad2f58 tree check: %s, have %s in %s, at %s:%d) at ../../../src/gcc-4.3/gcc/diagnostic.c:604 #1 0x08724a76 in tree_check_failed (node=0xb7d21ea0, file=0x8ad166c ../../../src/gcc-4.3/gcc/tree.c, line=8022, function=0x8ad37a4 find_compatible_field) at ../../../src/gcc-4.3/gcc/tree.c:6813 #2 0x0872b303 in find_compatible_field (record=0xb7d21ea0, orig_field=0xb7d28000) at ../../../src/gcc-4.3/gcc/tree.c:8022 #3 0x085a26ab in fold_stmt_r (expr_p=0xb7d26784, walk_subtrees=0xbfaa5fdc, data=0xbfaa6350) at ../../../src/gcc-4.3/gcc/tree-ssa-ccp.c:2163 #4 0x0872c8df in walk_tree_1 (tp=0xb7d26784, func=0x85a112d fold_stmt_r, data=0xbfaa6350, pset=0x0, lh=0) at ../../../src/gcc-4.3/gcc/tree.c:8376 #5 0x0872eb42 in walk_tree_1 (tp=0xb7cb96a4, func=0x85a112d fold_stmt_r, data=0xbfaa6350, pset=0x0, lh=0) at ../../../src/gcc-4.3/gcc/tree.c:8615 #6 0x085a67f4 in fold_stmt (stmt_p=0xb7cb96a4) at ../../../src/gcc-4.3/gcc/tree-ssa-ccp.c:2529 #7 0x087e1bbe in fold_marked_statements (first=4, statements=0x8c303d8) at ../../../src/gcc-4.3/gcc/tree-inline.c:2839 #8 0x087e1e29 in optimize_inline_calls (fn=0xb7d20a10) at ../../../src/gcc-4.3/gcc/tree-inline.c:2929 #9 0x087a6b50 in cgraph_early_inlining () at ../../../src/gcc-4.3/gcc/ipa-inline.c:1469 #10 0x083e7106 in execute_one_pass (pass=0x8c31550) at ../../../src/gcc-4.3/gcc/passes.c:1119 #11 0x083e7250 in execute_pass_list (pass=0x8c31550) at ../../../src/gcc-4.3/gcc/passes.c:1172 #12 0x083e726c in execute_pass_list (pass=0x8bd0360) at ../../../src/gcc-4.3/gcc/passes.c:1173 #13 0x083e6973 in do_per_function_toporder ( callback=0x83e723f execute_pass_list, data=0x8bd0520) at ../../../src/gcc-4.3/gcc/passes.c:857 #14 0x083e72fd in execute_ipa_pass_list (pass=0x8bd0320) at ../../../src/gcc-4.3/gcc/passes.c:1189 #15 0x0879f5a7 in ipa_passes () at ../../../src/gcc-4.3/gcc/cgraphunit.c:1351 #16 0x0879f6c1 in cgraph_optimize () at ../../../src/gcc-4.3/gcc/cgraphunit.c:1400 #17 0x0807678f in c_write_global_declarations () at ../../../src/gcc-4.3/gcc/c-decl.c:8076 #18 0x0849b291 in compile_file () at ../../../src/gcc-4.3/gcc/toplev.c:1055 #19 0x0849cd68 in do_compile () at ../../../src/gcc-4.3/gcc/toplev.c:2245 #20 0x0849cdca in toplev_main (argc=14, argv=0xbfaa67e4) at ../../../src/gcc-4.3/gcc/toplev.c:2277 #21 0x081257be in main (argc=1634890337, argv=0x79745f79) at ../../../src/gcc-4.3/gcc/main.c:35 -- aldot at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.3.0 Known to work||4.1.2 Summary|ICE in find_compatible_field|[4.3 Regression] ICE in ||find_compatible_field Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34668
[Bug c/34668] [4.3 Regression] ICE in find_compatible_field
--- Comment #3 from aldot at gcc dot gnu dot org 2008-01-04 12:51 --- Created an attachment (id=14876) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14876action=view) arm.i (file2) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34668
[Bug c/34668] [4.3 Regression] ICE in find_compatible_field with -combine
--- Comment #5 from aldot at gcc dot gnu dot org 2008-01-04 13:06 --- Works with gcc-4.3.orig-HEAD (GCC) 4.3.0 20070919 (experimental) -- aldot at gcc dot gnu dot org changed: What|Removed |Added Known to work|4.1.2 |4.1.2 4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34668
[Bug c/34668] [4.3 Regression] ICE in find_compatible_field with -combine
--- Comment #6 from aldot at gcc dot gnu dot org 2008-01-04 13:52 --- Smaller testcase: cat arm.i -EOF struct optab { unsigned code; }; extern struct optab optab_table[1]; EOF cat optabs.i -EOF struct optab { unsigned code; }; extern struct optab optab_table[1]; void init_optab (struct optab *op) { op-code = 0xdead; } void set_conv_libfunc (void) { init_optab ((optab_table[0])); } EOF -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34668
[Bug rtl-optimization/11832] Optimization of common code in switch statements
--- Comment #6 from aldot at gcc dot gnu dot org 2008-01-03 09:19 --- Dummy sample that has a hoisting opportunity: int bazoo (unsigned int in) { int i = 0; if (in = 0) ++i; /* hoist */ if (in = 1) ++i; if (in = 2) ++i; if (in = 3) ++i; if (in = 4) ++i; return i; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11832
[Bug c/31537] duplicate weakref emitted with IMA
--- Comment #6 from aldot at gcc dot gnu dot org 2008-01-02 19:06 --- Any update? Current trunk still produces wrong code for weakrefs.. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Keywords||build Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31537
[Bug rtl-optimization/11832] Optimization of common code in switch statements
--- Comment #5 from aldot at gcc dot gnu dot org 2007-12-30 10:47 --- Created an attachment (id=14842) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14842action=view) rough, half-finished, disfunctional thought; not a patch The attached thoughts do not yet insert/remove stmt candidates but just record possible candidates in the corresponding bitmaps. Unfortunately this prooves that the current SSA-SCCN-VN does not work for the testcase in comment #1 since antic_in is empty (but it should contain ++i). Nevertheless this will potentially help for PR23286 and PR5738 since for those testcases the hoisting-candidates are found properly. I intend to think about finishing this draft as described by stevenb soonish but still, i will have to finish up the inefficient variant that only cares about switch stmts (perhaps defaulting to on at -Os, just for my personal use) until SSA-SCCN-VN recognizes the VN for the testcase of #1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11832
[Bug bootstrap/34474] find from BusyBox v1.2.2 does not support logical OR (-o argument)
--- Comment #6 from aldot at gcc dot gnu dot org 2007-12-15 12:49 --- (In reply to comment #4) None of these works: find . -type l -or -type d -print find . -type l OR -type d -print find . -type l or -type d -print In current busybox (IIRC = 1.6) these are available if you ENABLE_DESKTOP, but that pulls in alot of big cruft so is nothing you want, generally. Confirmed. -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-12-15 12:49:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34474
[Bug bootstrap/34474] find from BusyBox v1.2.2 does not support logical OR (-o argument)
--- Comment #9 from aldot at gcc dot gnu dot org 2007-12-15 14:44 --- Is suggest you get a current busybox-1.8.2 and just turn on the applets you need, including DESKTOP support for find (which is a required feature according to SUSv3, as steven mentioned). With everything turned on this find isn't all that big: $ ls -ln busybox size busybox -rwxr-xr-x 1 1000 1000 14492 2007-12-15 15:39 busybox textdata bss dec hex filename 12525 450 60 1303532eb busybox -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34474
[Bug middle-end/31529] [4.3 Regression] ICE in cgraph_expand_function with IMA
--- Comment #8 from aldot at gcc dot gnu dot org 2007-12-15 17:23 --- Two disfunctional testcases: pr31529_1a.i: extern getline(){} pr31529_1b.i: extern getline(){} pr31529_2a.i: extern getline(){} pr31529_2a.i: extern __inline getline(){} Trying to fix this in cfg led to verify_curr_properties barfing on me or, for a different approach, to ICEs in dominator opts later on, so these approaches were improper and/or incomplete so far. Uncertain if catching this in the FE is a sensible thing to do, although i think it is not. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-12-15 17:23:07 date|| Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31529
[Bug c/34484] New: pulls in allegedly unneeded floatingpoint exception access funcs
My libc is configured to omit any FP support (UCLIBC_HAS_FLOATS is not set) but the recent libbid updates seems to unconditionally pull in floatingpoint accessor functions thus breaking bootstrap -- since feclearexcept et al are thus unavailable. My notes on this read: 8 Follows: Precedes: do not pull in allegedly unneeded floatingpoint exception access funcs HJL's recent update of libbid would pull in Floating-point exception handling, although __GCC_FLOAT_NOT_NEEDED is defined. Prevent pulling in feclearexcept, feraiseexcept et al for now. FIXME: revisit 8 A proposed patch is in this thread: http://gcc.gnu.org/ml/gcc/2007-12/msg00149.html -- Summary: pulls in allegedly unneeded floatingpoint exception access funcs Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: hjl at lucon dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34484
[Bug c/34484] [4.3 Regression] pulls in allegedly unneeded floatingpoint exception access funcs
-- aldot at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.2.2 Summary|pulls in allegedly unneeded |[4.3 Regression] pulls in |floatingpoint exception |allegedly unneeded |access funcs|floatingpoint exception ||access funcs Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34484
[Bug bootstrap/34474] find from BusyBox v1.2.2 does not support logical OR (-o argument)
--- Comment #11 from aldot at gcc dot gnu dot org 2007-12-15 17:55 --- Using programs that are required by SUSv3 in their complete feature set is fine. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34474
[Bug target/34484] pulls in allegedly unneeded floatingpoint exception access funcs
--- Comment #2 from aldot at gcc dot gnu dot org 2007-12-15 20:15 --- IIRC i initially experienced this not on i386 but with mips or arm. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34484
[Bug fortran/30438] Set but never used variable should raise warning
--- Comment #4 from aldot at gcc dot gnu dot org 2007-12-14 09:11 --- Abovementioned C PR is PR18624 . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30438
[Bug rtl-optimization/29978] [4.0/4.1/4.2/4.3 Regression] redundant jumps
--- Comment #2 from aldot at gcc dot gnu dot org 2007-12-14 11:05 --- Confirmed. gcc-2.95.4 works as expected: $ gcc-2.95 -Os -fomit-frame-pointer pr29978.i -S -o - .file pr29978.i .version01.01 gcc2_compiled.: .text .align 16 .globl f .typef,@function f: subl $12,%esp cmpl $15,20(%esp) jle .L3 call g .L3: call g addl $12,%esp ret .Lfe1: .sizef,.Lfe1-f .ident GCC: (GNU) 2.95.4 20011002 (Debian prerelease) -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||missed-optimization Known to fail||3.3 3.4.6 4.0.4 4.1.3 4.2.2 Known to work||2.95.4 Last reconfirmed|-00-00 00:00:00 |2007-12-14 11:05:43 date|| Summary|suboptimal code generation |[4.0/4.1/4.2/4.3 Regression] ||redundant jumps http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29978
[Bug rtl-optimization/29978] [4.0/4.1/4.2/4.3 Regression] redundant jumps
-- aldot at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29978
[Bug tree-optimization/20514] hoisting of label out of jumptable would take place at cse, should happen at trees
--- Comment #6 from aldot at gcc dot gnu dot org 2007-12-14 15:00 --- Still present on current trunk (20071214). This used to work with 3.4.6: .L14: cmpl$5, %eax ja .L14 .ident GCC: (GNU) 3.4.6 (Debian 3.4.6-6) Not quite optimal though since this would be even better: .L14: cmpl $5,%eax ja .L4711 .L4711: jmp .L4711 (or something to that effect). -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20514
[Bug target/34452] Multiply-by-constant pessimation
--- Comment #4 from aldot at gcc dot gnu dot org 2007-12-13 22:06 --- Is this realted to PR30354 and/or PR28417 ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34452
[Bug bootstrap/27516] install failure due to unconditional invocation of makeinfo for treelang.texi
--- Comment #14 from aldot at gcc dot gnu dot org 2007-12-11 08:46 --- (In reply to comment #13) Just asking for status of this bug: Seems to be still valid with gcc-4.2.2 - don't (want to) have texinfo installed. Please submit a tested patch along the lines of Mark's comment #8 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27516
[Bug fortran/34377] [4.3 Regression] 187.facerec in SPEC CPU 2000 failed to compile
--- Comment #1 from aldot at gcc dot gnu dot org 2007-12-07 10:33 --- *** This bug has been marked as a duplicate of 34359 *** -- aldot at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34377
[Bug fortran/34359] ICE in December 6 version of gfortran when compiling a file with two routines that contain INCLUDE statements
--- Comment #2 from aldot at gcc dot gnu dot org 2007-12-07 10:33 --- *** Bug 34377 has been marked as a duplicate of this bug. *** -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||hjl at lucon dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34359
[Bug middle-end/31529] [4.3 Regression] ICE in cgraph_expand_function with IMA
--- Comment #7 from aldot at gcc dot gnu dot org 2007-12-05 22:48 --- Sounds like this was introduced by the ipa pass reordering in r120527 ff. Jakub, can you confirm this? -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||jakub at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31529
[Bug middle-end/31529] [4.3 Regression] ICE in cgraph_expand_function with IMA
--- Comment #6 from aldot at gcc dot gnu dot org 2007-12-04 12:28 --- Testing a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31529
[Bug middle-end/31529] [4.3 Regression] ICE in cgraph_expand_function with IMA
--- Comment #5 from aldot at gcc dot gnu dot org 2007-12-02 19:35 --- Works: $ cat one.i extern getline(); $ gcc-4.2 -c -o pr.o one.i one.i -combine -fdump-tree-all $ gcc-4.3-HEAD -c -o pr.o one.i one.i -combine -fdump-tree-all 4.3 doesn't seem to see the body? $ cat one.i extern getline(){} $ gcc-4.2 -c -o pr.o one.i one.i -combine -fdump-tree-all $ mv one.i.001t.tu one.i.001t.tu-4.2 $ gcc-4.3-HEAD -c -o pr.o one.i one.i -combine -fdump-tree-all one.i:1: internal compiler error: in cgraph_expand_function, at cgraphunit.c:1146 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. $ mv one.i.001t.tu one.i.001t.tu-4.3 $ grep -A5 getline one.i.001t.tu-4.? one.i.001t.tu-4.2:@2611 identifier_node strg: getline lngt: 7 [EMAIL PROTECTED] bind_exprtype: @115 body: @2619 [EMAIL PROTECTED] tree_listvalu: @51 chan: @129 [EMAIL PROTECTED] tree_listvalu: @25 chan: @2620 [EMAIL PROTECTED] tree_listvalu: @2435chan: @2621 [EMAIL PROTECTED] identifier_node strg: __sync_bool_compare_and_swap_16 -- one.i.001t.tu-4.3:@2698 identifier_node strg: getline lngt: 7 [EMAIL PROTECTED] tree_listvalu: @51 chan: @130 [EMAIL PROTECTED] tree_listvalu: @25 chan: @2704 [EMAIL PROTECTED] tree_listvalu: @2549chan: @2705 [EMAIL PROTECTED] identifier_node strg: __sync_val_compare_and_swap one.i.001t.tu-4.3- lngt: 27 -- aldot at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.2 Regression] ICE in |[4.3 Regression] ICE in |cgraph_expand_function with |cgraph_expand_function with |IMA |IMA http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31529
[Bug middle-end/31529] ICE in cgraph_expand_function with IMA
--- Comment #4 from aldot at gcc dot gnu dot org 2007-11-30 16:59 --- Breakpoint 2, cgraph_expand_function (node=0xb7c7a280) at ../../../src/gcc-4.3/gcc/cgraphunit.c:1138 1138 tree decl = node-decl; 1141 gcc_assert (!node-global.inlined_to); 1143 if (flag_unit_at_a_time) 1144announce_function (decl); 1146 gcc_assert (node-lowered); trips the node-lowered assert. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31529
[Bug middle-end/31529] ICE in cgraph_expand_function with IMA
--- Comment #3 from aldot at gcc dot gnu dot org 2007-11-30 16:53 --- Target independent. Reduced from toplev.c and i386.c: $ cat one.i getline () { } $ cat two.i extern __inline getline () { } $ /scratch/obj.i686/gcc-4.3/./prev-gcc/xgcc -v -B/scratch/obj.i686/gcc-4.3/./prev-gcc/ -B/opt/i686/gcc-4.3//i686-linux-gnu/bin/ -c one.i two.i -o pr.o -combine Reading specs from /scratch/obj.i686/gcc-4.3/./prev-gcc/specs Target: i686-linux-gnu Configured with: ../../src/gcc-4.3/configure -v --enable-languages=c,c++,fortran,treelang --prefix=/opt/i686/gcc-4.3/ --enable-shared --with-system-zlib --libexecdir=/opt/i686/gcc-4.3/lib --enable-nls --without-included-gettext --enable-threads=posix --program-suffix=-4.3-HEAD --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --disable-werror --enable-checking=yes --enable-debug --with-gmp=/opt/i686/gmp-4.2.2/ --with-mpfr=/opt/i686/mpfr-2.3.0 --disable-multilib --enable-intermodule i686-linux-gnu Thread model: posix gcc version 4.3.0 20071128 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-B/scratch/obj.i686/gcc-4.3/./prev-gcc/' '-B/opt/i686/gcc-4.3//i686-linux-gnu/bin/' '-c' '-o' 'pr.o' '-combine' '-mtune=generic' /scratch/obj.i686/gcc-4.3/./prev-gcc/cc1 -fpreprocessed one.i two.i -quiet -dumpbase one.i -mtune=generic -auxbase-strip pr.o -version -o /tmp/ccCpNIlO.s GNU C (GCC) version 4.3.0 20071128 (experimental) (i686-linux-gnu) compiled by GNU C version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21), GMP version 4.2.1, MPFR version 2.3.0-p4. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 67dafa8bc8cc74b9ccacf5609573a661 two.i:4: internal compiler error: in cgraph_expand_function, at cgraphunit.c:1146 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31529
[Bug libfortran/34291] Uninitialized variable is used in io/list_read.c which causes segfault
--- Comment #2 from aldot at gcc dot gnu dot org 2007-11-29 13:27 --- Can you please provide a testcase for the testsuite? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34291
[Bug bootstrap/34205] iwmmxt type/size error
--- Comment #9 from aldot at gcc dot gnu dot org 2007-11-28 14:47 --- If the requested bitfield is larger than the type that was previously tried for enum, then you have to widen the type to fulfill that constaint. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34205
[Bug middle-end/31529] ICE in cgraph_expand_function with IMA
--- Comment #2 from aldot at gcc dot gnu dot org 2007-11-28 16:28 --- Can still be observed on trunk. Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31529
[Bug bootstrap/34205] iwmmxt type/size error
--- Comment #11 from aldot at gcc dot gnu dot org 2007-11-28 17:44 --- The standard (6.7.2.2, 4) talks about the note in #7. I read this as for this input: 8--- enum e {ee}; struct s { __extension__ enum e baz:16; }; 8--- The smallest type that can represent enum e has to be able to hold a bitfield of 16, i.e.: 8--- enum e {__GCC_CONSTRAINT_ee=SHRT_MAX}; struct s { __extension__ enum e baz /*now implied :16*/; }; 8--- -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34205
[Bug bootstrap/34205] enum type/size error
--- Comment #12 from aldot at gcc dot gnu dot org 2007-11-28 18:28 --- Not target specific, adjusting accordingly. Observed everywhere with -fshort-enums -- aldot at gcc dot gnu dot org changed: What|Removed |Added GCC build triplet|arm-linux-*gnueabi | GCC host triplet|i386-linux-gnu | GCC target triplet|arm-linux-*gnueabi | Keywords||rejects-valid Summary|iwmmxt type/size error |enum type/size error http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34205
[Bug bootstrap/25438] [4.2/4.3 Regression] make: *** No rule to make target `bubblestrap'. Stop.
--- Comment #8 from aldot at gcc dot gnu dot org 2007-11-28 20:50 --- A toplevel 'make' does what 'make bubblestrap' did before. See also: http://gcc.gnu.org/ml/gcc/2005-12/msg00435.html http://gcc.gnu.org/ml/fortran/2005-12/msg00338.html If install.texi from the 4_2-branch mentions this this could be considered fixed, perhaps. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25438
[Bug bootstrap/34205] iwmmxt type/size error
--- Comment #6 from aldot at gcc dot gnu dot org 2007-11-27 19:48 --- I ment to build with arch=tune=abi for iwmmxt As you say, arm.c suggests that iwmmxt defaults to -fshort-enums here, fwiw: /* AAPCS based ABIs use short enums by default. */ static bool arm_default_short_enums (void) { return TARGET_AAPCS_BASED arm_abi != ARM_ABI_AAPCS_LINUX; } I'll see if turning on int enums per default (which i thought was mandated by C) for building GCC does what i intend. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34205
[Bug bootstrap/34205] iwmmxt type/size error
--- Comment #7 from aldot at gcc dot gnu dot org 2007-11-27 20:15 --- s/int//. The enumerated type is implementation defined but shall be capable to represent the values of all members. I'd read this as -fshort-enum violating that :16? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34205
[Bug bootstrap/34205] iwmmxt type/size error
--- Comment #3 from aldot at gcc dot gnu dot org 2007-11-26 17:09 --- I don't see an explicit -fshort-enums in my flags.. I'm using this: CFLAGS_FOR_TARGET=-Os -pipe -fno-tree-loop-optimize -fno-tree-dominator-opts -fno-strength-reduce -fno-branch-count-reg -I/there/build_armeb/staging_dir/usr/include -I/there/build_armeb/staging_dir/include --sysroot=/there/build_armeb/staging_dir/ -isysroot /there/build_armeb/staging_dir -mtune=iwmmxt -march=iwmmxt -mabi=iwmmxt -msoft-float -mfloat-abi=soft \ /there/toolchain_build_armeb_nofpu/gcc-4.3.0/configure \ --prefix=/usr \ --build=i386-pc-linux-gnu \ --host=armeb-linux-uclibcgnueabi \ --target=armeb-linux-uclibcgnueabi \ --enable-languages=c,fortran \ --with-gxx-include-dir=/usr/include/c++ \ --disable-__cxa_atexit \ --with-gnu-ld \ --enable-shared \ --with-gmp=/there/build_armeb/gmp-4.2.2 \ --with-mpfr=/there/build_armeb/mpfr-2.3.0 \ --disable-nls \ --enable-threads \ --disable-multilib \ --with-float=soft -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34205
[Bug bootstrap/34205] iwmmxt type/size error
--- Comment #4 from aldot at gcc dot gnu dot org 2007-11-26 17:11 --- While the configure explicitely lists armeb, the very same thing happens for arm(el), fwiw. Does perhaps one of -m{arch,abi}=iwmmxt imply -fshort-enums ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34205
[Bug target/30486] segfault in aggregate_value_p while bootstrapping fortran
--- Comment #3 from aldot at gcc dot gnu dot org 2007-11-23 12:24 --- Please backport to the 4_2-branch, too. Looks like this was only applied to trunk. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30486
[Bug bootstrap/34205] New: iwmmxt type/size error
With current trunk: In file included from toolchain_build_armeb_nofp u/gcc-4.3.0/gcc/c-lang.c:26: toolchain_build_armeb_nofpu/gcc-4.3.0/gcc/tree.h:371: error: width of 'code' exceeds its type Works if omitting -march=iwmmxt -mabi=iwmmxt Sample: /there/build_armeb/staging_dir/usr/bin/armeb-linux-uclibcgnueabi-gcc -march=iwmmxt -mabi=iwmmxt -I/there/build_armeb/staging_dir/usr/include -I/there/build_armeb/staging_dir/include --sysroot=/there/build_armeb/staging_dir/ -isysroot /there/build_armeb/staging_dir -I/there/build_armeb/staging_dir/usr/include -I/there/build_armeb/staging_dir/include --sysroot=/there/build_armeb/staging_dir/ -isysroot /there/build_armeb/staging_dir -fno-common -DHAVE_CONFIG_H -I. -I. -I/there/toolchain_build_armeb_nofpu/gcc-4.3.0/gcc -I/there/toolchain_build_armeb_nofpu/gcc-4.3.0/gcc/. -I/there/toolchain_build_armeb_nofpu/gcc-4.3.0/gcc/../include -I/there/toolchain_build_armeb_nofpu/gcc-4.3.0/gcc/../libcpp/include -I/there/build_armeb/gmp-4.2.2/include -I/there/build_armeb/mpfr-2.3.0/include -I/there/toolchain_build_armeb_nofpu/gcc-4.3.0/gcc/../libdecnumber -I/there/toolchain_build_armeb_nofpu/gcc-4.3.0/gcc/../libdecnumber/dpd -I../libdecnumberpr.c -o argh2.o -c pr.c:201: error: width of 'code' exceeds its type -- Summary: iwmmxt type/size error Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org GCC build triplet: armeb-linux-*gnueabi GCC host triplet: i386-linux-gnu GCC target triplet: armeb-linux-*gnueabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34205
[Bug bootstrap/34205] iwmmxt type/size error
--- Comment #1 from aldot at gcc dot gnu dot org 2007-11-23 10:59 --- Created an attachment (id=14625) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14625action=view) reduced from gcc/tree.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34205
[Bug web/34120] New: bugs/reghunt.html should be updated to mention svn
gcc.gnu.org/bugs/reghunt.html has instructions on how to obtain gcc via CVS. This should be updated to reflect the move to subversion. -- Summary: bugs/reghunt.html should be updated to mention svn Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: web AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34120