[Bug ada/20089] [4.0/4.1 Regression] gnatmake broken when building ada tools
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 06:04 --- *** This bug has been marked as a duplicate of 18434 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20089
[Bug tree-optimization/21640] Internal compiler error with -O3
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 06:04 --- *** This bug has been marked as a duplicate of 21173 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21640
[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 06:04 --- *** Bug 21640 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||arjones at simultan dot ||dyndns dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21173
[Bug target/18434] [4.0/4.1 Regression] Cannot build gnattools on Tru64 UNIX V5.1B
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 06:04 --- *** Bug 20089 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||mmazur at kernel dot pl http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434
[Bug target/21323] internal compiler error: Segmentation fault
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 06:09 --- Do you still reproduce this? I suppose I've not bootstrapped with anything other than alphaev67 in a while, so this might be an ev4 bug... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21323
[Bug tree-optimization/21638] [4.1 regression] cris-elf broken, dce is_gimple_reg_type (type=0x0) building newlib
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 06:11 --- There were two major patches which went in during this time. The CFG inliner and the Jeff Law's patch, either could have caused this. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug objc/21641] New: mmix-knuth-mmixware broken libobjc/Object.m
With a unified tree and LAST_UPDATED Tue May 17 19:08:14 UTC 2005, building a unified tree worked on this host+target combination. With LAST_UPDATED: Wed May 18 06:16:27 UTC 2005 I get: /bin/sh ./libtool --mode=compile /home/hp/combined/mmix-regobj/./gcc/xgcc -B/home/hp/combined/mmix-regobj/./gcc/ -nostdinc -B/hom\ e/hp/combined/mmix-regobj/mmix-knuth-mmixware/newlib/ -isystem /home/hp/combined/mmix-regobj/mmix-knuth-mmixware/newlib/targ-incl\ ude -isystem /home/hp/combined/combined/newlib/libc/include -B/tmp/reg-mmix/mmix-knuth-mmixware/bin/ -B/tmp/reg-mmix/mmix-knuth-m\ mixware/lib/ -isystem /tmp/reg-mmix/mmix-knuth-mmixware/include -isystem /tmp/reg-mmix/mmix-knuth-mmixware/sys-include -L/home/hp\ /combined/mmix-regobj/./ld -fgnu-runtime -c -o Object.lo -I. -I/home/hp/combined/combined/libobjc -O2 -g -O2 -W -Wall -Wwrite-s\ trings -Wstrict-prototypes -DIN_GCC -DIN_TARGET_LIBS -fno-strict-aliasing \ -I/home/hp/combined/combined/libobjc/objc -I/home/hp/combined/combined/libobjc/../gcc -I/home/hp/combined/combined/libob\ jc/../gcc/config -I../.././gcc -I/home/hp/combined/combined/libobjc/../include /home/hp/combined/combined/libobjc/Object.m /home/hp/combined/mmix-regobj/./gcc/xgcc -B/home/hp/combined/mmix-regobj/./gcc/ -nostdinc -B/home/hp/combined/mmix-regobj/mmix-kn\ uth-mmixware/newlib/ -isystem /home/hp/combined/mmix-regobj/mmix-knuth-mmixware/newlib/targ-include -isystem /home/hp/combined/co\ mbined/newlib/libc/include -B/tmp/reg-mmix/mmix-knuth-mmixware/bin/ -B/tmp/reg-mmix/mmix-knuth-mmixware/lib/ -isystem /tmp/reg-mm\ ix/mmix-knuth-mmixware/include -isystem /tmp/reg-mmix/mmix-knuth-mmixware/sys-include -L/home/hp/combined/mmix-regobj/./ld -fgnu-\ runtime -c -I. -I/home/hp/combined/combined/libobjc -O2 -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -DIN_GCC -DIN_TARGET_\ LIBS -fno-strict-aliasing -I/home/hp/combined/combined/libobjc/objc -I/home/hp/combined/combined/libobjc/../gcc -I/home/hp/combin\ ed/combined/libobjc/../gcc/config -I../.././gcc -I/home/hp/combined/combined/libobjc/../include /home/hp/combined/combined/libobj\ c/Object.m -o Object.o /home/hp/combined/combined/libobjc/Object.m: In function '-[Object performv::]': /home/hp/combined/combined/libobjc/Object.m:279: 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]: *** [Object.lo] Error 1 make[3]: Leaving directory `/home/hp/combined/mmix-regobj/mmix-knuth-mmixware/libobjc' Running with -save-temps -v shows a little different error message: /home/hp/combined/combined/libobjc/Object.m: In function '+[Object version]': /home/hp/combined/combined/libobjc/Object.m:342: internal compiler error: in tree_node_structure, at tree.c:1815 A gdb backtrace from the corresponding cc1obj call: (gdb) bt #0 fancy_abort (file=0x7b27e8 /home/hp/combined/combined/gcc/tree.c, line=1815, function=0x92a1b0 tree_node_structure) at /home/hp/combined/combined/gcc/diagnostic.c:588 #1 0x00682c85 in tree_node_structure (t=0x7b27e8) at /home/hp/combined/combined/gcc/tree.c:1815 #2 0x0042b90a in gt_ggc_mx_lang_tree_node (x_p=Variable x_p is not available. ) at ./gt-c-decl.h:71 #3 0x0060a284 in gt_ggc_m_P9tree_node4htab (x_p=Variable x_p is not available. ) at gtype-desc.c:1420 #4 0x00605eb7 in ggc_mark_roots () at /home/hp/combined/combined/gcc/ggc-common.c:118 #5 0x006a6997 in ggc_collect () at /home/hp/combined/combined/gcc/ggc-page.c:1972 #6 0x00495b89 in execute_todo (pass=0x91abc0, flags=151, use_required=Variable use_required is not available. ) at /home/hp/combined/combined/gcc/tree-optimize.c:553 #7 0x00495dca in execute_pass_list (pass=0x91abc0) at /home/hp/combined/combined/gcc/tree-optimize.c:635 #8 0x00495d72 in execute_pass_list (pass=0x9178c0) at /home/hp/combined/combined/gcc/tree-optimize.c:658 #9 0x0049606d in tree_rest_of_compilation (fndecl=0x2db6b4e0) at /home/hp/combined/combined/gcc/tree-optimize.c:788 #10 0x00429523 in c_expand_body (fndecl=0x2db6b4e0) at /home/hp/combined/combined/gcc/c-decl.c:6582 #11 0x006c351e in cgraph_expand_function (node=0x2db6b820) at /home/hp/combined/combined/gcc/cgraphunit.c:993 #12 0x006c3fcd in cgraph_optimize () at /home/hp/combined/combined/gcc/cgraphunit.c:1057 #13 0x0068273e in toplev_main (argc=Variable argc is not available. ) at /home/hp/combined/combined/gcc/toplev.c:1013 #14 0x00371c71c4cc in __libc_start_main () from /lib64/libc.so.6 #15 0x00402609 in _start () #16 0x7748 in ?? () #17 0x in ?? () -- Summary: mmix-knuth-mmixware broken libobjc/Object.m Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, build Severity: normal Priority: P2 Component: objc AssignedTo:
[Bug objc/21641] [4.1 regression] mmix-knuth-mmixware broken libobjc/Object.m
-- What|Removed |Added Summary|mmix-knuth-mmixware broken |[4.1 regression] mmix-knuth- |libobjc/Object.m|mmixware broken ||libobjc/Object.m http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21641
[Bug tree-optimization/15419] memcpy pessimization
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-02-10 04:23:15 |2005-05-18 07:36:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15419
[Bug ada/21247] Cross-building gnat-4.0.0 requires native gnat-4.0.0
--- Additional Comments From charlet at gcc dot gnu dot org 2005-05-18 07:43 --- Right, this is a requirement to first build a native GNAT version x.y to build a cross GNAT x.y Arno -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21247
[Bug other/21629] [doc] gnat version requirements in install.texi
-- Bug 21629 depends on bug 21247, which changed state. Bug 21247 Summary: Cross-building gnat-4.0.0 requires native gnat-4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21247 What|Old Value |New Value Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21629
[Bug ada/21611] ACATS Failures After Successfully Built using Cygwin 3.3.3
--- Additional Comments From charlet at gcc dot gnu dot org 2005-05-18 08:12 --- The last error seems to be related to the cygwin environment. There is also no point in reporting such results as a bug, since there are separate issues, which all seem to be related to cygwin rather than gcc. Arno -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21611
[Bug c++/21615] Argument-dependent name lookup associated namespace search bug
--- Additional Comments From maxim dot yegorushkin at gmail dot com 2005-05-18 08:17 --- (In reply to comment #1) All gcc versions I have take the template in namespace odd, and so does icc in strict mode. I see nothing in 3.4.2 that should prevent this from happening. What is relevant here is that the using declaration inside the function introduces a name into the innermost namespace, thus preventing name lookup from even looking outside the function. If you don't want to have this happening, then you need to put the using declaration into the same scope as the declaration of the other function 'f'. Thank you for your illuminating answer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21615
[Bug tree-optimization/15419] memcpy pessimization
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 08:21 --- Not alpha specific. The tunings we have in the alpha memcpy expansion are correct for real copies between memory. We want to prefer ldbu $1,3($17) ldbu $2,0($17) ldbu $3,1($17) ldbu $4,2($17) stb $1,3($16) stb $2,0($16) stb $3,1($16) stb $4,2($16) over ldq_u $5,0($17) ldq_u $2,3($17) ldq_u $3,3($16) ldq_u $4,0($16) extlh $2,$17,$2 extll $5,$17,$5 msklh $3,$16,$3 mskll $4,$16,$4 bis $5,$2,$1 inslh $1,$16,$6 insll $1,$16,$1 bis $3,$6,$3 bis $4,$1,$4 stq_u $3,3($16) stq_u $4,0($16) The trick is that we want to notice at the tree level that the memcpy is really a killing store of a local variable, and rewrite it into the assignment form. I'll give it some thought. -- What|Removed |Added GCC target triplet|alphaev68-*-linux-gnu | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15419
[Bug rtl-optimization/21573] 'Valid attribute on enumeration types with holes
--- Additional Comments From charlet at gcc dot gnu dot org 2005-05-18 08:52 --- From the comments, seems like a back-end or optimization (rtl ?) issue rather than an Ada specific issue. Arno -- What|Removed |Added Component|ada |rtl-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21573
[Bug objc/21641] [4.1 regression] cris-axis-elf, cris-axis-linux-gnu, mmix-knuth-mmixware broken libobjc/Object.m
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 09:05 --- Happens for cris-elf and cris-linux too. -- What|Removed |Added Summary|[4.1 regression] mmix-knuth-|[4.1 regression] cris-axis- |mmixware broken |elf, cris-axis-linux-gnu, |libobjc/Object.m|mmix-knuth-mmixware broken ||libobjc/Object.m http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21641
[Bug tree-optimization/21638] [4.1 regression] cris-elf broken, dce is_gimple_reg_type (type=0x0) building newlib
--- Additional Comments From giovannibajo at libero dot it 2005-05-18 09:09 --- We obviously need the preprocessed source. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug tree-optimization/21638] [4.1 regression] cris-elf broken, dce is_gimple_reg_type (type=0x0) building newlib
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 09:28 --- In response to comment #2, this is a combined tree, so the sources are trivially available for all and you shouldn't need to be handed preprocessed code separately. Having said that, I'll attach preprocessed versions hoping for a quick resolution. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug c++/21514] templates and anonymous enum
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-18 09:33 --- I'm not sure what a DR is, probably a C++ standard defect report. After asking on fr.comp.lang.c++ I was referred to Core Issue 278: http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#278 Whether the compiler should compile the code or not, the error message really needs to be improved. My understanding of the situation is that : 1.a) The compiler first attempts to apply the shift operator to integer i. However the right-side argument is an anonymous enum. The compiler will not implictly cast the anonymous enum to a size_t to be used as the right-hand argument for operator. 1.b) Note that an *explicit* cast does work, so I'm not sure how this whole issue is related to Core Issue 278 and external linkage. Just change from: iHSize; to: iint(HSize); and the program while compile and link. 2) The compiler then attemps to use operator(MyClass b, const T t). Instead of reporting an error on the first argument (type 'MyClass' expected, type 'int' actually used), it reports an obscure error on the second argument. This is totally non-intuitive for humans. Therefore: * Concerning 1.a) and 1.b) I'm not convinced this is related to Core Issue 278 and external linkage since the explicit cast works. Anyway, if you feel Core Issue 278 or some paragraph of the standard forbid the implicit cast, I agree this bug report should be kept open until the comitee resolves the problem. * In the meanwhile, the error message really needs to be improved, taking into account point 2). -- What|Removed |Added Status|SUSPENDED |NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514
[Bug tree-optimization/21638] [4.1 regression] cris-elf broken, dce is_gimple_reg_type (type=0x0) building newlib
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 09:34 --- Created an attachment (id=8919) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8919action=view) Preprocessed code Options to cc1 from -v: -fpreprocessed hash.i -melf -ffunction-sections -fdata-sections -quiet -dumpbase hash.c -march=v10 -mbest-lib-options -march=v10 -mbest-lib-options -auxbase hash -g -O2 -O2 -O2 -version -fno-builtin -o hash.s Shorter: -march=v10 -O2 -o hash.s -fpreprocessed hash.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug fortran/20954] gfortran - internal compiler error with -fdefault-integer-8
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 09:54 --- Subject: Bug 20954 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-18 09:54:21 Modified files: gcc/testsuite : ChangeLog gcc/fortran: ChangeLog trans-const.c Added files: gcc/testsuite/gfortran.dg: pr20954.f Log message: 2005-05-18 Feng Wang [EMAIL PROTECTED] PR fortran/20954 * trans-const.c (gfc_conv_const_charlen): Use gfc_charlen_type_node to build character length. 2005-05-18 Feng Wang [EMAIL PROTECTED] PR fortran/20954 * gfortran.dg/pr20954.f: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5488r2=1.5489 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pr20954.f.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.427r2=1.428 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-const.c.diff?cvsroot=gccr1=1.26r2=1.27 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20954
[Bug fortran/20954] gfortran - internal compiler error with -fdefault-integer-8
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 10:01 --- Subject: Bug 20954 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-18 10:00:57 Modified files: gcc/testsuite : ChangeLog gcc/fortran: ChangeLog trans-const.c Added files: gcc/testsuite/gfortran.dg: pr20954.f Log message: 2005-05-18 Feng Wang [EMAIL PROTECTED] PR fortran/20954 * trans-const.c (gfc_conv_const_charlen): Use gfc_charlen_type_node to build character length. 2005-05-18 Feng Wang [EMAIL PROTECTED] PR fortran/20954 * gfortran.dg/pr20954.f: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.185r2=1.5084.2.186 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pr20954.f.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.335.2.50r2=1.335.2.51 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-const.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.21r2=1.21.10.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20954
[Bug target/21642] New: wrong code with -O2
$ gcc -v Reading specs from /pdv/.tools/pkg/gcc/3.4.3/bin/../lib/gcc/powerpc-ibm- aix5.2.0.0/3.4.3/specs Configured with: ../gcc-3.4.3/configure --prefix=/tools/pkg/gcc/3.4.3 --with- ld=/bin/ld --with-as=/bin/as --disable-threads --enable-languages=c,c++ Thread model: aix gcc version 3.4.3 // foo.c // #include stdio.h inline void reverse( char* beg, char* end ) { while( beg --end ) { char t = *end; *end = *beg; *beg++ = t; } } void doIt( int* val ) { reverse( (char*)val, (char*)val + sizeof( *val ) ); } int main() { int d = 0x12345678; printf( %x\n, d ); doIt( d ); printf( %x\n, d ); return 0; } $ gcc -o foo foo.c -O2 $ foo 12345678 78345612 $ gcc -o foo foo.c $ foo 12345678 78563412 Works with GCC 3.3.3 -- Summary: wrong code with -O2 Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joerg dot richter at pdv-fs dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc-ibm-aix5.2.0.0 GCC host triplet: powerpc-ibm-aix5.2.0.0 GCC target triplet: powerpc-ibm-aix5.2.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21642
[Bug fortran/20954] gfortran - internal compiler error with -fdefault-integer-8
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 11:16 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20954
[Bug fortran/20178] COMPLEX function returns incompatible with g77
--- Additional Comments From Tobias dot Schlueter at physik dot uni-muenchen dot de 2005-05-18 11:19 --- Subject: Re: COMPLEX function returns incompatible with g77 toon at moene dot indiv dot nluug dot nl wrote: --- Additional Comments From toon at moene dot indiv dot nluug dot nl 2005-05-15 11:32 --- Subject: Re: COMPLEX function returns incompatible with g77 tobi at gcc dot gnu dot org wrote: --- Additional Comments From tobi at gcc dot gnu dot org 2005-05-10 22:23 --- Fixed on the mainline. I will commit this to the branch after the obligatory testing and the necessary changes (unfortunately -fsecond-underscore became the default on the branch). [ Sorry for the late reply ] I wonder if that really means we have to stick to -fsecond-underscore on the 4.0 branch. Only 4.0.0 is out, and it is very probable that *nobody* uses it for any serious work in Fortran anyway. I feel we can safely change the default, even on the branch. I'm also inclined to doing this, 4.0.1 will probably be vastly more usable than 4.0, but I'd still like to get feedback from the list. It's really a minor incompatibility. Especially since a lot of people seem to use '-fno-second-underscore'. - Tobi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20178
[Bug fortran/21203] Segfault while compiling libgfortran/intrinsics/selected_int_kind.f90
--- Additional Comments From Tobias dot Schlueter at physik dot uni-muenchen dot de 2005-05-18 11:21 --- Subject: Re: Segfault while compiling libgfortran/intrinsics/selected_int_kind.f90 Tobias dot Schlueter at physik dot uni-muenchen dot de wrote: --- Additional Comments From Tobias dot Schlueter at physik dot uni-muenchen dot de 2005-05-14 15:25 --- Subject: Re: Segfault while compiling libgfortran/intrinsics/selected_int_kind.f90 Quoting corsepiu at gcc dot gnu dot org [EMAIL PROTECTED]: As I tried to express before, I think this PR actually trips several bugs at once. * A bug in error f95's handling, which probably causes the seg fault. The compiler simply must not seg fault. Exactly, I assume this has to do with the fact that we're trying to initialize a zero-length parameter array, which is somewhat unusual, and thus probably not well-tested and buggy. I won't have access to my box, but if someone has a few spare minutes, I'd suggest he tries this code: This did work correctly, so that's one possible problem less. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21203
[Bug tree-optimization/21638] [4.1 regression] cris-elf broken, dce is_gimple_reg_type (type=0x0) building newlib
--- Additional Comments From giovannibajo at libero dot it 2005-05-18 12:02 --- (In reply to comment #3) In response to comment #2, this is a combined tree, so the sources are trivially available for all and you shouldn't need to be handed preprocessed code separately. I am sorry but this is what our rules say. There is no exception for free code bases where the bugmaster/bugfixer could potentially download and build the package himself. Whoever reported the bug can surely build the preprocessed source much faster than who happens to see the report. I believe this is a sound rule. Having said that, I'll attach preprocessed versions hoping for a quick resolution. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug tree-optimization/21638] [4.1 regression] cris-elf broken, dce is_gimple_reg_type (type=0x0) building newlib
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 12:11 --- Hmm, the SSA_NAME is in the free list for some reason. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug tree-optimization/21636] Missed ccp optimization
-- What|Removed |Added CC||kazu at cs dot umass dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21636
[Bug rtl-optimization/21643] New: GCC fails to merge ranges in comparison.
I'd expect the result of compiling these two functions to be identical, but it isn't: int fish1(unsigned char c) { if (c =='' || c == 0x20 || c 0x20) return 1; } int fish2(unsigned char c) { if (c == '' || c = 0x20) return 1; } If I remove the 'c == '' ||' from each, I do get the expected results. $ gcc -O2 -S asd.c -o /dev/stdout .file asd.c .section.text .align 2 .p2align 4,,15 .globl fish1 .type fish1, @function fish1: mr 0,3 li 3,1 cmpwi 7,0,34 cmpwi 6,0,32 beqlr 7 cmplwi 7,0,31 beqlr 6 blelr 7 blr .size fish1,.-fish1 .align 2 .p2align 4,,15 .globl fish2 .type fish2, @function fish2: mr 0,3 li 3,1 cmpwi 7,0,34 cmplwi 6,0,32 beqlr 7 blelr 6 blr .size fish2,.-fish2 .ident GCC: (GNU) 4.0.0 20050512 (Red Hat 4.0.0-5) .section.note.GNU-stack,,@progbits -- Summary: GCC fails to merge ranges in comparison. Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dwmw2 at infradead dot org CC: gcc-bugs at gcc dot gnu dot org,jakub at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21643
[Bug rtl-optimization/21643] GCC fails to merge ranges in comparison.
--- Additional Comments From dwmw2 at infradead dot org 2005-05-18 12:33 --- Happens with gcc 3.4 too, and also on i386. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21643
[Bug tree-optimization/21638] [4.1 regression] cris-elf broken, dce is_gimple_reg_type (type=0x0) building newlib
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 12:34 --- Confirmed, reduced testcase: typedef struct hashhdr { int bitmaps[32]; } HASHHDR; static void swap_header_copy(HASHHDR *srcp, HASHHDR *destp) { int i; for (i = 0; i 32; i++) ((char *)(destp-bitmaps[i]))[0] = ((char *)(srcp-bitmaps[i]))[1]; } int flush_meta(HASHHDR *whdrp1) { HASHHDR *whdrp; HASHHDR whdr; whdrp = whdr; swap_header_copy(whdrp1, whdrp); return (0); } -- What|Removed |Added CC||law at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-18 12:34:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug tree-optimization/21638] [4.1 regression] dce is_gimple_reg_type (type=0x0) building newlib
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 12:36 --- This is independent of target/host. My testcase gives a different ICE: pr21638.c:15: error: Definition in block 1 does not dominate use in block 0 for SSA_NAME: i.0_10 in statement: D.1281_1 = whdr.bitmaps[i.0_10]; pr21638.c:15: internal compiler error: verify_ssa failed. Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- What|Removed |Added GCC host triplet|i686-pc-linux-gnu (FC2) | GCC target triplet|cris-elf| Keywords|build | Summary|[4.1 regression] cris-elf |[4.1 regression] dce |broken, dce |is_gimple_reg_type |is_gimple_reg_type |(type=0x0) building newlib |(type=0x0) building newlib | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug c++/21644] New: protected members of templated base class not accessible in derived class
See the following code example: #include iostream template typename tn class a{ protected: tn bar; public: a(tn bar){ this-bar=bar; } virtual tn getBar(){ return bar; } }; template typename tn class b : public atn{ private: void add(tn baz); public: b(tn bar, tn baz) : atn(bar) { add(baz); } }; template typename tn void btn::add(tn baz){ bar+=baz; } int main(){ bunsigned test(7,5); std::cout test.getBar() std::endl; return 0; } This gives test.cpp: In member function `void btn::add(tn)': test.cpp:30: error: `bar' undeclared (first use this function) test.cpp:30: error: (Each undeclared identifier is reported only once for each function it appears in.) As well as it's (in my and the opinion of ##c++) valid ANSI C++. -- Summary: protected members of templated base class not accessible in derived class Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tonne2005 at gehheimdienst dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i386-redhat-linux GCC host triplet: i386-redhat-linux GCC target triplet: i386-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21644
[Bug c++/21644] protected members of templated base class not accessible in derived class
--- Additional Comments From tonne2005 at gehheimdienst dot de 2005-05-18 12:37 --- *** This bug has been marked as a duplicate of 15552 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21644
[Bug c++/15552] template inheritance does not recognize member variables
--- Additional Comments From tonne2005 at gehheimdienst dot de 2005-05-18 12:37 --- *** Bug 21644 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||tonne2005 at gehheimdienst ||dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15552
[Bug tree-optimization/21643] GCC fails to merge ranges in comparison.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 12:38 --- Confirmed. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |enhancement Status|UNCONFIRMED |NEW Component|rtl-optimization|tree-optimization Ever Confirmed||1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2005-05-18 12:38:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21643
[Bug objc/21641] [4.1 regression] cris-axis-elf, cris-axis-linux-gnu, mmix-knuth-mmixware broken libobjc/Object.m
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 12:45 --- Looks like this shows up also on x86_64-pc-linux-gnu: http://gcc.gnu.org/ml/gcc/2005-05/msg00958.html -- What|Removed |Added GCC host triplet|x86_64-unknown-linux-gnu| |(FC4t2) | Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21641
[Bug c++/21514] [DR 278] templates and anonymous enum
-- What|Removed |Added Status|NEW |SUSPENDED Summary|templates and anonymous enum|[DR 278] templates and ||anonymous enum http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514
[Bug ada/21247] Cross-building gnat-4.0.0 requires native gnat-4.0.0
--- Additional Comments From joel at oarcorp dot com 2005-05-18 13:23 --- Subject: Re: Cross-building gnat-4.0.0 requires native gnat-4.0.0 charlet at gcc dot gnu dot org wrote: --- Additional Comments From charlet at gcc dot gnu dot org 2005-05-18 07:43 --- Right, this is a requirement to first build a native GNAT version x.y to build a cross GNAT x.y I was pretty sure someone told me that a LONG time ago and I made it a personal rule. When on a new machine, I use the AdaCore binary to build a native, then use that to build crosses. After that, I just keep building natives from the latest native I have installed. Could you suggest a patch for install.texi which corrects the tool requirements for building GNAT both natively and cross? Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21247
[Bug tree-optimization/21407] [4.1 Regression] wrong code with downcast in C++
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 13:27 --- Subject: Bug 21407 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-18 13:26:20 Modified files: gcc: ChangeLog tree-ssa-operands.c Added files: gcc/testsuite/g++.dg/tree-ssa: pr21407.C Log message: 2005-05-18 Daniel Berlin [EMAIL PROTECTED] Fix PR tree-optimization/21407 * tree-ssa-operands.c (note_addressable): Change COMPONENT_REF handling in response to aliasing discussion. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.8840r2=2.8841 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-operands.c.diff?cvsroot=gccr1=2.82r2=2.83 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/tree-ssa/pr21407.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21407
[Bug tree-optimization/21407] [4.1 Regression] wrong code with downcast in C++
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-05-18 13:28 --- Fixed -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21407
[Bug ada/21247] Cross-building gnat-4.0.0 requires native gnat-4.0.0
--- Additional Comments From charlet at adacore dot com 2005-05-18 13:33 --- Subject: Re: Cross-building gnat-4.0.0 requires native gnat-4.0.0 Could you suggest a patch for install.texi which corrects the tool requirements for building GNAT both natively and cross? I'm sure I could, like anyone else, when I get a chance. I am particularly busy these days, so feel free to go ahead and suggest such change. Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21247
[Bug c++/21645] New: G++ ICE while building post-html.cpp in groff
CVS g++ currently fails while building CVS groff: g++ -I. -I/devel/gnu/gnu_cvs/groff/src/devices/grohtml -I/devel/gnu/gnu_cvs/groff/objdir-0328/src/include -I/devel/gnu/gnu_cvs/groff/src/include -DHAVE_CONFIG_H -v -O2 -march=pentium-mmx -finline-limit=10 -fno-check-new -fno-exceptions -save-temps -DNDEBUG -c /devel/gnu/gnu_cvs/groff/src/devices/grohtml/post-html.cpp Using built-in specs. Target: i586-pc-linux-gnu Configured with: /usr/src/gcc_3_5_branch/gcc/configure --prefix=/opt/gnu --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-languages=c,c++,objc --disable-checking --with-system-zlib --with-gc=page Thread model: posix gcc version 4.1.0 20050517 (experimental) /opt/gnu/libexec/gcc/i586-pc-linux-gnu/4.1.0/cc1plus -E -quiet -v -I. -I/devel/gnu/gnu_cvs/groff/src/devices/grohtml -I/devel/gnu/gnu_cvs/groff/objdir-0328/src/include -I/devel/gnu/gnu_cvs/groff/src/include -D_GNU_SOURCE -DHAVE_CONFIG_H -DNDEBUG /devel/gnu/gnu_cvs/groff/src/devices/grohtml/post-html.cpp -march=pentium-mmx -finline-limit=10 -fno-check-new -fno-exceptions -O2 -fpch-preprocess -o post-html.ii #include ... search starts here: #include ... search starts here: . /devel/gnu/gnu_cvs/groff/src/devices/grohtml /devel/gnu/gnu_cvs/groff/objdir-0328/src/include /devel/gnu/gnu_cvs/groff/src/include /opt/gnu/lib/gcc/i586-pc-linux-gnu/4.1.0/../../../../include/c++/4.1.0 /opt/gnu/lib/gcc/i586-pc-linux-gnu/4.1.0/../../../../include/c++/4.1.0/i586-pc-linux-gnu /opt/gnu/lib/gcc/i586-pc-linux-gnu/4.1.0/../../../../include/c++/4.1.0/backward /usr/local/include /opt/gnu/include /opt/gnu/lib/gcc/i586-pc-linux-gnu/4.1.0/include /opt/gnu/lib/gcc/i586-pc-linux-gnu/4.1.0/../../../../i586-pc-linux-gnu/include /usr/include End of search list. /opt/gnu/libexec/gcc/i586-pc-linux-gnu/4.1.0/cc1plus -fpreprocessed post-html.ii -quiet -dumpbase post-html.cpp -march=pentium-mmx -auxbase post-html -O2 -version -finline-limit=10 -fno-check-new -fno-exceptions -o post-html.s GNU C++ version 4.1.0 20050517 (experimental) (i586-pc-linux-gnu) compiled by GNU C version 4.1.0 20050517 (experimental). GGC heuristics: --param ggc-min-expand=42 --param ggc-min-heapsize=24060 /devel/gnu/gnu_cvs/groff/src/devices/grohtml/post-html.cpp: In constructor 'style::style(font*, int, int, int, int, color)': /devel/gnu/gnu_cvs/groff/src/devices/grohtml/post-html.cpp:5054: internal compiler error: Segmentation fault Please submit a full bug report. The failures began on May 14; previous CVS GCC builds were able to compile groff without problem. -- Summary: G++ ICE while building post-html.cpp in groff Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ahaas at airmail dot net CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i586-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21645
[Bug c++/21645] G++ ICE while building post-html.cpp in groff
--- Additional Comments From ahaas at airmail dot net 2005-05-18 13:46 --- Created an attachment (id=8922) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8922action=view) Preprocessed file triggering bug Here's the file, compressed with 'gzip' as it is large. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21645
[Bug c++/21645] [4.1 Regression] G++ ICE while building post-html.cpp in groff
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 14:00 --- Confirmed, reduced testcase: struct color { ~color(); }; struct style { color col; style (color); }; style::style(color c) : col(c) { } -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-05-18 14:00:27 date|| Summary|G++ ICE while building post-|[4.1 Regression] G++ ICE |html.cpp in groff |while building post-html.cpp ||in groff Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21645
[Bug c++/21514] [DR 278] templates and anonymous enum
--- Additional Comments From gdr at integrable-solutions dot net 2005-05-18 14:04 --- Subject: Re: templates and anonymous enum papadopo at shfj dot cea dot fr [EMAIL PROTECTED] writes: [...] | Therefore: | | * Concerning 1.a) and 1.b) I'm not convinced this is related to Core Issue 278 | and external linkage since the explicit cast works. Anyway, if you feel Core | Issue 278 or some paragraph of the standard forbid the implicit cast, I agree | this bug report should be kept open until the comitee resolves the problem. The way it is related is that the CWG has introduced the concent of linkage for type -- which did not exist in ARM and existed only for function type in C++98/03 and the unnamed enum no longer has an external linkage. As I said on fr.comp.lang.c++, I brought the issue to the C++ committee and I think the issue should not be closed. The answer I gave you was much more detailed and accurate that what you report here :-) -- in particular, the ocmpiler is attempting to do overload resolution and it is in the phase of constructing the overload set that the error appears. But, the whole thing is confused :-) -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514
[Bug bootstrap/21646] New: Boostraping with SUN cc leads to: gcc-4.0.0/libcpp/configure[2760]: test: argument expected
Hello! Bootstraping the gcc-4.0.0 leads to a error message: /tmp/gcc-4.0.0/libcpp/configure[2760]: test: argument expected As far as I see in the line if test $GCC = yes; then the var GCC is not set. It is set in line 2145, but in case of a non gcc compiler, it is evaluated to an empty string. GCC=`test $ac_compiler_gnu = yes echo yes` Note 1: Maybe this is a problem with autoconf / automake. Note 2: As far as I can see there is no functional impact: the 'test' is evaluated to 'false' which is exactly what is needed at this point. Note 3: Maybe a bugfix is: GCC=`test $ac_compiler_gnu = yes echo yes || echo no` Best regards Andreas Florath System: SunOS 5.8 Generic_108528-26 sun4u sparc SUNW,Sun-Fire-15000 How to reproduce: 1) cd /tmp/gcc-4.0.0 2) mkdir ../gcc-compile 3) cd ../gcc-compile 4) CONFIG_SHELL=/bin/ksh 5) export CONFIG_SHELL 6) /tmp/gcc-4.0.0/configure --prefix=/tmp/pkg/pre1 --enable-shared --enable-threads --enable-languages=c --disable-libgcj --disable-multilib -- Summary: Boostraping with SUN cc leads to: gcc- 4.0.0/libcpp/configure[2760]: test: argument expected Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: andreas at florath dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: sparc-sun-solaris2.8 GCC host triplet: sparc-sun-solaris2.8 GCC target triplet: sparc-sun-solaris2.8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21646
[Bug bootstrap/21230] [4.0/4.1 Regression] bootstrap failed unless bootstrap compiler is gcc.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 14:44 --- *** Bug 21646 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||andreas at florath dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21230
[Bug bootstrap/21646] Boostraping with SUN cc leads to: gcc-4.0.0/libcpp/configure[2760]: test: argument expected
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 14:44 --- *** This bug has been marked as a duplicate of 21230 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21646
[Bug c++/21514] [DR 278] templates and anonymous enum
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-18 14:56 --- I guess what I meant is: whatever the reason for this error message and whatever the eventual decision taken about it, it would be nice to have an error message that really means something to end-users. For example, as an end-user, I still can't understand the difference between the explicit cast and the implicit (non-)cast, why it works in the first case and not in the latter. The error message shoudl really point at what's wrong in the source code, not at what's wrong in the C++ standard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514
[Bug c++/21514] [DR 278] templates and anonymous enum
--- Additional Comments From pcarlini at suse dot de 2005-05-18 15:00 --- .. The error message shoudl really point at what's wrong in the source code, not at what's wrong in the C++ standard. But unfortunately if the compiler is conforming, and the latter is wrong, the former is correct as-is and the error message too ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514
[Bug c++/21514] [DR 278] templates and anonymous enum
--- Additional Comments From gdr at integrable-solutions dot net 2005-05-18 15:07 --- Subject: Re: [DR 278] templates and anonymous enum papadopo at shfj dot cea dot fr [EMAIL PROTECTED] writes: | I guess what I meant is: whatever the reason for this error message | and whatever the eventual decision taken about it, it would be nice | to have an error message that really means something to end-users. 100% agreed. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514
[Bug c++/21514] [DR 278] templates and anonymous enum
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-18 15:13 --- OK, then what I really meant is that error message doesn't mean anything in plain English, thus it doesn't mean anything to end-users. So it needs to be improved. I understand it's not easy - after all no one here is able to explain what really is behind this bug. I'm not a native speaker, I'm just a rather skilled end-user; I can nevertheless guarantee that end-users don't understand this error message. We spent a few hours trying and finding what needs to be changed in some 3rd party library we're using, because the compiler was pointing to a totally unrelated template definition of operator in our own sources. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514
[Bug ada/21611] ACATS Failures After Successfully Built using Cygwin 3.3.3
--- Additional Comments From anh_vn_vo at yahoo dot com 2005-05-18 15:35 --- If it is expected that the name cygwin32 instead just cygwin generated during configuration step, I agree that it is cygwin environment issue. Therefore, I would like to withdraw my report. Otherwise, further investigation is needed to make sure which part this problem belongs to, cygwin or gcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21611
[Bug libgcj/19729] libgcj DSASignature.java null pointer exception
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 15:36 --- Subject: Bug 19729 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-18 15:36:08 Modified files: libjava: ChangeLog libjava/gnu/java/security/provider: DSASignature.java Log message: 2005-05-18 Thomas Fitzsimmons [EMAIL PROTECTED] PR libgcj/19729 * gnu/java/security/provider/DSASignature.java: Import updates from GNU Crypto. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gccr1=1.3625r2=1.3626 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/security/provider/DSASignature.java.diff?cvsroot=gccr1=1.5r2=1.6 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19729
[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations
--- Additional Comments From pluto at agmk dot net 2005-05-18 15:42 --- (In reply to comment #50) Thanks a lot. And, as soon as pluto has finished testing the whole package I will personally take care of the v3 bits. on powerpc OpenEXR builds/links fine too. finally it works on amd64/powerpc/ia32 with -fvisibility-inlines-hidden. these 3 patches stay with me :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664
[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations
--- Additional Comments From pcarlini at suse dot de 2005-05-18 15:45 --- Great! I forgot to thank you for all your testing efforts: thanks! I'm going to have a final look and commit the v3 bits. Then, strong of your test, I'm also going to ping again on gcc-patches the middle-end bits. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664
[Bug libfortran/21647] New: INQUIRE errors when using -fdefault-integer-8
When compilied with -fdefault-integer-8, inquire incorrectly says that a file exits. It works correctly without the -fdefault-integer-8 [dranta:~/tests/gfortran] dir% gfortran -fdefault-integer-8 -o d8test4 d8test4.f [dranta:~/tests/gfortran] dir% d8test4 output exists STOP 0 [dranta:~/tests/gfortran] dir% gfortran -o d8test4 d8test4.f [dranta:~/tests/gfortran] dir% d8test4 output Does not exist STOP 0 [dranta:~/tests/gfortran] dir% cat d8test4.f program test2 character*8 nfn LOGICAL EX nfn='output' INQUIRE (FILE=nfn,EXIST=EX) IF (EX) THEN WRITE(*,*)nfn, ' exists' ELSE WRITE(*,*)nfn,' Does not exist' END IF stop end [dranta:~/tests/gfortran] dir% ls o* tcsh: ls: No match. -- Summary: INQUIRE errors when using -fdefault-integer-8 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc-apple-darwin7.9.0 GCC host triplet: powerpc-apple-darwin7.9.0 GCC target triplet: powerpc-apple-darwin7.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21647
[Bug tree-optimization/21638] [4.1 regression] dce is_gimple_reg_type (type=0x0) building newlib
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 16:01 --- In reply to comment #3: No, I don't think your reading of what rules you refer to is sane, but then perhaps you're not used to building a unified tree for cross toolchains, re: simtest-howto.html. If you'd done that with any regularity, then you'd have all the bits and would not see newlib as free code bases to download yourself. I stand by this; I think it can be expected that people test with cross toolchains, for better test coverage than just their native machines. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug target/21412] ICE loading TLS address
--- Additional Comments From schwab at suse dot de 2005-05-18 16:25 --- Also I'm getting crashes in glibc during initialisation of libpthread, which might be related. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21412
[Bug target/21412] ICE loading TLS address
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 16:45 --- The test case in #10 is not a tls address; it is a dup of PR21632. -- What|Removed |Added GCC target triplet|ia64-*-*,sparc*-*-* |sparc*-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21412
[Bug target/21632] ICE with small model attribute on ia64
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 16:51 --- Subject: Bug 21632 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-18 16:50:58 Modified files: gcc: ChangeLog gcc/config/ia64: ia64.c Added files: gcc/testsuite/gcc.target/ia64: small-addr-1.c Log message: PR target/21632 * config/ia64/ia64.c (ia64_extra_constraint) 'T': Use small_addr_symbolic_operand. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.252r2=2.7592.2.253 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/ia64/ia64.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.347.2.6r2=1.347.2.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/ia64/small-addr-1.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21632
[Bug c++/21514] [DR 278] templates and anonymous enum
--- Additional Comments From gdr at integrable-solutions dot net 2005-05-18 17:08 --- Subject: Re: [DR 278] templates and anonymous enum pcarlini at suse dot de [EMAIL PROTECTED] writes: | .. The error message shoudl really point at what's wrong in the | source code, not at what's wrong in the C++ standard. | | But unfortunately if the compiler is conforming, and the latter is wrong, | the former is correct as-is and the error message too ;) I think his point is that the diagnostic message is not helpful. And I agree with him. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514
[Bug target/16657] Dead stack adjustion code not removed
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 17:15 --- We don't assign TImode to this structure, because we assume TImode needs 128-bit alignment, and this structure has 64-bit alignment. Which means that the structure gets BLKmode. All BLKmode parameters are allocated stack space in assign_parm_setup_block. What we'd like to do is allocate a TImode register anyway. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16657
[Bug tree-optimization/21643] GCC fails to merge ranges in comparison.
--- Additional Comments From trt at acm dot org 2005-05-18 17:21 --- This is because fold-const.c only does ad-hoc re-association. Here is an example for fold_truthop (approx line 8805) /* Check for the possibility of merging component references. If our lhs is another similar operation, try to merge its rhs with our rhs. Then try to merge our lhs and rhs. */ if (TREE_CODE (arg0) == code 0 != (tem = fold_truthop (code, type, TREE_OPERAND (arg0, 1), arg1))) return fold_build2 (code, type, TREE_OPERAND (arg0, 0), tem); A similar hack could be done for fold_range_test. (I wrote a helper fold_assoc (f, x, code, type, op1, op2) that does this in a more general way, but it in turn needed `find_assoc_p' and `commutes_p' functions, and handling EXPR_MINUS was onerous. It might be too slow for general use. Basically, it needs a fast way to check for common subexpressions to avoid pointless recursions.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21643
[Bug tree-optimization/21643] GCC fails to merge ranges in comparison.
--- Additional Comments From trt at acm dot org 2005-05-18 17:28 --- Here is a equivalent case that gcc also misses (but beyond scope of fold-const.c). By the way, since there is a missing final return, can't gcc just simplify all three functions into return 1; :-) int fish3(unsigned char c) { if (c =='') return 1; if (c == 0x20) return 1; if (c 0x20) return 1; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21643
[Bug libgcj/19729] libgcj DSASignature.java null pointer exception
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 17:30 --- Subject: Bug 19729 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-18 17:30:16 Modified files: libjava: ChangeLog libjava/gnu/java/security/provider: DSASignature.java Log message: 2005-05-18 Thomas Fitzsimmons [EMAIL PROTECTED] PR libgcj/19729 * gnu/java/security/provider/DSASignature.java: Import updates from GNU Crypto. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.3391.2.72r2=1.3391.2.73 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/security/provider/DSASignature.java.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5r2=1.5.18.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19729
[Bug target/21632] ICE with small model attribute on ia64
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 17:33 --- Subject: Bug 21632 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-18 17:33:33 Modified files: gcc: ChangeLog gcc/config/ia64: ia64.c Added files: gcc/testsuite/gcc.target/ia64: small-addr-1.c Log message: PR target/21632 * config/ia64/ia64.c (ia64_extra_constraint) 'T': Use small_addr_symbolic_operand. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.8844r2=2.8845 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/ia64/ia64.c.diff?cvsroot=gccr1=1.364r2=1.365 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/ia64/small-addr-1.c.diff?cvsroot=gccr1=1.1r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21632
[Bug target/21632] ICE with small model attribute on ia64
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 17:42 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21632
[Bug libgcj/19729] libgcj DSASignature.java null pointer exception
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 17:45 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19729
[Bug target/21390] alphaev68-dec-osf5.1b long double optimization bug with gcc-4.0.0
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 18:06 --- Confirmed. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-18 18:06:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21390
[Bug tree-optimization/21638] [4.1 regression] dce is_gimple_reg_type (type=0x0) building newlib
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 18:09 --- (In reply to comment #9) In reply to comment #3: Usually I just say please attach it because I am too lazy to build an unified tree instead of saying this goes against our rules. Anyways I am trying to figure out a way to fix this, the problem is that forward prograte is making an ADDR_EXPR still invariant when it is obviously not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug tree-optimization/21638] [4.1 regression] dce is_gimple_reg_type (type=0x0) building newlib
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 18:13 --- Mine, I have a fix. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug middle-end/21648] New: ICE on code with nested loops
Compiling the following code with -O2 causes an ICE (verified on both i686-pc-cygwin and arm-none- elf): struct mad_bitptr { unsigned char const *byte; }; struct mad_stream { struct mad_bitptr ptr; }; struct channel { unsigned short part2_3_length; }; struct granule { struct channel ch[2]; }; struct sideinfo { struct granule gr[2]; }; static void III_sideinfo(struct mad_bitptr *ptr, struct sideinfo *si) { unsigned int ngr, gr, ch; unsigned int nch; for (gr = 0; gr ngr; ++gr) { struct granule *granule = si-gr[gr]; for (ch = 0; ch nch; ++ch) { struct channel *channel = granule-ch[ch]; channel-part2_3_length = 1; } } } void mad_layer_III(struct mad_stream *stream) { struct sideinfo si; III_sideinfo(stream-ptr, si); } This happens in the mainline, and appears to be the result of one of the patches applied 2005-05-17, as it doesn't happen in a snapshot from the previous day. A segfault is occurring when the function is_gimple_val (from tree-gimple.c) passes a NULL value to is_gimple_reg_type(). -- Summary: ICE on code with nested loops Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jconner at apple dot com CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-pc-cygwin GCC target triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21648
[Bug middle-end/21648] ICE on code with nested loops
-- What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21648
[Bug middle-end/21648] ICE on code with nested loops
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 18:18 --- This is really PR 21638 which I am testing a fix for right now. *** This bug has been marked as a duplicate of 21638 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21648
[Bug tree-optimization/21638] [4.1 regression] dce is_gimple_reg_type (type=0x0) building newlib
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 18:18 --- *** Bug 21648 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||jconner at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug objc/21641] [4.1 regression] cris-axis-elf, cris-axis-linux-gnu, mmix-knuth-mmixware, x86_64-unknown-linux-gnu broken libobjc/Object.m
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 18:58 --- Adding CC Mike Stump as fingered by cvs diff. -- What|Removed |Added CC||mrs at apple dot com Summary|[4.1 regression] cris-axis- |[4.1 regression] cris-axis- |elf, cris-axis-linux-gnu, |elf, cris-axis-linux-gnu, |mmix-knuth-mmixware broken |mmix-knuth-mmixware, x86_64- |libobjc/Object.m|unknown-linux-gnu broken ||libobjc/Object.m http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21641
[Bug objc/21641] [4.1 regression] cris-axis-elf, cris-axis-linux-gnu, mmix-knuth-mmixware, x86_64-unknown-linux-gnu broken libobjc/Object.m
-- What|Removed |Added GCC target triplet|mmix-knuth-mmixware |cris-axis-elf, cris-axis- ||linux-gnu, mmix-knuth- ||mmixware, x86_64- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21641
[Bug target/21329] [4.0 Regression] optimize i386 block copy
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 19:09 --- Subject: Bug 21329 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-rhl-branch Changes by: [EMAIL PROTECTED] 2005-05-18 19:08:44 Modified files: gcc: ChangeLog gcc/config/i386: i386.c Log message: 2005-05-06 Denis Vlasenko [EMAIL PROTECTED] Jakub Jelinek [EMAIL PROTECTED] PR target/21329 * config/i386/i386.c (ix86_expand_movmem): Don't use rep; movsb for -Os if (movsl;)*(movsw;)?(movsb;)? sequence is shorter. Don't use rep; movs{l,q} if the repetition count is really small, instead use a sequence of movs{l,q} instructions. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-rhl-branchr1=2.7592.2.10.2.33r2=2.7592.2.10.2.34 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-rhl-branchr1=1.795.8.9r2=1.795.8.10 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21329
[Bug c++/19317] [4.1 Regression] removing a temporary return value when we cannot
--- Additional Comments From jason at gcc dot gnu dot org 2005-05-18 19:38 --- (In reply to comment #35) I'm still seeing the artsd miscompilation with gcc 4.0.0 20050512 (Red Hat 4.0.0-5), which contains everything from gcc-4_0-branch upto 13-05-2005 (circa). A backtrace showing a crash is not a very useful bug report, and probably has nothing to do with this bug report. It might not even be a gcc bug, as the konqueror failure was not. If you can track down the miscompilation, we'd love to hear about it in a new bug report. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19317
[Bug objc/21641] [4.1 regression] cris-axis-elf, cris-axis-linux-gnu, mmix-knuth-mmixware, x86_64-unknown-linux-gnu broken libobjc/Object.m
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 20:02 --- Subject: Bug 21641 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-18 20:02:30 Modified files: gcc/objc : ChangeLog objc-act.c Log message: PR objc/21641 * objc-act.c (struct interface_tuple): Mark it up for GC. (interface_htab): It is really a struct interface_tuple. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/ChangeLog.diff?cvsroot=gccr1=1.36r2=1.37 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/objc-act.c.diff?cvsroot=gccr1=1.273r2=1.274 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21641
[Bug AWT/21649] New: errors when exiting gcjappletviewer
If I click the window manager's close button for a gcjappletviewer window, I get a number of messages from Gtk: (:24933): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GtkWidget' (:24933): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GtkObject' (:24933): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GObject' (:24933): GLib-GObject-WARNING **: instance with invalid (NULL) class pointer (:24933): GLib-GObject-CRITICAL **: file gsignal.c: line 1677 (g_signal_connect_data): assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (:24933): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GtkWidget' (:24933): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GtkObject' (:24933): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GtkWidget' (:24933): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GtkObject' (:24933): GLib-GObject-WARNING **: invalid uninstantiatable type `guchar' in cast to `GtkWidget' (:24933): Gtk-CRITICAL **: file gtkwidget.c: line 2041 (gtk_widget_hide): assertion `GTK_IS_WIDGET (widget)' failed -- Summary: errors when exiting gcjappletviewer Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: AWT AssignedTo: fitzsim at redhat dot com ReportedBy: tromey at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21649
[Bug libmudflap/20003] libmudflap.cth
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 20:22 --- Fixed at least in 4.0.1. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20003
[Bug libfortran/21127] reshape of complex broken
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 20:24 --- Subject: Bug 21127 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-18 20:24:33 Modified files: libgfortran: ChangeLog gcc/fortran: ChangeLog iresolve.c gcc/testsuite : ChangeLog libgfortran/m4 : iparm.m4 reshape.m4 Added files: libgfortran/generated: reshape_c4.c reshape_c8.c gcc/testsuite/gfortran.dg: reshape-complex.f90 Log message: 2005-05-18 Thomas Koenig [EMAIL PROTECTED] PR libfortran/21127 * Makefile.am: Add generated/reshape_c4.c and generated/reshape_c8.c. * Makefile.in: Regenerated. * m4/iparm.m4: Define rtype_ccode to be c4 or c8 for complex types, 4 or 8 otherwise. * m4/reshape.m4: Use rtype_ccode instead of rtype_kind in function name. * generated/reshape_c4.c: New file. * generated/reshape_c8.c: New file. 2005-05-18 Thomas Koenig [EMAIL PROTECTED] PR libfortran/21127 * fortran/iresolve.c (gfc_resolve_reshape): Add gfc_type_letter (BT_COMPLEX) for complex to to resolved function name. 2005-05-18 Thomas Koenig [EMAIL PROTECTED] PR libfortran/21127 * gfortran.dg/reshape-complex.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.223r2=1.224 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/generated/reshape_c4.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/generated/reshape_c8.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.430r2=1.431 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/iresolve.c.diff?cvsroot=gccr1=1.33r2=1.34 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5492r2=1.5493 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/reshape-complex.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/m4/iparm.m4.diff?cvsroot=gccr1=1.4r2=1.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/m4/reshape.m4.diff?cvsroot=gccr1=1.8r2=1.9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21127
[Bug gcov/profile/18939] x86_64 spurious relink of gcov and gcov-dump with the base compiler
-- What|Removed |Added Component|bootstrap |gcov/profile http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18939
[Bug gcov/profile/21388] gcov-io.h compilation warning
-- What|Removed |Added Component|other |gcov/profile http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21388
[Bug bootstrap/19289] ice during gcc4-20050102 profiledboostrap.
-- What|Removed |Added Component|other |bootstrap http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19289
[Bug gcov/profile/18152] corrupted profile info after optimized compilation and --fprofile-use
-- What|Removed |Added Component|middle-end |gcov/profile http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18152
[Bug testsuite/21650] New: [4.1 Regression] gcc.dg/tree-ssa/useless-1.c fails
FAIL: gcc.dg/tree-ssa/useless-1.c (test for excess errors) ERROR: gcc.dg/tree-ssa/useless-1.c: error executing dg-final: no files matched glob pattern useless-1.c.t??.useless UNRESOLVED: gcc.dg/tree-ssa/useless-1.c: error executing dg-final: no files matched glob pattern useless-1.c.t??.useless have appeared on mainline, all platforms, between 20050517 and 20050518. cc1: error: unrecognized command line option -fdump-tree-useless The testsuite may need updating for the removal of this option. -- Summary: [4.1 Regression] gcc.dg/tree-ssa/useless-1.c fails Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21650
[Bug libfortran/21127] reshape of complex broken
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 20:35 --- Subject: Bug 21127 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-18 20:35:30 Modified files: libgfortran: ChangeLog Makefile.am Makefile.in Log message: 2005-05-18 Thomas Koenig [EMAIL PROTECTED] PR libfortran/21127 * Makefile.am: Really commit. * Makefile.in: Really commit. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.224r2=1.225 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/Makefile.am.diff?cvsroot=gccr1=1.34r2=1.35 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/Makefile.in.diff?cvsroot=gccr1=1.35r2=1.36 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21127
[Bug tree-optimization/14814] no folding back to ARRAY_REF
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-05-18 20:37 --- The new test pr14814.C is failing on mainline, 20050518, all or most platforms. FAIL: g++.dg/tree-ssa/pr14814.C scan-tree-dump-times this 0 -- What|Removed |Added CC||jsm28 at gcc dot gnu dot org Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14814
[Bug tree-optimization/17165] pass by reference inhibits vectorization
-- Bug 17165 depends on bug 14814, which changed state. Bug 14814 Summary: no folding back to ARRAY_REF http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14814 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17165
[Bug tree-optimization/21651] New: [4.1 Regression] g++.dg/opt/reg-stack2.C fails
FAIL: g++.dg/opt/reg-stack2.C (test for excess errors) has appeared on mainline, multiple platforms, between 20050517 and 20050518. Logs on i686-pc-linux-gnu: /home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/g++.dg/opt/reg-stack2.C: In constructor 'B::B(const D2)': /home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/g++.dg/opt/reg-stack2.C:34: error: Statement marked for throw, but doesn't. # SFT.11D.1958_30(ab) = V_MUST_DEF SFT.11D.1958_47(ab); # VUSE SFT.10D.1957_27(ab); D.1944 = D.1935; /home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/g++.dg/opt/reg-stack2.C:34: internal compiler error: verify_stmts failed. Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: [4.1 Regression] g++.dg/opt/reg-stack2.C fails Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21651
[Bug middle-end/21652] New: [4.1 Regression] g++.dg/other/static11.C fails
FAIL: g++.dg/other/static11.C (test for excess errors) appeared on mainline, multiple platforms, between 20050517 and 20050518. Logs on i686-pc-linux-gnu: /home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/g++.dg/other/static11.C: In function '(static destructors for /home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/g++.dg/other/static11.C)': /home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/g++.dg/other/static11.C:34: 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. -- Summary: [4.1 Regression] g++.dg/other/static11.C fails Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21652
[Bug tree-optimization/14814] no folding back to ARRAY_REF
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 20:44 --- The test is still working correct and this was actually fixed really for 4.0.0, please open a new bug for the testcase problem because it is a new test. -- What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14814
[Bug tree-optimization/17165] pass by reference inhibits vectorization
-- Bug 17165 depends on bug 14814, which changed state. Bug 14814 Summary: no folding back to ARRAY_REF http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14814 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17165
[Bug c++/19317] [4.1 Regression] removing a temporary return value when we cannot
--- Additional Comments From bernie at develer dot com 2005-05-18 20:45 --- (In reply to comment #36) (In reply to comment #35) I'm still seeing the artsd miscompilation with gcc 4.0.0 20050512 (Red Hat 4.0.0-5), which contains everything from gcc-4_0-branch upto 13-05-2005 (circa). A backtrace showing a crash is not a very useful bug report, and probably has nothing to do with this bug report. It might not even be a gcc bug, as the konqueror failure was not. If you can track down the miscompilation, we'd love to hear about it in a new bug report. My backtrace looks suspiciously similar to the backtrace reported in comment #14. My backtrace is from an arts client, not from the artsd server, but they do share lots of common code. I've tried to debug the problem: something weird happens in the destructor of a vectorstring, then GDB seems to get confused by stack/registers corruption. It really looks like a code generation bug to me. Reducing a testcase isn't trivial, but I'll try. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19317
[Bug objc/21641] [4.1 regression] cris-axis-elf, cris-axis-linux-gnu, mmix-knuth-mmixware, x86_64-unknown-linux-gnu broken libobjc/Object.m
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 20:48 --- Passes the failure point for mmix-knuth-mmixware and I'd be surprised if it's not the same for the other mentioned targets, so I'll close this. Thanks for fixing. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21641