[Bug c++/44362] Bogus set-but-not-used warning
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44362 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||jakub at gcc dot gnu.org Resolution||FIXED --- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-04 08:24:04 UTC --- Fixed.
[Bug target/45336] pextr{b,w,d}, (worse than) redundant extensions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45336 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||jakub at gcc dot gnu.org Resolution||FIXED --- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-04 08:26:03 UTC --- Fixed.
[Bug fortran/46299] New: Diagnose specification expressions involving host-associated vars with deferred bounds
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46299 Summary: Diagnose specification expressions involving host-associated vars with deferred bounds Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: accepts-invalid, diagnostic Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org Crayftn diagnoses the following error while gfortran, NAG, g95 and ifort accept the program. My gut feeling is that cray is right, but I have not checked it. Maybe it also has changed between F95/F2003/F2008. integer :: x(size(A)) ^ ftn-812 crayftn: ERROR FOO, File = diag.f90, Line = 5, Column = 23 Object A is an argument to inquiry intrinsic SIZE in a declaration expression. Its array bounds must not be deferred. Using the example !--- integer, allocatable :: a(:) contains subroutine foo(x) integer :: x(size(A)) end subroutine end !--- If one changes a to integer :: a(4) it compiles without any error.
[Bug rtl-optimization/46238] [4.6 Regression] s390x bootstrap problem: wrong code generated in cfgcleanup/crossjumping
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46238 --- Comment #3 from Andreas Krebbel krebbel at gcc dot gnu.org 2010-11-04 08:47:26 UTC --- (In reply to comment #2) Please try revision 166259. Ok. I've started bootstrap. I'm quite sure that reverting the will fix the problem. Perhaps I missed that on the list but when was it decided to revert the patch? Have you tried my patch? It definitely fixes on of the problems for me.
[Bug c++/46300] New: Calls to internals _ITM_cxa_throw and _ITM_cxa_allocate_exception are not marked as safe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46300 Summary: Calls to internals _ITM_cxa_throw and _ITM_cxa_allocate_exception are not marked as safe Product: gcc Version: trans-mem Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: mar...@se.inf.tu-dresden.de Created attachment 22272 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22272 mark _ITM_cxa_throw and _ITM_cxa_allocate_exception as tm_callable Both calls are inserted into the code when coping with exceptions but are not marked as transaction_safe therefore abort the compilation. Attached patch should fix that.
[Bug fortran/46301] New: [4.6 Regression] Missing diagnosis for len=:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46301 Summary: [4.6 Regression] Missing diagnosis for len=: Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: accepts-invalid, diagnostic Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org Found in PR 35810. The following program is accepted without any error for the len=:. While the program is valid Fortran 2003, without trans*.c implementation for allocatable string lengths (cf. PR 45170), it should be rejected. program tst character(len=:), allocatable :: S S='abcdef' S=S(3:) write(*,'(|,A,|)')S end program tst
[Bug fortran/46301] [4.6 Regression] Missing diagnosis for len=:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46301 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.6.0 --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-04 09:19:59 UTC --- (The 'regression' is due to PR 45170 comment 5, which added the parsing support for len=:.)
[Bug tree-optimization/46233] [4.6 Regression] ICE: verify_flow_info failed: control flow in the middle of basic block 3 with -foptimize-sibling-calls
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46233 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | --- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-04 10:21:45 UTC --- Created attachment 22273 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22273 gcc46-pr46233.patch Fix that just moves noreturn discovery after analyze_function.
[Bug tree-optimization/46233] [4.6 Regression] ICE: verify_flow_info failed: control flow in the middle of basic block 3 with -foptimize-sibling-calls
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46233 --- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-04 10:24:17 UTC --- Created attachment 22274 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22274 gcc46-pr46233-1.patch Alternative fix which calls fixup_noreturn_call instead. I don't think it buys us anything (nor would calling execute_fixup_cfg after the noreturn discovery), because the bbs are split, but cfg is not cleaned up and thus I doubt it has any effect on analyze_function. We'd need to do real full cfg cleanup at that point.
[Bug lto/45702] [4.6 Regression] New LTO test failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45702 --- Comment #23 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 11:10:25 UTC --- Author: rguenth Date: Thu Nov 4 11:10:21 2010 New Revision: 166305 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166305 Log: 2010-11-04 Richard Guenther rguent...@suse.de PR testsuite/45702 * gcc.dg/pr34989-1.c: Move ... * gcc.dg/lto/pr34989-1_0.c: ... here. * gcc.dg/pr34989-2.c: Move ... * gcc.dg/lto/pr34989-1_1.c: ... here. * gcc.dg/pr27898.c: Move ... * gcc.dg/lto/pr27898_0.c: ... here and ... * gcc.dg/lto/pr27898_1.c: ... split. * gcc.dg/pr28712.c: Move ... * gcc.dg/lto/pr28712_0.c: ... here and ... * gcc.dg/lto/pr28712_1.c: ... split ... * gcc.dg/lto/pr28712_2.c: ... twice. * gcc.dg/pr28706.c: Move ... * gcc.dg/lto/pr28706_0.c: ... here and ... * gcc.dg/lto/pr28706_1.c: ... split. Added: trunk/gcc/testsuite/gcc.dg/lto/pr27898_0.c - copied, changed from r166302, trunk/gcc/testsuite/gcc.dg/pr27898.c trunk/gcc/testsuite/gcc.dg/lto/pr27898_1.c trunk/gcc/testsuite/gcc.dg/lto/pr28706_0.c - copied, changed from r166302, trunk/gcc/testsuite/gcc.dg/pr28706.c trunk/gcc/testsuite/gcc.dg/lto/pr28706_1.c trunk/gcc/testsuite/gcc.dg/lto/pr28712_0.c - copied, changed from r166302, trunk/gcc/testsuite/gcc.dg/pr28712.c trunk/gcc/testsuite/gcc.dg/lto/pr28712_1.c trunk/gcc/testsuite/gcc.dg/lto/pr28712_2.c trunk/gcc/testsuite/gcc.dg/lto/pr34989-1_0.c - copied, changed from r166302, trunk/gcc/testsuite/gcc.dg/pr34989-1.c trunk/gcc/testsuite/gcc.dg/lto/pr34989-1_1.c - copied, changed from r166302, trunk/gcc/testsuite/gcc.dg/pr34989-2.c Removed: trunk/gcc/testsuite/gcc.dg/pr27898.c trunk/gcc/testsuite/gcc.dg/pr28706.c trunk/gcc/testsuite/gcc.dg/pr28712.c trunk/gcc/testsuite/gcc.dg/pr34989-1.c trunk/gcc/testsuite/gcc.dg/pr34989-2.c Modified: trunk/gcc/testsuite/ChangeLog
[Bug lto/45702] [4.6 Regression] New LTO test failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45702 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #24 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 11:11:03 UTC --- Should be fixed now.
[Bug target/42240] [4.3/4.4 Regression] wrong epilogue on naked function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42240 Georg Lay avr at gjlay dot de changed: What|Removed |Added CC||avr at gjlay dot de --- Comment #13 from Georg Lay avr at gjlay dot de 2010-11-04 11:14:15 UTC --- Implement TARGET_CANNOT_MODIFY_JUMPS_P and respect epilogue_completed and cfun-machine-is_naked. This will stop BB reorder and similar post-epilogue passes from moving the non-code-producing return-insn up.
[Bug lto/45721] [4.6 Regression] ICE: in function_and_variable_visibility, at ipa.c:673 with -flto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45721 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2010.11.04 11:16:03 Ever Confirmed|0 |1 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 11:16:03 UTC --- Confirmed.
[Bug middle-end/45722] [4.6 Regression] FAIL: gcc.c-torture/execute/20040709-2.c execution at -O1 and -Os
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45722 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #19 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 11:20:51 UTC --- I assume this has been fixed (and thus is a dup of PR45678). I can't see the FAIL in recent testresult postings for hppa-linux.
[Bug tree-optimization/45733] [4.6 Regression] ICE: verify_stmts failed: invalid conversion in gimple call with -fstrict-overflow -ftree-vectorize
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45733 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | --- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 11:32:23 UTC --- I have a patch.
[Bug fortran/45743] [4.6 Regression] gfortran.dg/whole_file_3.f90 ICE: verify_stmts failed: invalid conversion in gimple call with -finline-small-functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45743 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-invalid-code Priority|P1 |P4 Status|UNCONFIRMED |NEW Last reconfirmed||2010.11.04 11:46:57 Component|tree-optimization |fortran Ever Confirmed|0 |1 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 11:46:57 UTC --- I wonder why there is a dg-error directive but only a warning is emitted. This sounds like both a fortran frontend error and a testsuite bug (it should have a FAIL because of the missing error?). Another bug is that the frontend seems to emit multiple decls for the EXTERNAL R symbol dependent on the call site. And it makes that decls use a type dependent on the actual call despite knowing better (and issuing a warning).
[Bug tree-optimization/45781] [4.6 Regression] GCC incorrectly puts function in .text.unlikely
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45781 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #8 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 11:49:10 UTC --- Not a bug (as in - works as designed). The bootstrap problem was in a different PR and has been fixed meanwhile.
[Bug tree-optimization/46213] [4.6 Regression] gfortran.dg/aliasing_array_result_1.f90 ICE: in vectorizable_reduction, at tree-vect-loop.c:4046 with custom compiler flags
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46213 --- Comment #5 from irar at gcc dot gnu.org 2010-11-04 11:51:13 UTC --- Author: irar Date: Thu Nov 4 11:51:09 2010 New Revision: 166306 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166306 Log: PR tree-optimization/46213 * tree-vect-loop.c (vect_is_simple_reduction_1): Handle MINUS_EXPR only if the first operand is reduction operand. Added: trunk/gcc/testsuite/gfortran.dg/vect/pr46213.f90 Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-vect-loop.c
[Bug bootstrap/45801] [4.6 regression] powerpc64-linux bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45801 --- Comment #10 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 11:54:36 UTC --- Alex, please ping your patch, eventually CCing some DF maintainers.
[Bug bootstrap/45801] [4.6 regression] powerpc64-linux bootstrap comparison failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45801 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added CC||dominiq at lps dot ens.fr --- Comment #11 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 11:56:10 UTC --- *** Bug 45816 has been marked as a duplicate of this bug. ***
[Bug bootstrap/45816] [4.6 Regression] --enable-checking=release causes a comparison failure on powerpc-darwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45816 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #12 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 11:56:10 UTC --- Marking as dup of the other ppc bootstrap compare fail caused by the same patch and fixed by the same. *** This bug has been marked as a duplicate of bug 45801 ***
[Bug gcov-profile/45892] [4.6 Regression] FAIL: gcc.dg/tree-prof/inliner-1.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45892 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2010.11.04 11:59:40 AssignedTo|unassigned at gcc dot |hubicka at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 11:59:40 UTC --- Well, I can at least confirm it but still have no idea how this code is supposed to work. Assigning to honza.
[Bug target/46295] Missing vzeroupper
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46295 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #3 from H.J. Lu hjl.tools at gmail dot com 2010-11-04 12:01:20 UTC --- Fixed.
[Bug rtl-optimization/45936] [4.6 regression] cc1 enters infinite loop within combine_simplify_rtx()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45936 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2010.11.04 12:03:23 Component|driver |rtl-optimization Ever Confirmed|0 |1 --- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 12:03:24 UTC --- Can you try to reconfirm? There was a bugfix in this area and ISTR I couldn't reproduce it originally (and I can't now).
[Bug tree-optimization/45991] [4.6 Regression] ICE: verify_stmts failed: Invalid address operand in in TARGET_MEM_REF. with -fstrict-overflow
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45991 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | --- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 12:17:02 UTC --- Mine.
[Bug rtl-optimization/45936] [4.6 regression] cc1 enters infinite loop within combine_simplify_rtx()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45936 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-04 12:20:28 UTC --- http://gcc.gnu.org/viewcvs?root=gccview=revrev=166231 in particular.
[Bug tree-optimization/45991] [4.6 Regression] ICE: verify_stmts failed: Invalid address operand in in TARGET_MEM_REF. with -fstrict-overflow
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45991
--- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04
12:29:20 UTC ---
The problem is that fold figures sth out that tree-affine doesn't. The
latter doesn't simplify
{
type = long unsigned int
offset = 0
elements = {
[0] = A[(long unsigned int) (long unsigned int) ((i_3(D) + -1) * 16) + 20]
* 1,
[1] = (long unsigned int) ((i_3(D) + -1) * 16) *
340282366920938463463374607431768211455,
[2] = ivtmp.9_20 * 1
}
}
to just A[20] + ivtmp.9_20.
Now we can avoid the ICE by gimplifying the address properly which we don't
because of a typo I made in an earlier change.
[Bug tree-optimization/45971] [4.6 Regression] ice in vect_update_ivs_after_vectorizer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45971
--- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04
12:34:43 UTC ---
Reduced testcase:
typedef unsigned long gsize;
typedef int gint;
enum { NUM_LST_DSPOPE = 12 };
struct Preferences {
gint lst_ope_columns[NUM_LST_DSPOPE+1];
};
extern struct Preferences *PREFS;
void
homebank_pref_load(gint *bsrc, gsize length)
{
gint i;
for(i=0; iNUM_LST_DSPOPE-1 ; i++)
{
PREFS-lst_ope_columns[i] = (bsrc[i] == (!(0))) ? i+1 : -(i+1);
}
}
[Bug middle-end/44765] gen_rtx_REG can make out-of-bounds access for INVALID_REGNUM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44765 --- Comment #1 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2010-11-04 12:41:14 UTC --- Author: amylaar Date: Thu Nov 4 12:41:07 2010 New Revision: 166307 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166307 Log: PR middle-end/44765 * emit-rtl.c (gen_rtx_REG): Before using PIC_OFFSET_TABLE_REGNUM as an index, check it is not INVALID_REGNUM. Modified: trunk/gcc/ChangeLog trunk/gcc/emit-rtl.c
[Bug tree-optimization/45733] [4.6 Regression] ICE: verify_stmts failed: invalid conversion in gimple call with -fstrict-overflow -ftree-vectorize
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45733 --- Comment #7 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 12:42:59 UTC --- Author: rguenth Date: Thu Nov 4 12:42:57 2010 New Revision: 166308 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166308 Log: 2010-11-04 Richard Guenther rguent...@suse.de PR tree-optimization/45733 * tree-vect-stmts.c (reverse_vec_elements): Honor the permute builtins function return type. * gcc.dg/pr45733.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/pr45733.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-vect-stmts.c
[Bug tree-optimization/45733] [4.6 Regression] ICE: verify_stmts failed: invalid conversion in gimple call with -fstrict-overflow -ftree-vectorize
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45733 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #8 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 12:43:36 UTC --- Fixed.
[Bug target/46022] [4.6 regression] gcc.dg/vect/vect-double-reduc-5.c FAILs on Solaris 10/x86 with gas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46022 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2010.11.04 12:45:26 Ever Confirmed|0 |1 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 12:45:26 UTC --- We need more information, it doesn't fail on i?86-linux.
[Bug tree-optimization/46213] [4.6 Regression] gfortran.dg/aliasing_array_result_1.f90 ICE: in vectorizable_reduction, at tree-vect-loop.c:4046 with custom compiler flags
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46213 Ira Rosen irar at il dot ibm.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #6 from Ira Rosen irar at il dot ibm.com 2010-11-04 12:47:46 UTC --- Fixed.
[Bug middle-end/44765] gen_rtx_REG can make out-of-bounds access for INVALID_REGNUM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44765 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #2 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2010-11-04 12:49:02 UTC --- Patch has been committed to trunk.
[Bug tree-optimization/46068] [4.6 Regression] ICE: in consider_split, at ipa-split.c:313 with asm goto and __builtin_unreachable ()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46068 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | --- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 12:52:15 UTC --- The gcc_unreachable is certainly gross, maybe it was ok for developing the patch but as we can easily handle the situation we shouldn't explode in the users face.
[Bug bootstrap/46018] [4.6 Regression] Bootstrap fails on i386-pc-solaris2.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46018 --- Comment #17 from Art Haas ahaas at airmail dot net 2010-11-04 12:52:11 UTC --- My build from this morning succeeded, so reverting the patch from several weeks ago has resolved the bootstrap error: $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/export/home/arth/local/libexec/gcc/i386-pc-solaris2.10/4.6.0/lto-wrapper Target: i386-pc-solaris2.10 Configured with: /home/ahaas/gnu/gcc.git/configure --prefix=/export/home/arth/local --enable-languages=c,c++,objc,fortran --disable-nls --with-gmp=/export/home/arth/local --with-mpfr=/export/home/arth/local --enable-checking=release --enable-threads=posix --with-gnu-as --with-as=/export/home/arth/local/bin/as --with-gnu-ld --with-ld=/export/home/arth/local/bin/ld --enable-libstdcxx-pch=no --enable-objc-gc --build=i386-pc-solaris2.10 Thread model: posix gcc version 4.6.0 20101104 (experimental) [master revision b9be572:b94eff6:4b98788102c16a253dbdac0c91e13219d1c7cbc4] (GCC) $
[Bug c/46076] [4.6 regression] constant propagation and compile-time math no longer happening versus 4.4 and 4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
Component|middle-end |c
--- Comment #9 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04
13:04:58 UTC ---
Joseph, does C really distinguish between
int foo()
{
}
and
int foo(void)
{
}
? That is, are they not the same when in a function definition context
(as opposed to declaration context)?
It would be nice if the C frontend would handle them the same (thus,
make it not varargs).
[Bug fortran/45743] [4.6 Regression] gfortran.dg/whole_file_3.f90 ICE: verify_stmts failed: invalid conversion in gimple call with -finline-small-functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45743 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-04 13:10:59 UTC --- Related: PR 40976, PR 33097, PR 44471
[Bug target/46179] Codegen/TLS: invalid assembler syntax
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46179 --- Comment #9 from Maxim Kuvyrkov mkuvyrkov at gcc dot gnu.org 2010-11-04 13:12:01 UTC --- (In reply to comment #8) I can confirm that attachment 22191 [details] fixes the original problem, namely that one source file from util-linux, for me. No testsuite run, though ☹ The patch looks OK to me. Would you please post it to gcc-patc...@? Built on Debian/m68k, natively. Does this mean you bootstrapped the compiler? I think bootstrapping GCC with C, C++ and, possibly, Fortran, would provide a good enough test coverage for m68k.
[Bug fortran/46299] Diagnose specification expressions involving host-associated vars with deferred bounds
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46299 --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-04 13:15:52 UTC --- (All references relative to Fortran 2008.) Per R516 explicit-shape-spec is [ lower-bound : ] upper-bound and R517/518 the bounds have to be specification expressions (R728, Section 7.1.11). A restricted expression is an expression in which each operation is intrinsic or defined by a specification function and each primary is [...] (4) an object designator with a base object that is made accessible by use or host association, [...] (9) a specification inquiry where each designator or function argument is [...] (b) a variable whose properties inquired about are not (i) dependent on the upper bound of the last dimension of an assumed-size array, (ii) deferred, or (iii) defined by an expression that is not a restricted expression, Thus, the error message of the Cray compiler is correct as (9)(b)(ii) is violated.
[Bug tree-optimization/46302] New: Program with virtual public inheritance crashes at O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46302 Summary: Program with virtual public inheritance crashes at O3 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: brede...@ucla.edu The attached files gives a segfault when compiled at O3. It may result from trying to optimize out virtual function calls with a virtual public base class.
[Bug tree-optimization/46302] Program with virtual public inheritance crashes at O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46302 --- Comment #1 from bredelin at ucla dot edu 2010-11-04 13:17:47 UTC --- Created attachment 22275 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22275 source in multiple files
[Bug tree-optimization/46077] [4.6 regression] ICE in tree vectorization when compiling towns_audio.cpp from scummvm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46077 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2010.11.04 13:17:47 Depends on||45971 Ever Confirmed|0 |1 --- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 13:17:47 UTC --- Reducing.
[Bug tree-optimization/46302] Program with virtual public inheritance crashes at O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46302 --- Comment #2 from bredelin at ucla dot edu 2010-11-04 13:18:48 UTC --- Created attachment 22276 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22276 source in single c++ file
[Bug tree-optimization/46302] Program with virtual public inheritance crashes at O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46302 --- Comment #3 from bredelin at ucla dot edu 2010-11-04 13:19:34 UTC --- Created attachment 22277 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22277 preprocessed source file
[Bug libstdc++/46303] New: 'mutex' is not a member of 'std' failures in 30_threads/call_once/constexpr.cc, 30_threads/mutex/cons/constexpr.cc, 30_threads/once_flag/cons/constexpr.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46303 Summary: 'mutex' is not a member of 'std' failures in 30_threads/call_once/constexpr.cc, 30_threads/mutex/cons/constexpr.cc, 30_threads/once_flag/cons/constexpr.cc Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: howa...@nitro.med.uc.edu On x86_64-apple-darwin10 at r166279, the additional libstdc++ testsuite failures have appeared at -m32/-m64... FAIL: 30_threads/call_once/constexpr.cc (test for excess errors) FAIL: 30_threads/mutex/cons/constexpr.cc (test for excess errors) FAIL: 30_threads/once_flag/cons/constexpr.cc (test for excess errors) These are all of the form... Executing on host: /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/./gcc/g++ -shared-libgcc -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/./gcc -nostdinc++ -L/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/src -L/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/src/.libs -B/sw/lib/gcc4.6/x86_64-apple-darwin10.5.0/bin/ -B/sw/lib/gcc4.6/x86_64-apple-darwin10.5.0/lib/ -isystem /sw/lib/gcc4.6/x86_64-apple-darwin10.5.0/include -isystem /sw/lib/gcc4.6/x86_64-apple-darwin10.5.0/sys-include -m32 -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/src/.libs -g -O2 -D_GLIBCXX_ASSERT -fmessage-length=0 -ffunction-sections -fdata-sections -g -O2 -g -O2 -DLOCALEDIR=. -nostdinc++ -I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/include/x86_64-apple-darwin10.5.0 -I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/include -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20101103/libstdc++-v3/libsupc++ -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20101103/libstdc++-v3/include/backward -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20101103/libstdc++-v3/testsuite/util /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20101103/libstdc++-v3/testsuite/30_threads/call_once/constexpr.cc -std=gnu++0x -S -m32 -o constexpr.s(timeout = 600) /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20101103/libstdc++-v3/testsuite/30_threads/call_once/constexpr.cc: In function 'int main()':^M /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20101103/libstdc++-v3/testsuite/30_threads/call_once/constexpr.cc:27:19: error: 'mutex' is not a member of 'std'^M /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20101103/libstdc++-v3/testsuite/30_threads/call_once/constexpr.cc:27:19: error: 'mutex' is not a member of 'std'^M /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20101103/libstdc++-v3/testsuite/30_threads/call_once/constexpr.cc:27:31: error: no matching function for call to '__gnu_test::constexpr_default_constructible::operator()()'^M /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20101103/libstdc++-v3/testsuite/util/testsuite_common_types.h:620:18: note: candidate is: templateclass _Tp void __gnu_test::constexpr_default_constructible::operator()()^M
[Bug target/46088] [4.6 Regression] ICE: SIGSEGV in ix86_binary_operator_ok (i386.c:15025) with -Os -fnon-call-exceptions -fpeel-loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46088 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed|2010-10-20 03:22:14 |2010-11-04 3:22:14 Component|rtl-optimization|target --- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 13:23:36 UTC --- Program received signal SIGSEGV, Segmentation fault. 0x00cc9dcb in ix86_binary_operator_ok (code=LSHIFTRT, mode=SImode, operands=0x1815e80) at /space/rguenther/src/svn/trunk/gcc/config/i386/i386.c:15665 15665 if (MEM_P (dst) !rtx_equal_p (dst, src1)) (gdb) p dst $1 = (rtx) 0xabababababababab We're matching (define_insn *ashlmode3_cconly
[Bug tree-optimization/45971] [4.6 Regression] ice in vect_update_ivs_after_vectorizer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45971 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added CC||matt at use dot net --- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 13:24:38 UTC --- *** Bug 46077 has been marked as a duplicate of this bug. ***
[Bug tree-optimization/46077] [4.6 regression] ICE in tree vectorization when compiling towns_audio.cpp from scummvm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46077
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution||DUPLICATE
--- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04
13:24:38 UTC ---
Reduced testcase:
extern C {
typedef __builtin_va_list __gnuc_va_list;
typedef __gnuc_va_list va_list;
}
typedef unsigned char uint8;
typedef unsigned int uint32;
typedef signed char int8;
namespace Audio {
class AudioStream {
};
}
class TownsPC98_FmSynth : public Audio::AudioStream {
};
class TownsAudio_PcmChannel;
class TownsAudioInterface : public TownsPC98_FmSynth {
int intf_pcmPlayEffect(va_list args);
TownsAudio_PcmChannel *_pcmChan;
};
class TownsAudio_PcmChannel {
friend class TownsAudioInterface;
void loadExtData(uint8 *buffer, uint32 size);
int8 *extData;
};
class TownsAudio_WaveTable {
friend class TownsAudioInterface;
uint32 size;
};
int TownsAudioInterface::intf_pcmPlayEffect(va_list args) {
int chan = __builtin_va_arg(args,int);
uint8 *data = __builtin_va_arg(args,uint8 *);
TownsAudio_WaveTable w;
TownsAudio_PcmChannel *p = _pcmChan[chan];
p-loadExtData(data + 32, w.size);
}
void TownsAudio_PcmChannel::loadExtData(uint8 *buffer, uint32 size) {
int8 *src = (int8 *)buffer;
int8 *dst = extData;
for (uint32 i = 0; i size; i++)
*dst++ = *src 0x80 ? (*src++ 0x7f) : -*src++;
}
Indeed makes it look like a dup.
*** This bug has been marked as a duplicate of bug 45971 ***
[Bug libstdc++/46303] 'mutex' is not a member of 'std' failures in 30_threads/call_once/constexpr.cc, 30_threads/mutex/cons/constexpr.cc, 30_threads/once_flag/cons/constexpr.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46303 --- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2010-11-04 13:27:27 UTC --- Created attachment 22278 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22278 compressed preprocessed source file for 30_threads/call_once/constexpr.cc at -m32 on x86_64-apple-darwin10 Generated with... /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/./gcc/g++ -shared-libgcc -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/./gcc -nostdinc++ -L/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/src -L/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/src/.libs -B/sw/lib/gcc4.6/x86_64-apple-darwin10.5.0/bin/ -B/sw/lib/gcc4.6/x86_64-apple-darwin10.5.0/lib/ -isystem /sw/lib/gcc4.6/x86_64-apple-darwin10.5.0/include -isystem /sw/lib/gcc4.6/x86_64-apple-darwin10.5.0/sys-include -m32 -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/src/.libs -g -O2 -D_GLIBCXX_ASSERT -fmessage-length=0 -ffunction-sections -fdata-sections -g -O2 -g -O2 -DLOCALEDIR=. -nostdinc++ -I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/include/x86_64-apple-darwin10.5.0 -I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/include -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20101103/libstdc++-v3/libsupc++ -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20101103/libstdc++-v3/include/backward -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20101103/libstdc++-v3/testsuite/util /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20101103/libstdc++-v3/testsuite/30_threads/call_once/constexpr.cc -std=gnu++0x -S -m32 --save-temps -o constexpr.s
[Bug libstdc++/46303] 'mutex' is not a member of 'std' failures in 30_threads/call_once/constexpr.cc, 30_threads/mutex/cons/constexpr.cc, 30_threads/once_flag/cons/constexpr.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46303 --- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2010-11-04 13:29:29 UTC --- Regressions are not present at r166156.
[Bug libstdc++/46303] 'mutex' is not a member of 'std' failures in 30_threads/call_once/constexpr.cc, 30_threads/mutex/cons/constexpr.cc, 30_threads/once_flag/cons/constexpr.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46303
--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2010-11-04
13:37:13 UTC ---
the preprocessed file shows this condition in mutex is false:
#if defined(_GLIBCXX_HAS_GTHREADS) defined(_GLIBCXX_USE_C99_STDINT_TR1)
so those new tests need
// { dg-require-cstdint }
// { dg-require-gthreads }
and probably other dg-options directives, similar to
testsuite/30_threads/mutex/cons/1.cc
[Bug libstdc++/46303] 'mutex' is not a member of 'std' failures in 30_threads/call_once/constexpr.cc, 30_threads/mutex/cons/constexpr.cc, 30_threads/once_flag/cons/constexpr.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46303
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2010-11-04
13:38:54 UTC ---
Possibly:
// { dg-do compile { target *-*-freebsd* *-*-netbsd* *-*-linux* *-*-solaris*
*-*-cyg
win *-*-darwin* alpha*-*-osf* mips-sgi-irix6* } }
// { dg-options -std=gnu++0x -pthread { target *-*-freebsd* *-*-netbsd*
*-*-l
inux* alpha*-*-osf* mips-sgi-irix6* } }
// { dg-options -std=gnu++0x -pthreads { target *-*-solaris* } }
// { dg-options -std=gnu++0x { target *-*-cygwin *-*-darwin* } }
// { dg-require-cstdint }
// { dg-require-gthreads }
[Bug target/46199] Insn length wrong for AVX instructions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46199 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.11.04 13:46:40 AssignedTo|unassigned at gcc dot |hjl.tools at gmail dot com |gnu.org | Ever Confirmed|0 |1 --- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2010-11-04 13:46:40 UTC --- Created attachment 22279 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22279 An experimental patch This patch should cover most cases.
[Bug libstdc++/46303] 'mutex' is not a member of 'std' failures in 30_threads/call_once/constexpr.cc, 30_threads/mutex/cons/constexpr.cc, 30_threads/once_flag/cons/constexpr.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46303 --- Comment #5 from Dominique d'Humieres dominiq at lps dot ens.fr 2010-11-04 13:47:44 UTC --- Also seen on powerpc-apple-darwin9.8.0 between revisions 166170 and 166211 (see http://gcc.gnu.org/ml/gcc-testresults/2010-11/msg00098.html and http://gcc.gnu.org/ml/gcc-testresults/2010-11/msg00189.html ).
[Bug libstdc++/46303] 'mutex' is not a member of 'std' failures in 30_threads/call_once/constexpr.cc, 30_threads/mutex/cons/constexpr.cc, 30_threads/once_flag/cons/constexpr.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46303
--- Comment #6 from Paolo Carlini paolo.carlini at oracle dot com 2010-11-04
13:51:08 UTC ---
Those are dg-do compile testcases, thus adding on top:
// { dg-require-cstdint }
// { dg-require-gthreads }
consistently with the existing compile-only testcases should fix the spurious
fails. If Jack can test the changes, I'll commit it later today.
[Bug c/46076] [4.6 regression] constant propagation and compile-time math no longer happening versus 4.4 and 4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076
--- Comment #10 from joseph at codesourcery dot com joseph at codesourcery dot
com 2010-11-04 13:54:58 UTC ---
On Thu, 4 Nov 2010, rguenth at gcc dot gnu.org wrote:
Joseph, does C really distinguish between
int foo()
{
}
and
int foo(void)
{
}
? That is, are they not the same when in a function definition context
(as opposed to declaration context)?
Yes, they are different. The first definition does not give foo a type
that includes a prototype for subsequent references to that function in
the translation unit. Thus a subsequent function may call foo with
arguments - this is undefined behavior only at runtime, if the call is
executed, not at compile time - and although the standard is less clear
(see DR#316) that pointers to foo can be stored in pointers to other
prototyped function types (with int return type, not variadic) without
casts.
It would be nice if the C frontend would handle them the same (thus,
make it not varargs).
int foo() certainly isn't varargs; unprototyped function types are always
incompatible with variadic function types.
You could lower the function to have a type with (void) at some point -
modulo any differences there might be in how they are supposed to be
represented in debug info - but then you might need to fix up the
conversions between types that are now incompatible, and to convert calls
with bad arguments to use __builtin_trap (after evaluating all the
arguments, in case one of the arguments calls exit, of course - the
undefined behavior is only at the point of the call, after evaluation of
all the arguments and the function designator).
[Bug tree-optimization/46154] [4.6 Regression] ICE: failed to reclaim unneeded function with -fipa-cp -fipa-cp-clone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46154 --- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 13:55:46 UTC --- Author: rguenth Date: Thu Nov 4 13:55:44 2010 New Revision: 166311 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166311 Log: 2010-11-03 Richard Guenther rguent...@suse.de PR tree-optimization/46154 * g++.dg/torture/pr46154.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/torture/pr46154.C Modified: trunk/gcc/testsuite/ChangeLog
[Bug tree-optimization/46154] [4.6 Regression] ICE: failed to reclaim unneeded function with -fipa-cp -fipa-cp-clone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46154 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 13:55:58 UTC --- Seems to be fixed.
[Bug tree-optimization/46183] [4.6 Regression] ICE: in calc_dfs_tree, at dominance.c:396 with -O -fno-dse -fgcse -ftree-pre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46183 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | --- Comment #8 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 14:02:01 UTC --- Testing cleanup_cfg (0) instead.
[Bug tree-optimization/45991] [4.6 Regression] ICE: verify_stmts failed: Invalid address operand in in TARGET_MEM_REF. with -fstrict-overflow
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45991 --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 14:07:54 UTC --- Author: rguenth Date: Thu Nov 4 14:07:48 2010 New Revision: 166312 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166312 Log: 2010-11-04 Richard Guenther rguent...@suse.de PR tree-optimization/45991 * gimplify.c (force_gimple_operand_1): Use the provded test function in the initial test. * gcc.dg/pr45991.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/pr45991.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimplify.c trunk/gcc/testsuite/ChangeLog
[Bug tree-optimization/45991] [4.6 Regression] ICE: verify_stmts failed: Invalid address operand in in TARGET_MEM_REF. with -fstrict-overflow
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45991 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 14:08:32 UTC --- Fixed.
[Bug target/46199] Insn length wrong for AVX instructions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46199 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Attachment #22279|0 |1 is obsolete|| --- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2010-11-04 14:20:20 UTC --- Created attachment 22280 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22280 A new patch
[Bug tree-optimization/46302] [4.6 Regression] Program with virtual public inheritance crashes at O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46302 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added CC||jamborm at gcc dot gnu.org Target Milestone|--- |4.6.0 --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 14:27:06 UTC --- I'm sure it's a dup of one of the devirtualization things.
[Bug c++/46269] [trans-mem] internal compiler error in expand_block_tm of trans-mem.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46269 --- Comment #2 from Patrick Marlier patrick.marlier at gmail dot com 2010-11-04 14:31:04 UTC --- Created attachment 22281 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22281 small test case
[Bug c++/45940] [trans-mem] Error of unsafe function even if annotated
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45940 --- Comment #1 from Patrick Marlier patrick.marlier at gmail dot com 2010-11-04 14:36:42 UTC --- Created attachment 22282 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22282 .ii file same file as sent by email few time ago.
[Bug target/46234] [4.6 Regression] ICE in expand_expr_real_2 for va-arg-XXX tescases
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46234 --- Comment #5 from Pat Haugen pthaugen at gcc dot gnu.org 2010-11-04 14:38:18 UTC --- Bootstrap/regtest went fine on PPC, va-arg-xxx tests now pass.
[Bug tree-optimization/46297] [4.6 Regression] gfortran.dg/g77/980701-0.f FAILs with -Os -fno-asynchronous-unwind-tables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46297 Jeffrey A. Law law at redhat dot com changed: What|Removed |Added CC||law at redhat dot com --- Comment #3 from Jeffrey A. Law law at redhat dot com 2010-11-04 14:47:11 UTC --- I think this might be a problem with handling auto-increment addressing modes in the new optimization. I'll be looking at it further later today.
[Bug tree-optimization/46232] [4.6 regression] 64-bit gcc.dg/tree-ssa/pr14814.c FAILs on SPARC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46232 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |NEW --- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 14:52:31 UTC --- I wonder where this aggregate copy comes from: D.1987 = r_2(D)-v; D.1986 = D.1987; it's not there on x86_64-linux where we use return slot optimization for the call to direction. Thus the .ssa dump has bb 2: t = direction (r_2(D)); [return slot optimization] D.2694_3 = y (t); is sparc-solaris returning struct YY in registers?
[Bug tree-optimization/46233] [4.6 Regression] ICE: verify_flow_info failed: control flow in the middle of basic block 3 with -foptimize-sibling-calls
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46233 --- Comment #7 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 14:56:57 UTC --- I think it's fragile to call verify_flow_info from loop_optimizer_finalize but your patch in comment #5 looks perfectly reasonable and is ok if it passed bootstrap regtest.
[Bug bootstrap/44756] [meta-bug] --enable-werror-always issues
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44756 --- Comment #2 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2010-11-04 14:58:48 UTC --- Author: amylaar Date: Thu Nov 4 14:58:40 2010 New Revision: 166313 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166313 Log: PR bootstrap/44756 * ifcvt.c (noce_emit_cmove): Add ATTRIBUTE_UNUSED to target and unsignedp. * reload1.c (set_reload_reg): Add ATTRIBUTE_UNUSED to regno. Modified: trunk/gcc/ChangeLog trunk/gcc/ifcvt.c trunk/gcc/reload1.c
[Bug fortran/46301] [4.6 Regression] Missing diagnosis for len=:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46301 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4
[Bug tree-optimization/46068] [4.6 Regression] ICE: in consider_split, at ipa-split.c:313 with asm goto and __builtin_unreachable ()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46068 --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 15:17:29 UTC --- Author: rguenth Date: Thu Nov 4 15:17:24 2010 New Revision: 166315 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166315 Log: 2010-11-04 Richard Guenther rguent...@suse.de PR tree-optimization/46068 * ipa-split.c (consider_split): Remove gcc_unreachable. * gcc.dg/torture/pr46068.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/torture/pr46068.c Modified: trunk/gcc/ChangeLog trunk/gcc/ipa-split.c trunk/gcc/testsuite/ChangeLog
[Bug tree-optimization/46183] [4.6 Regression] ICE: in calc_dfs_tree, at dominance.c:396 with -O -fno-dse -fgcse -ftree-pre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46183 --- Comment #9 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 15:19:24 UTC --- Author: rguenth Date: Thu Nov 4 15:19:19 2010 New Revision: 166316 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166316 Log: 2010-11-04 Richard Guenther rguent...@suse.de PR rtl-optimization/46183 * gcse.c (execute_rtl_cprop): Cleanup the CFG if something changed. (execute_rtl_pre): Likewise. (execute_rtl_hoist): Likewise. * gcc.dg/torture/pr46183.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/torture/pr46183.c Modified: trunk/gcc/ChangeLog trunk/gcc/gcse.c trunk/gcc/testsuite/ChangeLog
[Bug tree-optimization/46068] [4.6 Regression] ICE: in consider_split, at ipa-split.c:313 with asm goto and __builtin_unreachable ()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46068 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 15:20:42 UTC --- Fixed.
[Bug tree-optimization/46183] [4.6 Regression] ICE: in calc_dfs_tree, at dominance.c:396 with -O -fno-dse -fgcse -ftree-pre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46183 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #10 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 15:21:00 UTC --- Fixed.
[Bug tree-optimization/46099] [4.5/4.6 Regression] ICE: in replace_ssa_name, at tree-cfg.c:5643 with -ftree-parallelize-loops -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46099 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-04 15:26:49 UTC --- Created attachment 22283 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22283 gcc46-pr46099.patch Untested fix.
[Bug c/45102] mm/page-writeback.c:820: internal compiler error: Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45102 sledge sledgeas at gmail dot com changed: What|Removed |Added CC||sledgeas at gmail dot com --- Comment #4 from sledge sledgeas at gmail dot com 2010-11-04 15:51:09 UTC --- Identically the same here: Ubuntu 10.04 32-bit host; According to http://www.idroidproject.org/forum/general-discussion/compiling-kernel-issues/ this patch works-around, (only) hoping the android;kernel is still usable after it: diff --git a/mm/page-writeback.c b/mm/page-writeback.c index 2c5d792..bda86bb 100644 --- a/mm/page-writeback.c +++ b/mm/page-writeback.c @@ -915,7 +915,7 @@ continue_unlock: goto continue_unlock; } - BUG_ON(PageWriteback(page)); + // BUG_ON(PageWriteback(page)); if (!clear_page_dirty_for_io(page)) goto continue_unlock; other info as requested (equivalent to the bug author's): #.../google/aof/prebuilt/linux-x86/toolchain/arm-eabi-4.4.0/bin/arm-eabi-gcc -v Using built-in specs. Target: arm-eabi Configured with: /home/jingyu/projects/gcc/android-toolchain/gcc-4.4.0/configure --prefix=/usr/local --target=arm-eabi --host=i686-unknown-linux-gnu --build=i686-unknown-linux-gnu --enable-languages=c,c++ --with-gmp=/home/jingyu/projects/gcc/toolchain_build/obj/temp-install --with-mpfr=/home/jingyu/projects/gcc/toolchain_build/obj/temp-install --disable-libssp --enable-threads --disable-nls --disable-libmudflap --disable-libgomp --disable-libstdc__-v3 --disable-sjlj-exceptions --disable-shared --disable-tls --with-float=soft --with-fpu=vfp --with-arch=armv5te --enable-target-optspace --with-abi=aapcs --with-gcc-version=4.4.0 --with-binutils-version=2.19 --with-gmp-version=4.2.4 --with-mpfr-version=2.4.1 --with-gdb-version=6.6 --with-arch=armv5te --with-multilib-list=mthumb-interwork,mandroid --with-sysroot=/g/users/jingyu/toolchain/cupcake_rel_root --program-transform-name='s^arm-eabi-' Thread model: single gcc version 4.4.0 (GCC) .../google/aof/kernel/mm/page-writeback.c: In function 'write_cache_pages': .../google/aof/kernel/mm/page-writeback.c:820: 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. make[3]: *** [mm/page-writeback.o] Error 1 make[2]: *** [mm] Error 2 make[1]: *** [sub-make] Error 2 make: *** [out/target/product/generic/obj/KERNEL/arch/arm/boot/uImage] Error 2
[Bug target/46234] [4.6 Regression] ICE in expand_expr_real_2 for va-arg-XXX tescases
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46234 Andreas Krebbel krebbel at gcc dot gnu.org changed: What|Removed |Added CC||krebbel at gcc dot gnu.org --- Comment #6 from Andreas Krebbel krebbel at gcc dot gnu.org 2010-11-04 16:03:42 UTC --- The va-arg* testcases are fixed for S/390 with the patch.
[Bug rtl-optimization/46238] [4.6 Regression] s390x bootstrap problem: wrong code generated in cfgcleanup/crossjumping
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46238 --- Comment #4 from Andreas Krebbel krebbel at gcc dot gnu.org 2010-11-04 16:05:52 UTC --- (In reply to comment #2) Please try revision 166259. As expected reverting the patch fixes bootstrap on s390x.
[Bug middle-end/46292] FAIL: gcc.c-torture/execute/vector-shift2.c compilation, -O3 -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46292 --- Comment #6 from uros at gcc dot gnu.org 2010-11-04 16:06:51 UTC --- Author: uros Date: Thu Nov 4 16:06:45 2010 New Revision: 166318 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166318 Log: PR middle-end/46292 * lower-suberg.c (simplify_subreg_concatn): For VOIDmode elements, if the innermode is not vector mode, determine the mode of a subreg by using mode_for_size of inner_size. Modified: trunk/gcc/ChangeLog trunk/gcc/lower-subreg.c trunk/gcc/testsuite/ChangeLog
[Bug middle-end/46292] FAIL: gcc.c-torture/execute/vector-shift2.c compilation, -O3 -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46292 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED URL||http://gcc.gnu.org/ml/gcc-p ||atches/2010-11/msg00341.htm ||l Resolution||FIXED --- Comment #7 from Uros Bizjak ubizjak at gmail dot com 2010-11-04 16:08:03 UTC --- Fixed.
[Bug target/45291] avr miscompilations related to frame pointer registers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45291 Georg Lay avr at gjlay dot de changed: What|Removed |Added CC||avr at gjlay dot de --- Comment #2 from Georg Lay avr at gjlay dot de 2010-11-04 16:04:02 UTC --- insn 34 renders insn 33 invalid. This is due to subreg semantics. There are several places in several versions of avr backend that use this technique and will introduce similar bugs that might look different or become visible in different passes. Amongst them are: o bytewise shift o bytewise rotate o zero-extending o bytewise insert o perhaps many more Without tracking it down, this particular case semms to be generated by a zero-extend. Moreover, there are several optimization flaws that are connected with this resp. optimization opportunities not implemented yet. As some recrafting will be needed to fix this anyway, I propose to write the backend so that these optimization issues will be kicked out (or will vanish without any effort if patterns are defined appropriately). As I see Erik CC'ed and I think he has a better overview of bugs/optimization flaws related to this issue, maybe it's best if he picks one bug and marks the others as duplicate of it.
[Bug target/46088] [4.6 Regression] ICE: SIGSEGV in ix86_binary_operator_ok (i386.c:15025) with -Os -fnon-call-exceptions -fpeel-loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46088 --- Comment #3 from Uros Bizjak ubizjak at gmail dot com 2010-11-04 16:19:20 UTC --- (In reply to comment #2) We're matching (define_insn *ashlmode3_cconly AFAICS, there is nothing wrong with the pattern: [(set (reg FLAGS_REG) (compare (ashift:SWI (match_operand:SWI 1 nonimmediate_operand 0) (match_operand:QI 2 shift_immediate_operand S)) (const_int 0))) (clobber (match_scratch:SWI 0 =r))]
[Bug target/46179] Codegen/TLS: invalid assembler syntax
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46179 --- Comment #10 from Thorsten Glaser tg at mirbsd dot org 2010-11-04 16:27:00 UTC --- https://www.freewrt.org/~tg/debs68k/dists/sid/main/PS-ok-unrel/gcc-4.4/ I built a Debian source package, which means three-stage bootstrap and then building the RTL with the just compiled GCC for C, C++, Objective-C, I think also Objective-C++, and Fortran. (I only used C and C++ compilers later, though, unless some package snuck in some of the others.)
[Bug target/46088] [4.6 Regression] ICE: SIGSEGV in ix86_binary_operator_ok (i386.c:15025) with -Os -fnon-call-exceptions -fpeel-loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46088
--- Comment #4 from Uros Bizjak ubizjak at gmail dot com 2010-11-04 16:32:57
UTC ---
The insn that was matched looks like:
(gdb) up
#1 0x00b9da94 in recog_7 (x0=0x71f329d8, insn=0x71f296c0,
pnum_clobbers=0x7fffdc9c)
at ../../gcc-svn/trunk/gcc/config/i386/i386.md:10089
10089ix86_binary_operator_ok (CODE, MODEmode, operands)
(gdb) p debug_rtx (insn)
(insn 7 6 8 2 (set (reg:CCZ 17 flags)
(compare:CCZ (lshiftrt:SI (reg/v:SI 60 [ i ])
(const_int 3 [0x3]))
(const_int 0 [0]))) pr46088.c:5 2 {*cmpsi_ccno_1}
(nil))
$1 = void
So, clobber of the scratch reg is missing, but the insn is recognized as
*lshrsi3_cconly anyway.
[Bug rtl-optimization/45652] [4.6 Regression] gcc.dg/compat/scalar-by-value-3 FAILs with -O2 -fselective-scheduling2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45652
--- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04
16:35:55 UTC ---
It looks like scheduling itself adds the instruction that references
(mem/s:DI (reg:DI 4 si) [0 MEM[(struct S * {ref-all})addr.0_2]+0 S8 A64])
making use of 'si' where it was formerly not used but fails to record its
set and thus invalidate the base alias info.
Thus, register renaming needs to properly fixup alias info or refrain
from touching registers which have reg_base_value set.
[Bug rtl-optimization/45652] [4.6 Regression] gcc.dg/compat/scalar-by-value-3 FAILs with -O2 -fselective-scheduling2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45652 --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-04 16:48:49 UTC --- And indeed --param selsched-insns-to-rename=0 fixes the testcase.
[Bug libstdc++/46303] 'mutex' is not a member of 'std' failures in 30_threads/call_once/constexpr.cc, 30_threads/mutex/cons/constexpr.cc, 30_threads/once_flag/cons/constexpr.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46303 --- Comment #7 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org 2010-11-04 17:02:35 UTC --- Author: paolo Date: Thu Nov 4 17:02:25 2010 New Revision: 166319 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166319 Log: 2010-11-04 Paolo Carlini paolo.carl...@oracle.com PR libstdc++/46303 * testsuite/30_threads/call_once/constexpr.cc: Add missing dg-require directives. * testsuite/30_threads/mutex/cons/constexpr.cc: Likewise. * testsuite/30_threads/once_flag/cons/constexpr.cc: Likewise. 2010-11-04 Paolo Carlini paolo.carl...@oracle.com * include/std/ratio (ratio_add, ratio_subtract, ratio_multiply, ratio_divide): Declare the data members constexpr. * testsuite/20_util/ratio/requirements/constexpr_data.cc: Extend. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/std/ratio trunk/libstdc++-v3/testsuite/20_util/ratio/requirements/constexpr_data.cc trunk/libstdc++-v3/testsuite/30_threads/call_once/constexpr.cc trunk/libstdc++-v3/testsuite/30_threads/mutex/cons/constexpr.cc trunk/libstdc++-v3/testsuite/30_threads/once_flag/cons/constexpr.cc
[Bug tree-optimization/46297] [4.6 Regression] gfortran.dg/g77/980701-0.f FAILs with -Os -fno-asynchronous-unwind-tables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46297 --- Comment #4 from Jeffrey A. Law law at redhat dot com 2010-11-04 17:03:26 UTC --- Testing a fix...
[Bug c++/46304] New: g++ crashes with ICE in bitmap_first_set_bit, at bitmap.c:770
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46304
Summary: g++ crashes with ICE in bitmap_first_set_bit, at
bitmap.c:770
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: apat...@apataki.net
g++ 4.5.1 crashes with an internal compiler error on the following C++ code
(trimmed down from a larger codebase - in this shortened state it is clearly
not expected to work/do anything useful):
#include complex.h
templateclass T
class ClassA
{
complex double *data;
public:
void setSize()
{
data[0] = 1.0 + 2.0i;
}
};
templateclass TCoeff, class TRHS
class ClassB
{
ClassATCoeff a1;
ClassATRHS a2;
public:
void setSize()
{
a1.setSize();
a2.setSize();
}
};
class ClassC
{
ClassBdouble, complex double d;
virtual void init();
};
void ClassC::init()
{
d.setSize();
}
$ g++ -c z8.cc
z8.cc: In member function ‘void ClassAT::setSize() [with T = __complex__
double]’:
z8.cc:41:1: internal compiler error: in bitmap_first_set_bit, at bitmap.c:770
Please submit a full bug report,
with preprocessed source if appropriate.
See http://bugzilla.redhat.com/bugzilla for instructions.
Preprocessed source stored into /tmp/ccL3ZMfZ.out file, please attach this to
your bugreport.
$ g++ -v
Using built-in specs.
COLLECT_GCC=/usr/bin/g++
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.5.1/lto-wrapper
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla
--enable-bootstrap --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-gnu-unique-object
--enable-linker-build-id
--enable-languages=c,c++,objc,obj-c++,java,fortran,ada,lto --enable-plugin
--enable-java-awt=gtk --disable-dssi
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre
--enable-libgcj-multifile --enable-java-maintainer-mode
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib
--with-ppl --with-cloog --with-tune=generic --with-arch_32=i686
--build=x86_64-redhat-linux
Thread model: posix
gcc version 4.5.1 20100924 (Red Hat 4.5.1-4) (GCC)
This is on a Fedora 14 x86-64 system.
[Bug c++/46298] constexpr ICE on ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46298 --- Comment #1 from Jason Merrill jason at gcc dot gnu.org 2010-11-04 17:16:10 UTC --- Please provide preprocessed input; I can't configure libstdc++ without an ARM assembler/linker.
[Bug c++/46298] constexpr ICE on ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46298 Richard Earnshaw rearnsha at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2010.11.04 17:18:27 CC||rearnsha at gcc dot gnu.org Ever Confirmed|0 |1
[Bug other/46305] New: [Regression] Bugzilla: PR n comment m type of links: Comment links to the wrong bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46305 Summary: [Regression] Bugzilla: PR n comment m type of links: Comment links to the wrong bug Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org CC: lpso...@netscape.net If I enter bug 45170 comment 5 one directly links to comment 5 of that bug. However, if I use the alternative syntax with PR, I get two links and the comment links to the current bug: PR 45170 comment 5
[Bug tree-optimization/46228] code produced for STL container is worse in 4.5.1 than in 4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46228 --- Comment #11 from Jan Hubicka hubicka at gcc dot gnu.org 2010-11-04 17:32:32 UTC --- Created attachment 22284 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22284 Patch I am testing Hi, this patch makes size metric more realistic in two ways 1) We assumed that return statement has size of 0 while it doesn't 2) We completely ignored the static cost of offline copy of function (i.e. prologue/epilogue/alignment). Accounting those two should give GCC a little extra push to inline function whose offline copies disappears. Many cases where -Os decided to not inline was off-by-one cases in the cost metric, so this should make it slightly better. In the case of COMDATs however this still does not help, since the offline copy of function is supposed to be shared with other unit and thus not really eliminated by full inlining. Therefore I also added the trick assuming that there is only 1/8th probability of sharing comdat with someone else. It is lousy but only way to reflect reality I think. Perhaps we can do some addtional guesswork if the function is instantiation of template or so, but that would require some cooperation with the C++ FE. I added it for overnight testing for SPEC/CSiBE/C++ benchmarks on Vangelis and will give it a try building Mozilla. Tramp3d gets 50% code size reduction at -Os (and -Os is now actually smaller than -O2 and executes about 3 times slower) and I would expect improvements on C benchmarks, too. The COMDAT trick should not kick in at C code and the prologue/epilogue/return trick should just do good job. At -O2 I get 6% code size savings at tramp3d. Honza P.S. LTO can now build Mozilla, so -fwhole-program should be more useful than before ;)
[Bug c/44772] [4.5/4.6 Regression] -Wc++-compat warns incorrectly for anonymous unions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44772 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2 Status|UNCONFIRMED |NEW Last reconfirmed||2010.11.04 17:36:14 CC||jakub at gcc dot gnu.org Target Milestone|--- |4.5.2 Summary|-Wc++-compat warns |[4.5/4.6 Regression] |incorrectly for anonymous |-Wc++-compat warns |unions [regression from |incorrectly for anonymous |4.4]|unions Ever Confirmed|0 |1
[Bug rtl-optimization/45936] [4.6 regression] cc1 enters infinite loop within combine_simplify_rtx()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45936 gee jojelino at gmail dot com changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED --- Comment #8 from gee jojelino at gmail dot com 2010-11-04 17:38:11 UTC --- it fixed. thanks
[Bug rtl-optimization/45685] [4.6 Regression] GCC optimizer for Intel x64 generates inefficient code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45685 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-04 17:41:45 UTC --- With -fno-tree-loop-if-convert -O3 the generated code for #c4 testcase is actually better, but still one insn longer than 4.4.x.
[Bug fortran/46301] [4.6 Regression] Missing diagnosis for len=:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46301
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- Comment #2 from kargl at gcc dot gnu.org 2010-11-04 17:47:49 UTC ---
Index: resolve.c
===
--- resolve.c (revision 166318)
+++ resolve.c (working copy)
@@ -11739,6 +11739,15 @@ resolve_symbol (gfc_symbol *sym)
gfc_namespace *ns;
gfc_component *c;
+ /* FIXME: Until deferred type parameters are resolved and translated to
+ to something useful, just bail out. */
+ if (sym-ts.type == BT_CHARACTER sym-ts.deferred)
+{
+ gfc_error (Deferred type parameter at %L is unsupported,
+sym-declared_at);
+ return;
+}
+
/* Avoid double resolution of function result symbols. */
if ((sym-result || sym-attr.result) !sym-attr.dummy
(sym-ns != gfc_current_ns))
troutmask:sgk[232] gfc4x -o z g.f90
g.f90:2.40:
character(len=:), allocatable :: S
1
Error: Deferred type parameter at (1) is unsupported
Also note that the testcase fails to compile if
one asks for Fortran conformance with or without this
patch.
troutmask:sgk[233] gfc4x -o z -std=f95 g.f90
g.f90:2.21:
character(len=:), allocatable :: S
1
Error: Fortran 2003: deferred type parameter at (1)
g.f90:4.6:
S=S(3:)
1
Error: Unclassifiable statement at (1)
g.f90:3.8:
S='abcdef'
1
Error: Can't convert CHARACTER(1) to REAL(4) at (1)
[Bug other/46305] [Regression] Bugzilla: PR n comment m type of links: Comment links to the wrong bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46305 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added CC||redi at gcc dot gnu.org --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2010-11-04 17:49:01 UTC --- *** Bug 45981 has been marked as a duplicate of this bug. ***
