[Bug target/39530] [4.3/4.4/4.5 regression] runtime_error text not shown
--- Comment #9 from shadow2531 at gmail dot com 2009-04-02 07:24 --- Filed tdm bug: https://sourceforge.net/tracker/?func=detailaid=2726299group_id=200665atid=974439 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39530
[Bug middle-end/37221] Missed early loop-unroll optimization - causes 40% degradation on SPU
--- Comment #15 from rguenth at gcc dot gnu dot org 2009-04-02 09:11 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37221
[Bug middle-end/37221] Missed early loop-unroll optimization - causes 40% degradation on SPU
--- Comment #16 from rguenth at gcc dot gnu dot org 2009-04-02 09:11 --- Subject: Bug 37221 Author: rguenth Date: Thu Apr 2 09:10:53 2009 New Revision: 145439 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145439 Log: 2009-04-02 Richard Guenther rguent...@suse.de PR tree-optimization/37221 * tree-flow.h (degenerate_phi_result): Declare. * tree-ssa-dom.c (degenerate_phi_result): Export. * tree-scalar-evolution.c (analyze_initial_condition): If the initial condition is defined by a degenerate PHI node use the degenerate value. * gcc.c-torture/compile/20090331-1.c: New testcase. Added: trunk/gcc/testsuite/gcc.c-torture/compile/20090331-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-flow.h trunk/gcc/tree-scalar-evolution.c trunk/gcc/tree-ssa-dom.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37221
[Bug c++/26693] [4.3/4.4/4.5 regression] Access checks not performed for types in templates
--- Comment #13 from dodji at gcc dot gnu dot org 2009-04-02 09:24 --- Subject: Bug 26693 Author: dodji Date: Thu Apr 2 09:24:19 2009 New Revision: 145440 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145440 Log: gcc/ChangeLog: 2009-04-02 Dodji Seketeli do...@redhat.com PR c++/26693 * c-decl.c: (clone_underlying_type): Move this ... * c-common.c (set_underlying_type): ... here. Also, make sure the function properly sets TYPE_STUB_DECL() on the newly created typedef variant type. * c-common.h (is_typedef_decl, set_underlying_type): Declare ... * c-common.c (is_typedef_decl, set_underlying_type): ... new entry points. gcc/cp/ChangeLog: 2009-04-02 Dodji Seketeli do...@redhat.com PR c++/26693 * decl2.c (grokfield): when a typedef appears in a class, create the typedef variant type node for it. (save_template_attributes): Creating typedef variant type node here is now useless. * decl.c (grokdeclarator): If the typedef'ed struct/class was anonymous, set the proper type name to all its type variants. (xref_basetypes) : Fixup the variant types after setting TYPE_BINFO on REF. * name-lookup.c (pushdecl_maybe_friend): Reuse the set_underlying_type function to install typedef variant types. * cp-tree.h (MEMBER_TYPES_NEEDING_ACCESS_CHECK): New template accessor macro. (append_type_to_template_for_access_check): New entry points. * semantics.c (check_accessibility_of_qualified_id): When a typedef that is a member of a class appears in a template, add it to the template. It will be ... * class.c (finish_struct_bits): Split type variant fixup into ... (fixup_type_variants): A new entry point. * pt.c (instantiate_class_template, instantiate_template ): ... access checked at template instantiation time. (resolve_type_name_type): The type name should be the name of the main type variant. (retrieve_specialization): Specializations of template typedefs aren't to be looked up in DECL_TEMPLATE_INSTANTIATIONS (tmpl). (append_type_to_template_for_access_check): New entry point. (tsubst_decl): For typedefs, build the variant type from the correct original type. (get_class_bindings): Fix function comment. (perform_typedefs_access_check): New entry point. gcc/testsuite/ChangeLog: 2009-04-02 Dodji Seketeli do...@redhat.com PR c++/26693 * g++.dg/template/typedef11.C: New test. * g++.dg/template/typedef12.C: Likewise. * g++.dg/template/typedef13.C: Likewise. * g++.dg/template/typedef14.C: Likewise. * g++.dg/template/typedef15.C: Likewise. * g++.dg/template/typedef16.C: Likewise. * g++.dg/template/sfinae3.C: Compile this pedantically. The only errors expected should be the one saying the typedef is ill formed. * g++.old-deja/g++.pt/typename8.C: Likewise. * g++.dg/template/access11.C: Update this. libstdc++-v3/ChangeLog: 2009-04-02 Dodji Seketeli do...@redhat.com * include/ext/bitmap_allocator.h: the typedefs should be made public if we want them to be accessible. This has been revealed by the patch that fixes PR c++/26693 in g++. Added: trunk/gcc/testsuite/g++.dg/template/typedef11.C trunk/gcc/testsuite/g++.dg/template/typedef12.C trunk/gcc/testsuite/g++.dg/template/typedef13.C trunk/gcc/testsuite/g++.dg/template/typedef14.C trunk/gcc/testsuite/g++.dg/template/typedef15.C trunk/gcc/testsuite/g++.dg/template/typedef16.C Modified: trunk/gcc/ChangeLog trunk/gcc/c-common.c trunk/gcc/c-common.h trunk/gcc/c-decl.c trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/decl2.c trunk/gcc/cp/name-lookup.c trunk/gcc/cp/pt.c trunk/gcc/cp/semantics.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/template/access11.C trunk/gcc/testsuite/g++.dg/template/sfinae3.C trunk/gcc/testsuite/g++.old-deja/g++.pt/typename8.C trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/ext/bitmap_allocator.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26693
[Bug bootstrap/39610] ICE in libstdc++-v3/include in stage 3
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-04-02 09:33 --- Can you configure with --disable-libstdcxx-pch and try again? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39610
[Bug c++/26693] [4.3/4.4/4.5 regression] Access checks not performed for types in templates
--- Comment #14 from dodji at gcc dot gnu dot org 2009-04-02 09:36 --- Okay, I hope this is fixed in trunk now. I won't apply the fix to the branches because it's too risky. Should I close the bug ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26693
[Bug c++/26693] [4.3/4.4/4.5 regression] Access checks not performed for types in templates
--- Comment #15 from dodji at gcc dot gnu dot org 2009-04-02 09:39 --- I forgot to say that that the patch was accepted at http://gcc.gnu.org/ml/gcc-patches/2009-04/msg00063.html. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26693
[Bug c++/39608] [4.4/4.5 Regression] 'expr' cannot appear in a constant-expression.
--- Comment #3 from jakub at gcc dot gnu dot org 2009-04-02 09:41 --- This errors since r144618, i.e. PR9634 (DR224) commit. The same fix has been applied to 4.3 branch, so if this is a g++ bug, it would be 4.3 regression too, if it is not, it should be closed as INVALID. Jason? -- jakub at gcc dot gnu dot org changed: What|Removed |Added CC||jason at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39608
[Bug tree-optimization/39612] [4.4/4.5 Regression] Incorrect warning issued Re variable *is* used uninitialized in this function
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-02 09:43 --- Confirmed. store motion transforms a loop for (;;) a[0] = 1; to lsmtmp = a[0]; for (;;) lsmtmp = 1; a[0] = lsmtmp; introducing a load from uninitialized memory. We don't seem to DCE/DSE this for the tree element array but only the two element one. The fix is to avoid the load part of load-store-motion of course. The warning about unused aggregates is new in 4.4 which makes this a regression. On the a-i branch we remove the stores later. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org, rakdver at gcc dot gnu ||dot org Status|UNCONFIRMED |NEW Component|c |tree-optimization Ever Confirmed|0 |1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2009-04-02 09:43:52 date|| Summary|Incorrect warning issued Re |[4.4/4.5 Regression] |variable *is* used |Incorrect warning issued Re |uninitialized in this |variable *is* used |function|uninitialized in this ||function Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39612
[Bug c++/26693] [4.3/4.4/4.5 regression] Access checks not performed for types in templates
--- Comment #16 from jakub at gcc dot gnu dot org 2009-04-02 09:45 --- Fixed for 4.5+, won't fix on older branches. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work|3.3.3 3.2.3 |3.3.3 3.2.3 4.5.0 Resolution||FIXED Target Milestone|4.3.4 |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26693
[Bug tree-optimization/39595] [4.4/4.5 Regression]ICE in vectorizable_store at tree-vect-transform.c:5361
--- Comment #9 from irar at il dot ibm dot com 2009-04-02 10:07 --- Will the following test do the job? (I added -m64 for target i686-*-*) ! { dg-do compile } ! { dg-options -c -O3 -fdump-tree-vect-details -m64 { target i686-*-* } } subroutine foo(a,c,i,m) dimension a(4,*),b(3,64),c(3,200),d(64) integer*8 i,j,k,l,m do j=1,m,64 do k=1,m-j+1 d(k)=a(4,j-1+k) do l=1,3 b(l,k)=c(l,i)+a(l,j-1+k) end do end do call bar(b,d,i) end do end ! { dg-final { cleanup-tree-dump vect } } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39595
[Bug tree-optimization/39595] [4.4/4.5 Regression]ICE in vectorizable_store at tree-vect-transform.c:5361
--- Comment #10 from jakub at gcc dot gnu dot org 2009-04-02 10:18 --- No, please don't ever add -m64 or -m32 to dg-options, that is something the tester decides on in how it invokes make check. If a test is specific to -m64 or -m32, you should be using ilp32 or lp64 etc. effective target requirements, but in this case there is nothing in the testcase that requires -m64, the test just passes for some targets and fails for others. Don't add -c, that's implicit for dg-do compile, you're adding it for second time. Also, I don't like the s/double precision/dimension/ change, the type of the vars should be if possible explicit when you aren't testing the Fortran FE. On x86_64-linux it fails with double precision, but also real, integer or integer*8 instead of double precision, just don't leave the explicit type out. The testcase as is in #c3 fails on x86_64-linux and succeeds on i686-linux and RUNTESTFLAGS=--target_board=unix/-m32 on x86_64-linux, I guess on Darwin similarly, it will fail with RUNTESTFLAGS=--target_board=unix/-m64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39595
[Bug tree-optimization/39595] [4.4/4.5 Regression]ICE in vectorizable_store at tree-vect-transform.c:5361
--- Comment #11 from irar at il dot ibm dot com 2009-04-02 11:16 --- (In reply to comment #10) No, please don't ever add -m64 or -m32 to dg-options, that is something the tester decides on in how it invokes make check. If a test is specific to -m64 or -m32, you should be using ilp32 or lp64 etc. effective target requirements, but in this case there is nothing in the testcase that requires -m64, the test just passes for some targets and fails for others. Don't add -c, that's implicit for dg-do compile, you're adding it for second time. OK, thanks for the explanation! Also, I don't like the s/double precision/dimension/ change, the type of the vars should be if possible explicit when you aren't testing the Fortran FE. On x86_64-linux it fails with double precision, but also real, integer or integer*8 instead of double precision, just don't leave the explicit type out. I will change it to real then (double does not get vectorized on PowerPC). The testcase as is in #c3 fails on x86_64-linux and succeeds on i686-linux and RUNTESTFLAGS=--target_board=unix/-m32 on x86_64-linux, I guess on Darwin similarly, it will fail with RUNTESTFLAGS=--target_board=unix/-m64. Here is the final version (the test name will be O3-pr39595.f, so vect.exp will append -O3 to the flags): ! { dg-do compile } subroutine foo(a,c,i,m) real a(4,*),b(3,64),c(3,200),d(64) integer*8 i,j,k,l,m do j=1,m,64 do k=1,m-j+1 d(k)=a(4,j-1+k) do l=1,3 b(l,k)=c(l,i)+a(l,j-1+k) end do end do call bar(b,d,i) end do end ! { dg-final { cleanup-tree-dump vect } } Thanks, Ira -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39595
[Bug bootstrap/39610] ICE in libstdc++-v3/include in stage 3
--- Comment #2 from rainer at emrich-ebersheim dot de 2009-04-02 12:05 --- (In reply to comment #1) Can you configure with --disable-libstdcxx-pch and try again? sure, in the evening. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39610
[Bug tree-optimization/39595] [4.4/4.5 Regression]ICE in vectorizable_store at tree-vect-transform.c:5361
--- Comment #12 from irar at gcc dot gnu dot org 2009-04-02 12:39 --- Subject: Bug 39595 Author: irar Date: Thu Apr 2 12:39:28 2009 New Revision: 145445 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145445 Log: PR tree-optimization/39595 * tree-vect-slp.c (vect_build_slp_tree): Check that the size of interleaved loads group is not greater than the SLP group size. Added: trunk/gcc/testsuite/gfortran.dg/vect/O3-pr39595.f Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-vect-slp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39595
[Bug objc/27377] [4.3/4.4 Regression] false compiler warnings generated in Objective-C code
--- Comment #10 from ayers at gcc dot gnu dot org 2009-04-02 12:41 --- Subject: Bug 27377 Author: ayers Date: Thu Apr 2 12:40:48 2009 New Revision: 145446 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145446 Log: gcc/ 2009-03-29 David Ayers ay...@fsfe.org PR objc/27377 * c-typeck.c (build_conditional_expr): Emit ObjC warnings by calling objc_compare_types and surpress warnings about incompatible C pointers that are compatible ObjC pointers. gcc/testsuite/ 2009-03-29 David Ayers ay...@fsfe.org PR objc/27377 * objc.dg/conditional-1.m: New tests. Added: branches/gcc-4_3-branch/gcc/testsuite/objc.dg/conditional-1.m Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/c-typeck.c branches/gcc-4_3-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27377
[Bug c/39613] gcc 20090331 produces an error at mce64.c in kernel 2.6.29
--- Comment #2 from hjl dot tools at gmail dot com 2009-04-02 14:00 --- (In reply to comment #1) Created an attachment (id=17578) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17578action=view) [edit] mce_64.i preprocessed file from kernel 2.6.29-zen To create this file I used these environment variables in my /etc/profile: export CC=gcc -Wp,-K -Wp,-W0 -save-temps export CXX=g++ -Wp,-K -Wp,-W0 -save-temps Please show the comment used to compile arch/x86/kernel/cpu/mcheck/mce_64.o. It should be in something like arch/x86/kernel/cpu/.mcheck/mce_64.o.cmd. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39613
[Bug c/39613] gcc 20090331 produces an error at mce64.c in kernel 2.6.29
--- Comment #3 from hjl dot tools at gmail dot com 2009-04-02 14:06 --- (In reply to comment #1) Created an attachment (id=17578) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17578action=view) [edit] mce_64.i preprocessed file from kernel 2.6.29-zen Please show how to reproduce the bug with mce_64.i. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39613
[Bug libstdc++/39310] T const assumed to be compatible with int (A::*) (void) const
--- Comment #12 from dodji at gcc dot gnu dot org 2009-04-02 14:19 --- Fixed in trunk (gcc 4.5). -- dodji at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39310
[Bug tree-optimization/39614] New: [4.5 regression] Internal error compiling CSiBE
This is new in the last few days: typedef struct page { unsigned long flags; } mem_map_t; static inline void set_page_zone(struct page *page, unsigned long zone_num) { page-flags = ~(~0UL (64 - 8)); } cc1 test.c test.c:7: internal compiler error: in gimplify_expr, at gimplify.c:6912 -- Summary: [4.5 regression] Internal error compiling CSiBE Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: critical Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rearnsha at gcc dot gnu dot org GCC target triplet: arm-eabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39614
[Bug tree-optimization/39614] [4.5 regression] Internal error compiling CSiBE
-- rearnsha at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39614
[Bug middle-end/39614] [4.5 regression] Internal error compiling CSiBE
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-04-02 14:45 --- Likely one of the C FE changes triggers this. I can reproduce this on a target with 32bit long: ./cc1 -quiet t.i -m32 t.i: In function 'set_page_zone': t.i:6: warning: left shift count = width of type t.i:6: internal compiler error: in gimplify_expr, at gimplify.c:6912 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. I will have a look. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Component|tree-optimization |middle-end Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-04-02 14:45:34 date|| Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39614
[Bug c/39613] gcc 20090331 produces an error at mce64.c in kernel 2.6.29
--- Comment #4 from hjl dot tools at gmail dot com 2009-04-02 15:36 --- This is caused by revision 145254: http://gcc.gnu.org/ml/gcc-cvs/2009-03/msg00761.html extern unsigned int __invalid_size_argument_for_IOC; static long mce_ioctl(unsigned int cmd) { switch (cmd) { case (((2U) (((0 +8)+8)+14)) | ((('M')) (0 +8)) | (((1)) 0) | (sizeof(int) == sizeof(int[1]) sizeof(int) (1 14)) ? sizeof(int) : __invalid_size_argument_for_IOC))) ((0 +8)+8))): return 1; default: return 2; } } [...@gnu-16 rrs]$ ./145254/usr/bin/gcc -O -S pr39613.c pr39613.c: In function mce_ioctl: pr39613.c:5: error: case label does not reduce to an integer constant [...@gnu-16 rrs]$ -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||jsm28 at gcc dot gnu dot org Last reconfirmed|-00-00 00:00:00 |2009-04-02 15:36:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39613
[Bug c/39613] gcc 20090331 produces an error at mce64.c in kernel 2.6.29
-- hjl dot tools at gmail dot com changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|2009-04-02 15:36:02 |2009-04-02 15:38:08 date|| Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39613
[Bug middle-end/39614] [4.5 regression] Internal error compiling CSiBE
--- Comment #3 from hjl dot tools at gmail dot com 2009-04-02 15:44 --- It is caused by revision 145254: http://gcc.gnu.org/ml/gcc-cvs/2009-03/msg00761.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39614
[Bug c/39613] gcc 20090331 produces an error at mce64.c in kernel 2.6.29
-- hjl dot tools at gmail dot com changed: What|Removed |Added GCC build triplet|x86_64-pc-linux | GCC host triplet|x86_64-pc-linux | GCC target triplet|x86_64-pc-linux | Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39613
[Bug c++/36982] Unfolding of template function (in namesspace) using overloads (in same namespace) requires forward declarations
--- Comment #2 from lfn dot privat at mail dot dk 2009-04-02 15:54 --- (In reply to comment #1) This is correct behavior as MyType is not in the namespace so Read is not found after the call. If you want Read to be found, you can put it in the same namespace as MyType. I'm not sure this answer is meaningful. Consider the following (real life usage) angle on the below example: The first two ReadSpace::Read() overload functions are provided by a library. The first one supports reading an int (common use) and the other supports reading a vector of any type (also very usable): static inline bool Read( const char* Str, int v ); template class T static inline bool Read( const char* Str, std::vector T v ); Now, from some third party library we get MyType (in global namespace - out of our control) and we need to introduce a ReadSpace::Read() overload function for it. That is, as shown in the example, done by ... static inline bool Read( const char* Str, MyType v ) Now the compiler should be in perfect shape to read (Read()) MyType as well as vector MyType as also all previous versions of gcc have no problems with. Also Microsoft C++ compilers of the last 10 years have no problem resolving this. If you think otherwise, I really need a better explanation. Thanks in advance. -- lfn dot privat at mail dot dk changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36982
[Bug c/39615] New: Incorrect warning with -pedantic flag
Compiling this: #ifdef __cplusplus // should not be visible to C compiler #endif int main() { return 0; } with -pedantic flag results in the following warning: bug.c:2:1: warning: C++ style comments are not allowed in ISO C90 bug.c:2:1: warning: (this will be reported only once per input file) -- Summary: Incorrect warning with -pedantic flag Product: gcc Version: 4.3.2 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kraftche at cae dot wisc dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39615
[Bug target/39323] MAX_OFILE_ALIGNMENT in elfos.h is too big
--- Comment #5 from janis at gcc dot gnu dot org 2009-04-02 16:41 --- The alignment checks in tests pr39323-2.c and pr39323-3.c fail on powerpc*-linux, where the value in .align is log2 of the alignment, not the alignment itself.For an alignment of (128) we get .align 28, for an alignment of 32 we get .align 5. That might be true of some other ELF targets as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39323
[Bug tree-optimization/39595] [4.4/4.5 Regression]ICE in vectorizable_store at tree-vect-transform.c:5361
--- Comment #13 from irar at gcc dot gnu dot org 2009-04-02 18:08 --- Subject: Bug 39595 Author: irar Date: Thu Apr 2 18:08:10 2009 New Revision: 145465 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145465 Log: PR tree-optimization/39595 * tree-vect-analyze.c (vect_build_slp_tree): Check that the size of interleaved loads group is not greater than the SLP group size. Added: branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/vect/O3-pr39595.f Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/testsuite/ChangeLog branches/gcc-4_4-branch/gcc/tree-vect-analyze.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39595
[Bug tree-optimization/31677] gcc.dg/memcpy-1.c tree dump scan fails on several targets
--- Comment #4 from janis at gcc dot gnu dot org 2009-04-02 18:09 --- Subject: Bug 31677 Author: janis Date: Thu Apr 2 18:09:19 2009 New Revision: 145466 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145466 Log: PR tree-optimization/31677 * gcc.dg/memcpy-1.c: Add compiler option. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/memcpy-1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31677
[Bug c/39613] gcc 20090331 produces an error at mce64.c in kernel 2.6.29
--- Comment #5 from kdebugs at hotmail dot com 2009-04-02 18:24 --- (In reply to comment #3) (In reply to comment #1) Created an attachment (id=17578) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17578action=view) [edit] mce_64.i preprocessed file from kernel 2.6.29-zen Please show how to reproduce the bug with mce_64.i. I did not find a mce_64.o.cmd in the entire kernel source. But I just ran the following command for you: gcc -c mce_64.i -o mce_64.o -O0 Attaching the result of that command as mceError.txt -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39613
[Bug c/39613] gcc 20090331 produces an error at mce64.c in kernel 2.6.29
--- Comment #6 from kdebugs at hotmail dot com 2009-04-02 18:26 --- Created an attachment (id=17579) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17579action=view) Result of gcc -c mce_64.i -o mce_64.o -O0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39613
[Bug target/27263] armv5te-linux-gnueabi-gcc-4.1 fails to compile libquicktime-0.9.7-0.4/plugins/opendivx/encore50/text_code_mb.c
--- Comment #7 from ramana at gcc dot gnu dot org 2009-04-02 18:27 --- Appears to be fixed on trunk, 4.3 and 4.4 branch. Using built-in specs. Target: armv5tel-unknown-linux-gnueabi Configured with: /home/ramana/cos/gcc-4_3-branch/configure --enable-languages=c,c++ Thread model: posix gcc version 4.3.4 20090330 (prerelease) (GCC) Using built-in specs. Target: arm-none-eabi Configured with: ../combined/configure --target=arm-none-eabi --enable-languages=c,c++ --with-gmp=/opt/cfarm/mpfr-2.3.2/ --disable-gdbtk Thread model: single gcc version 4.5.0 20090402 (experimental) (GCC) ./xgcc -v Using built-in specs. Target: arm-none-eabi Configured with: ../combined/configure --target=arm-none-eabi --disable-gdbtk --prefix=/home/ramana/install-trunk --enable-languages=c,c++ --with-gmp=/opt/cfarm/mpfr-2.3.2/ Thread model: single gcc version 4.4.0 20090330 (prerelease) (GCC) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27263
[Bug rtl-optimization/39607] [4.5 Regression] Revision 145309 caused ICE in emit_swap_insn, at reg-stack.c:827
--- Comment #3 from hjl dot tools at gmail dot com 2009-04-02 18:28 --- Revert this change: --- Index: ira-lives.c === --- ira-lives.c (revision 145308) +++ ira-lives.c (revision 145309) @@ -838,7 +838,7 @@ process_bb_node_lives (ira_loop_tree_nod high_pressure_start_point[ira_reg_class_cover[i]] = -1; } curr_bb_node = loop_tree_node; - reg_live_out = DF_LR_OUT (bb); + reg_live_out = df_get_live_out (bb); sparseset_clear (allocnos_live); REG_SET_TO_HARD_REG_SET (hard_regs_live, reg_live_out); AND_COMPL_HARD_REG_SET (hard_regs_live, eliminable_regset); --- fixed ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39607
[Bug c++/38030] [4.2/4.3 Regression] name-lookup for non-dependent name in template function is wrong
--- Comment #13 from jason at gcc dot gnu dot org 2009-04-02 18:38 --- Subject: Bug 38030 Author: jason Date: Thu Apr 2 18:37:57 2009 New Revision: 145468 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145468 Log: * mangle.c (write_expression): Mangle dependent name as source-name. PR c++/38030, 38850, 39070 * pt.c (type_dependent_expression_p_push): New fn. (tsubst_copy_and_build) [CALL_EXPR]: Only do arg-dep lookup when the substitution makes the call non-dependent. Preserve koenig_p. * parser.c (cp_parser_postfix_expression): Only do arg-dep lookup for non-dependent calls. * semantics.c (finish_call_expr): Revert earlier changes. * cp-tree.h: Revert change to finish_call_expr prototype. Modified: branches/gcc-4_4-branch/gcc/cp/ChangeLog branches/gcc-4_4-branch/gcc/cp/cp-tree.h branches/gcc-4_4-branch/gcc/cp/mangle.c branches/gcc-4_4-branch/gcc/cp/parser.c branches/gcc-4_4-branch/gcc/cp/pt.c branches/gcc-4_4-branch/gcc/cp/semantics.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto12.C branches/gcc-4_4-branch/gcc/testsuite/g++.dg/cpp0x/auto6.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38030
[Bug tree-optimization/39595] [4.4/4.5 Regression]ICE in vectorizable_store at tree-vect-transform.c:5361
--- Comment #14 from jakub at gcc dot gnu dot org 2009-04-02 19:19 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39595
[Bug fortran/39594] [4.4/4.5 Regression] compiler falls over in gfc_get_symbol_decl
--- Comment #11 from burnus at gcc dot gnu dot org 2009-04-02 19:27 --- Mine. Working patch posted at http://gcc.gnu.org/ml/fortran/2009-04/msg9.html I forgot to thank you, Peter, for reporting the bug. (And Jakub for quickly reducing it and finding the offending check in.) -- burnus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED GCC build triplet|i386-apple-darwin8.10.1 | GCC host triplet|i386-apple-darwin8.10.1 | GCC target triplet|i386-apple-darwin8.10.1 | Last reconfirmed|2009-03-31 13:00:51 |2009-04-02 19:27:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39594
[Bug fortran/39594] [4.4/4.5 Regression] compiler falls over in gfc_get_symbol_decl
--- Comment #12 from KnowlesPJ at Cardiff dot ac dot uk 2009-04-02 19:49 --- It's a pleasure, and also amazing to see you folks work so quickly on this. The context for the report is our large code (http://www.molpro.net) which hopefully now for the first time will build correctly with released gcc on linux and Darwin. Lots of our users will be happy about this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39594
[Bug driver/39293] -save-temps does not follow the -o option and instead puts the temp file in the current directory
--- Comment #4 from meissner at gcc dot gnu dot org 2009-04-02 20:45 --- Subject: Bug 39293 Author: meissner Date: Thu Apr 2 20:45:26 2009 New Revision: 145470 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145470 Log: [PATCH, committed] Add -save-temps=obj, PR 39293 Modified: trunk/gcc/ChangeLog trunk/gcc/doc/invoke.texi trunk/gcc/gcc.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39293
[Bug debug/39563] C block scopes have no DW_TAG_lexical_block
--- Comment #9 from jan dot kratochvil at redhat dot com 2009-04-02 21:09 --- Fixed in FSF GDB HEAD: http://sourceware.org/ml/gdb-patches/2009-03/threads.html#00595 http://sourceware.org/ml/gdb-patches/2009-04/threads.html#00040 http://sourceware.org/ml/gdb-cvs/2009-04/msg00021.html gdb/ * dwarf2read.c (new_symbol DW_TAG_variable !DW_AT_location DW_AT_external): Create the symbol in local scope. * symtab.h (cu-list_in_scope LOC_UNRESOLVED): New comment part. gdb/testsuite/ * gdb.dwarf2/dw2-unresolved-main.c, gdb.dwarf2/dw2-unresolved.S, gdb.dwarf2/dw2-unresolved.exp: New. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39563
[Bug debug/39267] [4.4/4.5 Regression] gdb testsuite regressions
--- Comment #6 from jan dot kratochvil at redhat dot com 2009-04-02 21:26 --- No real regressions. Formally: +FAIL: gdb.base/stack-checking.exp: continue to breakpoint: breakpoint for big frame +FAIL: gdb.base/stack-checking.exp: bt which is PR middle-end/13757: -fstack-check In gcc-4.3.2 it had no effect and printed: warning: frame size too large for reliable stack checking In gcc 4.5.0 20090328 it produces no warnings and code not shifting down %rsp and thus crashing under Linux kernel. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39267
[Bug c++/25185] deep typedef substitution in error message
--- Comment #12 from jason at gcc dot gnu dot org 2009-04-02 21:39 --- Subject: Bug 25185 Author: jason Date: Thu Apr 2 21:39:00 2009 New Revision: 145476 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145476 Log: PR c++/25185 * error.c (find_typenames, find_typenames_r): New fns. (dump_function_decl): Call find_typenames. (dump_template_bindings): Print typenames as well. * pt.c (tsubst): Non-static. * cp-tree.h: Declare it. Added: trunk/gcc/testsuite/g++.dg/template/error38.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/cp-tree.h trunk/gcc/cp/error.c trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25185
[Bug objc/18456] [4.3/4.4/4.5 Regression] ICE compiling Objective C code with protocol-qualified objects
--- Comment #10 from ayers at gcc dot gnu dot org 2009-04-02 21:46 --- Subject: Bug 18456 Author: ayers Date: Thu Apr 2 21:46:00 2009 New Revision: 145478 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145478 Log: 2009-04-02 David Ayers ay...@fsfe.org PR objc/18456 * objc.dg/bad-receiver-type-2.m: New test contributed by Alexander Mamberg. Added: trunk/gcc/testsuite/objc.dg/bad-receiver-type-2.m Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18456
[Bug objc/18456] [4.3/4.4/4.5 Regression] ICE compiling Objective C code with protocol-qualified objects
--- Comment #11 from ayers at gcc dot gnu dot org 2009-04-02 21:49 --- Subject: Bug 18456 Author: ayers Date: Thu Apr 2 21:49:37 2009 New Revision: 145479 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145479 Log: 2009-04-02 David Ayers ay...@fsfe.org PR objc/18456 * objc.dg/bad-receiver-type-2.m: New test contributed by Alexander Mamberg. Added: branches/gcc-4_4-branch/gcc/testsuite/objc.dg/bad-receiver-type-2.m Modified: branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18456
[Bug objc/18456] [4.3/4.4/4.5 Regression] ICE compiling Objective C code with protocol-qualified objects
--- Comment #12 from ayers at gcc dot gnu dot org 2009-04-02 21:51 --- Subject: Bug 18456 Author: ayers Date: Thu Apr 2 21:51:26 2009 New Revision: 145480 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145480 Log: 2009-04-02 David Ayers ay...@fsfe.org PR objc/18456 * objc.dg/bad-receiver-type-2.m: New test contributed by Alexander Mamberg. Added: branches/gcc-4_3-branch/gcc/testsuite/objc.dg/bad-receiver-type-2.m Modified: branches/gcc-4_3-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18456
[Bug c++/25185] deep typedef substitution in error message
--- Comment #13 from jason at gcc dot gnu dot org 2009-04-02 21:52 --- GCC will now say ../../../../boost/sequence/make_range.hpp:60: instantiated from boost::sequence::detail::range_makerElements, Begin, End, CalcSize::type boost::sequence::detail::range_makerElements, Begin, End, CalcSize::operator()(const L, const B, const E, const C) const [with L = boost::sequence::intrinsic::iterator_range_operationsboost::arraychar, 11u, boost::range_iteratorboost::arraychar, 11u ::elements::type, B = char*, E = char*, C = boost::sequence::detail::size_differenceboost::arraychar, 11u, const boost::arraychar, 6u , Elements = boost::sequence::identity_property_map, Begin = char*, End = char*, CalcSize = boost::sequence::detail::size_differenceboost::arraychar, 11u, boost::arraychar, 6u , typename boost::result_ofCalcSize()::type = boost::detail::get_result_ofboost::sequence::detail::size_differenceboost::arraychar, 11u, boost::arraychar, 6u , boost::sequence::detail::size_differenceboost::arraychar, 11u, boost::arraychar, 6u (), true::type] note the last piece, typename boost::result_ofCalcSize()::type = boost::detail::get_result_ofboost::sequence::detail::size_differenceboost::arraychar, 11u, boost::arraychar, 6u , boost::sequence::detail::size_differenceboost::arraychar, 11u, boost::arraychar, 6u (), true::type -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25185
[Bug c++/25185] deep typedef substitution in error message
--- Comment #14 from jason at gcc dot gnu dot org 2009-04-02 21:53 --- Where now is in 4.5, or a development version thereof. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25185
[Bug objc/18456] [4.3/4.4/4.5 Regression] ICE compiling Objective C code with protocol-qualified objects
--- Comment #13 from ayers at gcc dot gnu dot org 2009-04-02 21:58 --- The test case which would trigger the ICE have now been committed to all active branches. The more specific test case wrt protocols and typedefs will be committed once an issue wrt a bogus warning has been addressed. Yet that's a separate diagnostics issue, which will only be addressed on the trunk with a separate patch. I'm closing this regression. -- ayers at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18456
[Bug c++/36982] Unfolding of template function (in namespace) using overloads (in same namespace) requires forward declarations
--- Comment #3 from bangerth at gmail dot com 2009-04-02 22:05 --- Andrew is right: static inline bool Read( const char* Str, int v ) { v = 0; return true; } template class T static inline bool Read( const char* Str, std::vector T v ) { T Help; if ( !Read( Str, Help ) ) Upon seeing the template, the compiler determines the set of possible overloads for the call to Read() -- which consists of the function we're in right now as well as Read(const char*,int). Upon instantiation with T=MyType, it adds to this list the set of functions named Read from the namespace in which MyType was declared -- i.e. the global namespace, in which no such function is found. So the overload set remains what it was. As a consequence, no overload is found. The fact that other compilers, including earlier versions of gcc, get this wrong is immaterial. W. return false; v.push_back( Help ); return true; } } struct MyType { int i; }; namespace ReadSpace // Extend the namespace ... { static inline bool Read( const char* Str, MyType v ) { return Read( Str, v.i ); } } using namespace ReadSpace; int main() { std::vector MyType v; const char* Str = 25; return Read( Str, v ) ? 0 : 1; } -- bangerth at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36982
[Bug target/39530] [4.3/4.4/4.5 regression] runtime_error text not shown
--- Comment #10 from tdragon at tdragon dot net 2009-04-02 23:57 --- This is the exact same behavior as is present in the most recent MinGW stable release of GCC (3.4.5-20060117-3), and will be present in any release which uses Danny's throwing-exceptions-from-DLLs-even-with-a-static-libgcc patch or my port of it, including TDM-GCC releases *as well as* the nuwen.net release the initial reporter is using. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39530
[Bug bootstrap/39616] New: Stage 2 Werror - trunk revision 145459 - libcpp/identifiers.c:113: error: variably modified 'proxy_assertion_broken' at file scope
The build is blocked by a Stage 2 Werror (we reject our own code). I can continue with an exclusion. Workaround is to compile single file without -Werror. # cat stage_current stage2 # uname -a OpenBSD openbsd.localdomain 4.5 GENERIC#19 i386 # prev-gcc/xgcc -v Using built-in specs. Target: i386-unknown-openbsd4.5 Configured with: /home/user/gcc_trunk/configure --prefix=/usr/obj/gcc_installed --enable-languages=c,c++,fortran,java,objc,obj-c++ --with-as=/usr/bin/as --with-ld=/usr/bin/ld --with-gnu-as --with-gnu-ld --enable-sjlj-exceptions --enable-shared --sysconfdir=/etc --mandir=/usr/local/man --infodir=/usr/local/man --enable-multilib --disable-stage1-checking --enable-checking=release --with-system-zlib --with-gmp=/usr/local --with-mpfr=/usr/local Thread model: single gcc version 4.5.0 20090402 (experimental) [trunk revision 145459] (GCC) /usr/gcc_build/./prev-gcc/xgcc -B/usr/gcc_build/./prev-gcc/ -B/usr/obj/gcc_installed/i386-unknown-openbsd4.5/bin/ -I/home/user/gcc_trunk/libcpp -I. -I/home/user/gcc_trunk/libcpp/../include -I./../intl -I/home/user/gcc_trunk/libcpp/include -g -O2 -fomit-frame-pointer -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -pedantic -Wno-long-long -Werror -I/home/user/gcc_trunk/libcpp -I. -I/home/user/gcc_trunk/libcpp/../include -I./../intl -I/home/user/gcc_trunk/libcpp/include -c -o identifiers.o -MT identifiers.o -MMD -MP -MF .deps/identifiers.Tpo /home/user/gcc_trunk/libcpp/identifiers.c cc1: warnings being treated as errors /home/user/gcc_trunk/libcpp/identifiers.c:113: error: variably modified 'proxy_assertion_broken' at file scope /home/user/gcc_trunk/libcpp/identifiers.c:113: error: ISO C90 forbids array 'proxy_assertion_broken' whose size can't be evaluated gmake[3]: *** [identifiers.o] Error 1 gmake[3]: Leaving directory `/usr/gcc_build/libcpp' gmake[2]: *** [all-stage2-libcpp] Error 2 gmake[2]: Leaving directory `/usr/gcc_build' gmake[1]: *** [stage2-bubble] Error 2 gmake[1]: Leaving directory `/usr/gcc_build' gmake: *** [all] Error 2 Thanks, Rob -- Summary: Stage 2 Werror - trunk revision 145459 - libcpp/identifiers.c:113: error: variably modified 'proxy_assertion_broken' at file scope Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rob1weld at aol dot com GCC build triplet: * GCC host triplet: * GCC target triplet: * http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39616
[Bug objc/29200] %s substituted with methods/selectors can't be properly translated
--- Comment #2 from ayers at gcc dot gnu dot org 2009-04-03 00:31 --- Patch posted at: http://gcc.gnu.org/ml/gcc-patches/2009-04/msg00223.html -- ayers at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ayers at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-09-25 04:31:11 |2009-04-03 00:31:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29200
[Bug bootstrap/39617] New: bootstrap failure with ICE building libiberty in stage3
Bootstrap of GCC mainline on powerpc64-unknown-linux-gnu fails on some distributions with an ICE while building libiberty in stage3, using the stage2 compiler: /home/gccbuild/build/nightly/build-gcc-trunk/./prev-gcc/xgcc -B/home/gccbuild/build/nightly/build-gcc-trunk/./prev-gcc/ -B/opt/gcc-nightly/trunk-20090402/powerpc64-linux/bin/ -c -DHAVE_CONFIG_H -O2 -g -I. -I/home/gccbuild/gcc_trunk_anonsvn/gcc/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic /home/gccbuild/gcc_trunk_anonsvn/gcc/libiberty/hashtab.c -o hashtab.o /home/gccbuild/gcc_trunk_anonsvn/gcc/libiberty/hashtab.c: In function htab_find: /home/gccbuild/gcc_trunk_anonsvn/gcc/libiberty/hashtab.c:597: error: abnormal edges for no purpose in bb 2 /home/gccbuild/gcc_trunk_anonsvn/gcc/libiberty/hashtab.c:597: error: in basic block 2: /home/gccbuild/gcc_trunk_anonsvn/gcc/libiberty/hashtab.c:597: error: flow control insn inside a basic block (call_insn/j 14 11 32 2 /home/gccbuild/gcc_trunk_anonsvn/gcc/libiberty/hashtab.c:596 (parallel [ (set (reg:SI 3 3) (call (mem:SI (symbol_ref:SI (htab_find_with_hash) [flags 0x3] function_decl 0xf7e35e00 htab_find_with_hash) [0 S4 A8]) (const_int 0 [0x0]))) (use (const_int 0 [0x0])) (use (reg:SI 65 lr)) (return) ]) 469 {*sibcall_value_local32} (expr_list:REG_EH_REGION (const_int 0 [0x0]) (nil)) (expr_list:REG_DEP_TRUE (use (reg:SI 5 5)) (expr_list:REG_DEP_TRUE (use (reg:SI 4 4)) (expr_list:REG_DEP_TRUE (use (reg:SI 3 3)) (nil) /home/gccbuild/gcc_trunk_anonsvn/gcc/libiberty/hashtab.c:597: internal compiler error: in rtl_verify_flow_info_1, at cfgrtl.c:1920 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. The failures start with r145204, a merge from pretty-ipa, and go away when that patch is reverted from current mainline. Since the failures happen on some sysems (two different machines running SLES10) but not others (SLES9, RHEL4.3) it's possible that they are actually intermittent and not really related to this revision at all, or are due to a latent bug. I tried starting from different versions of GCC and it made no difference. The builds on all of these systems used binutils-2.19. Configure options (other than prefix/with-gmp/with-mpfr/with-as/with-ld) were --with-cpu=default32 --with-long-double-128 --enable-secureplt --enable-languages=c It also fails, in a shorter time, with --build=powerpc-linux --host=powerpc-linux --target=powerpc-linux --with-long-double-128 --enable-secureplt --enable-languages=c -- Summary: bootstrap failure with ICE building libiberty in stage3 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janis at gcc dot gnu dot org GCC build triplet: powerpc-linux GCC host triplet: powerpc-linux GCC target triplet: powerpc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39617
NoSuchMethodError
With Sun Java 1.6.0.12 everything is ok. $ java -jar fmmdemo.jar Exception during event dispatch: java.lang.NoSuchMethodError: method edu.umiacs.fmm.gui.dialog.DialogAbout.setLocationByPlatform with signature (Z)V was not found. at edu.umiacs.fmm.gui.dialog.DialogAbout.initComponents(DialogAbout.java:37) at edu.umiacs.fmm.gui.dialog.DialogAbout.init(DialogAbout.java:22) at edu.umiacs.fmm.gui.FmmDemo.initComponents(FmmDemo.java:32) at edu.umiacs.fmm.gui.FmmDemo.init(FmmDemo.java:18) at edu.umiacs.fmm.gui.FmmDemo$12.run(FmmDemo.java:331) at java.awt.event.InvocationEvent.dispatch(libgcj.so.90) at java.awt.EventQueue.dispatchEvent(libgcj.so.90) at java.awt.EventDispatchThread.run(libgcj.so.90) when I was running jars from http://www.umiacs.umd.edu/~wpwy/fmm/ $ gcc -v Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.2-1.1' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-cld --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.3.2 (Debian 4.3.2-1.1)
[Bug bootstrap/39618] New: trunk revision 145459 - The configure of libstdc++-v3 hangs while checking for PCH support
The build is stuck in the Third Stage of configuring 'libstdc++-v3'. I hope I selected the correct Component, it is either 'bootstrap', 'pch' or 'c++' (still investigating). I had no such problem with the previous stages and can build gcc 4.2.0 on this Platform using the same ./configure options. I have an unsatisfactory workaround below. # uname -a OpenBSD openbsd.localdomain 4.5 GENERIC#19 i386 # gcc/xgcc -v Using built-in specs. Target: i386-unknown-openbsd4.5 Configured with: /home/user/gcc_trunk/configure --prefix=/usr/obj/gcc_installed --enable-languages=c,c++,fortran,java,objc,obj-c++ --with-as=/usr/bin/as --with-ld=/usr/bin/ld --with-gnu-as --with-gnu-ld --enable-sjlj-exceptions --enable-shared --sysconfdir=/etc --mandir=/usr/local/man --infodir=/usr/local/man --enable-multilib --disable-stage1-checking --enable-checking=release --with-system-zlib --with-gmp=/usr/local --with-mpfr=/usr/local Thread model: single gcc version 4.5.0 20090402 (experimental) [trunk revision 145459] (GCC) The KDE Process Monitor says that the hung Process is gcc/cc1plus . I have over 900MB free and am not using any swap. Here is where it hangs, it has been stuck here for over half an hour: Checking multilib configuration for libstdc++-v3... mkdir i386-unknown-openbsd4.5/libstdc++-v3 Configuring in i386-unknown-openbsd4.5/libstdc++-v3 configure: creating cache ./config.cache checking build system type... i386-unknown-openbsd4.5 ... checking whether the /usr/gcc_build/./gcc/xgcc -shared-libgcc -B/usr/gcc_build/./gcc -nostdinc++ -L/usr/gcc_build/i386-unknown-openbsd4.5/libstdc++-v3/src -L/usr/gcc_build/i386-unknown-openbsd4.5/libstdc++-v3/src/.libs -B/usr/obj/gcc_installed/i386-unknown-openbsd4.5/bin/ -B/usr/obj/gcc_installed/i386-unknown-openbsd4.5/lib/ -isystem /usr/obj/gcc_installed/i386-unknown-openbsd4.5/include -isystem /usr/obj/gcc_installed/i386-unknown-openbsd4.5/sys-include linker (/usr/gcc_build/./gcc/collect-ld) supports shared libraries... yes checking dynamic linker characteristics... cc1: warning: command line option -nostdinc++ is valid for C++/ObjC++ but not for C openbsd4.5 ld.so checking how to hardcode library paths into programs... immediate checking for exception model to use... sjlj checking for compiler with PCH support... [HUNG] I killed the process and this is the result: checking for compiler with PCH support... no checking for enabled PCH... no checking for thread model used by GCC... single checking for atomic builtins for bool... no ... I loose PCH support but the build and configury can now continue. I'll see if I can go back and determine why this occurs once the build is completed and make -i check is running. Thanks, Rob -- Summary: trunk revision 145459 - The configure of libstdc++-v3 hangs while checking for PCH support Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rob1weld at aol dot com GCC build triplet: i386-unknown-openbsd4.5 GCC host triplet: i386-unknown-openbsd4.5 GCC target triplet: i386-unknown-openbsd4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39618
[Bug bootstrap/39619] New: ICE - trunk revision 145459 - libstdc++-v3/src/functexcept.cc:97: ICE SEGFAULT
There is an ICE while compiling 'libstdc++-v3'. # uname -a OpenBSD openbsd.localdomain 4.5 GENERIC#19 i386 # gcc/xgcc -v Using built-in specs. Target: i386-unknown-openbsd4.5 Configured with: /home/user/gcc_trunk/configure --prefix=/usr/obj/gcc_installed --enable-languages=c,c++,fortran,java,objc,obj-c++ --with-as=/usr/bin/as --with-ld=/usr/bin/ld --with-gnu-as --with-gnu-ld --enable-sjlj-exceptions --enable-shared --sysconfdir=/etc --mandir=/usr/local/man --infodir=/usr/local/man --enable-multilib --disable-stage1-checking --enable-checking=release --with-system-zlib --with-gmp=/usr/local --with-mpfr=/usr/local Thread model: single gcc version 4.5.0 20090402 (experimental) [trunk revision 145459] (GCC) libtool: compile: /usr/gcc_build/./gcc/xgcc -shared-libgcc -B/usr/gcc_build/./gcc -nostdinc++ -L/usr/gcc_build/i386-unknown-openbsd4.5/libstdc++-v3/src -L/usr/gcc_build/i386-unknown-openbsd4.5/libstdc++-v3/src/.libs -B/usr/obj/gcc_installed/i386-unknown-openbsd4.5/bin/ -B/usr/obj/gcc_installed/i386-unknown-openbsd4.5/lib/ -isystem /usr/obj/gcc_installed/i386-unknown-openbsd4.5/include -isystem /usr/obj/gcc_installed/i386-unknown-openbsd4.5/sys-include -I/usr/gcc_build/i386-unknown-openbsd4.5/libstdc++-v3/include/i386-unknown-openbsd4.5 -I/usr/gcc_build/i386-unknown-openbsd4.5/libstdc++-v3/include -I/home/user/gcc_trunk/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g -O2 -std=gnu++0x -c /home/user/gcc_trunk/libstdc++-v3/src/functexcept.cc -fPIC -DPIC -o .libs/functexcept.o /home/user/gcc_trunk/libstdc++-v3/src/functexcept.cc: In function 'void std::__throw_underflow_error(const char*)': /home/user/gcc_trunk/libstdc++-v3/src/functexcept.cc:97: 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. gmake[4]: *** [functexcept.lo] Error 1 gmake[4]: Leaving directory `/usr/gcc_build/i386-unknown-openbsd4.5/libstdc++-v3/src' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/gcc_build/i386-unknown-openbsd4.5/libstdc++-v3' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/gcc_build/i386-unknown-openbsd4.5/libstdc++-v3' gmake[1]: *** [all-target-libstdc++-v3] Error 2 gmake[1]: Leaving directory `/usr/gcc_build' gmake: *** [all] Error 2 Thanks, Rob -- Summary: ICE - trunk revision 145459 - libstdc++- v3/src/functexcept.cc:97: ICE SEGFAULT Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rob1weld at aol dot com GCC build triplet: i386-unknown-openbsd4.5 GCC host triplet: i386-unknown-openbsd4.5 GCC target triplet: i386-unknown-openbsd4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39619