[Bug gcov-profile/51449] [4.7 regression] Rev181994 causes tramp3d-v4 profiled build failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51449 --- Comment #4 from Nathan Sidwell nathan at gcc dot gnu.org 2011-12-10 08:32:38 UTC --- Author: nathan Date: Sat Dec 10 08:32:34 2011 New Revision: 182184 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=182184 Log: PR gcov-profile/51449 * coverage.c (coverage_end_function): Always process the coverage variables. testsuite/ * g++.dg/gcov/gcov-14.C: New. Added: trunk/gcc/testsuite/g++.dg/gcov/gcov-14.C Modified: trunk/gcc/ChangeLog trunk/gcc/coverage.c trunk/gcc/testsuite/ChangeLog
[Bug gcov-profile/51449] [4.7 regression] Rev181994 causes tramp3d-v4 profiled build failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51449 Nathan Sidwell nathan at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #5 from Nathan Sidwell nathan at gcc dot gnu.org 2011-12-10 08:35:24 UTC --- I've committed the attached patch to resolve 51449. Even though the function is entirely inlined, we need to emit its coverage counters. tested in i686-pc-linux-gnu with profiled bootstrap.
[Bug lto/51280] ICE when lto1 does not have -fgnu-tm and object file uses TM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51280 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2011-12-10 09:24:44 UTC --- For OpenMP it shouldn't be a problem, all the 3 OpenMP passes (part of gimplification, omplower and ompexp) are before LTO streaming, flag_openmp isn't used afterwards, so the only effect of not using -fopenmp for lto phase will be that -lgomp won't be added automatically.
[Bug rtl-optimization/51495] New: [4.7 Regression] ICE: in force_nonfallthru_and_redirect, at cfgrtl.c:1171 with computed goto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51495 Bug #: 51495 Summary: [4.7 Regression] ICE: in force_nonfallthru_and_redirect, at cfgrtl.c:1171 with computed goto Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: zso...@seznam.cz Host: x86_64-pc-linux-gnu Target: x86_64-pc-linux-gnu Created attachment 26041 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26041 reduced testcase Compiler output: $ gcc -O testcase.c testcase.c: In function 'foo': testcase.c:14:1: internal compiler error: in force_nonfallthru_and_redirect, at cfgrtl.c:1171 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. (gdb) list 1166 /* Irritating special case - fallthru edge to the same block as abnormal 1167 edge. 1168 We can't redirect abnormal edge, but we still can split the fallthru 1169 one and create separate abnormal edge to original destination. 1170 This allows bb-reorder to make such edge non-fallthru. */ 1171 gcc_assert (e-dest == target); 1172 abnormal_edge_flags = e-flags ~(EDGE_FALLTHRU | EDGE_CAN_FALLTHRU); 1173 e-flags = EDGE_FALLTHRU | EDGE_CAN_FALLTHRU; 1174} 1175 else (gdb) bt #0 fancy_abort (file=0x1242d48 /mnt/svn/gcc-trunk/gcc/cfgrtl.c, line=1171, function=0x1243aa0 force_nonfallthru_and_redirect) at /mnt/svn/gcc-trunk/gcc/diagnostic.c:898 #1 0x0069e7e8 in force_nonfallthru_and_redirect (e=0x75691540, target=0x75670618, jump_label=0x0) at /mnt/svn/gcc-trunk/gcc/cfgrtl.c:1171 #2 0x00689962 in redirect_edge_and_branch_force (e=0x75691540, dest=0x75670618) at /mnt/svn/gcc-trunk/gcc/cfghooks.c:399 #3 0x007f9867 in dup_block_and_redirect () at /mnt/svn/gcc-trunk/gcc/function.c:5551 #4 thread_prologue_and_epilogue_insns () at /mnt/svn/gcc-trunk/gcc/function.c:6126 #5 0x007f9f05 in rest_of_handle_thread_prologue_and_epilogue () at /mnt/svn/gcc-trunk/gcc/function.c:6792 #6 0x008f8925 in execute_one_pass (pass=0x17be260) at /mnt/svn/gcc-trunk/gcc/passes.c:2079 #7 0x008f8cc5 in execute_pass_list (pass=0x17be260) at /mnt/svn/gcc-trunk/gcc/passes.c:2134 #8 0x008f8cd7 in execute_pass_list (pass=0x17bee80) at /mnt/svn/gcc-trunk/gcc/passes.c:2135 #9 0x008f8cd7 in execute_pass_list (pass=0x17beee0) at /mnt/svn/gcc-trunk/gcc/passes.c:2135 #10 0x00a5a46e in tree_rest_of_compilation (fndecl=0x75672c00) at /mnt/svn/gcc-trunk/gcc/tree-optimize.c:421 #11 0x006ad84a in cgraph_expand_function (node=0x755636c0) at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1818 #12 0x006af5ec in cgraph_expand_all_functions () at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1885 #13 cgraph_optimize () at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:2198 #14 0x006afd5a in cgraph_finalize_compilation_unit () at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1327 #15 0x0058d620 in c_write_global_declarations () at /mnt/svn/gcc-trunk/gcc/c-decl.c:10026 #16 0x009edaf4 in compile_file (argc=13, argv=0x7fffdb18) at /mnt/svn/gcc-trunk/gcc/toplev.c:573 #17 do_compile (argc=13, argv=0x7fffdb18) at /mnt/svn/gcc-trunk/gcc/toplev.c:1928 #18 toplev_main (argc=13, argv=0x7fffdb18) at /mnt/svn/gcc-trunk/gcc/toplev.c:2004 #19 0x761570ed in __libc_start_main () from /lib64/libc.so.6 #20 0x00570df1 in _start () Tested revisions: r182183 - crash r181710 - crash r180540 - OK
[Bug tree-optimization/51315] [4.6/4.7 regression] unaligned memory accesses generated with -ftree-sra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51315 --- Comment #15 from Jurij Smakov jurij at wooyd dot org 2011-12-10 10:51:59 UTC --- Eric, thanks a lot for the fix, your work is very much appreciated! The fix is already in Debian unstable and Ruby can be built again on sparc.
[Bug tree-optimization/51315] [4.6/4.7 regression] unaligned memory accesses generated with -ftree-sra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51315 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #16 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-12-10 12:00:54 UTC --- Eric, thanks a lot for the fix, your work is very much appreciated! The fix is already in Debian unstable and Ruby can be built again on sparc. You're welcome. Thanks for confirming that the original problem has been fixed.
[Bug c++/51496] New: [4.7 Regression] FAIL: libgomp.c++/for-2.C * (test for excess errors)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51496 Bug #: 51496 Summary: [4.7 Regression] FAIL: libgomp.c++/for-2.C * (test for excess errors) Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: domi...@lps.ens.fr CC: hjl.to...@gmail.com, ja...@gcc.gnu.org Between revisions 182173 (OK, see http://gcc.gnu.org/ml/gcc-testresults/2011-12/msg01032.html ) and 182176 (see http://gcc.gnu.org/ml/gcc-testresults/2011-12/msg01035.html , likely r182175) the tests for libgomp.c++/for-2.C have started to fail: FAIL: libgomp.c++/for-2.C -O0 (test for excess errors) WARNING: libgomp.c++/for-2.C -O0 compilation failed to produce executable FAIL: libgomp.c++/for-2.C -O1 (test for excess errors) WARNING: libgomp.c++/for-2.C -O1 compilation failed to produce executable FAIL: libgomp.c++/for-2.C -O2 (test for excess errors) WARNING: libgomp.c++/for-2.C -O2 compilation failed to produce executable FAIL: libgomp.c++/for-2.C -O3 -fomit-frame-pointer (test for excess errors) WARNING: libgomp.c++/for-2.C -O3 -fomit-frame-pointer compilation failed to produce executable FAIL: libgomp.c++/for-2.C -O3 -fomit-frame-pointer -funroll-loops (test for excess errors) WARNING: libgomp.c++/for-2.C -O3 -fomit-frame-pointer -funroll-loops compilation failed to produce executable FAIL: libgomp.c++/for-2.C -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions (test for excess errors) WARNING: libgomp.c++/for-2.C -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions compilation failed to produce executable FAIL: libgomp.c++/for-2.C -O3 -g (test for excess errors) WARNING: libgomp.c++/for-2.C -O3 -g compilation failed to produce executable FAIL: libgomp.c++/for-2.C -Os (test for excess errors) WARNING: libgomp.c++/for-2.C -Os compilation failed to produce executable The failures are FAIL: libgomp.c++/for-2.C -O0 (test for excess errors) Excess errors: /opt/gcc/work/libgomp/testsuite/libgomp.c++/for-2.C:87:3: error: invalid increment expression
[Bug lto/51497] New: [4.7 Regression] The run time for the polyhedron test nf.f90 is ~10% slower with -flto after revision 182107
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51497 Bug #: 51497 Summary: [4.7 Regression] The run time for the polyhedron test nf.f90 is ~10% slower with -flto after revision 182107 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassig...@gcc.gnu.org ReportedBy: domi...@lps.ens.fr CC: rguent...@suse.de Host: x86_64-apple-darwin10 Target: x86_64-apple-darwin10 Build: x86_64-apple-darwin10 After revision 182107 the run time for the polyhedron test nf.f90 is ~10% slower with -flto: [macbook] lin/test% gfc -Ofast -funroll-loops nf.f90 [macbook] lin/test% time a.out /dev/null 18.795u 0.202s 0:19.00 99.9%0+0k 0+0io 0pf+0w [macbook] lin/test% gfc -Ofast -funroll-loops nf.f90 -flto [macbook] lin/test% time a.out /dev/null 20.640u 0.173s 0:20.82 99.9%0+0k 0+0io 0pf+0w This slowdown disappears if I revert the first 'else if' added block: [macbook] lin/test% gfcp -Ofast -funroll-loops nf.f90 [macbook] lin/test% time a.out /dev/null 18.820u 0.198s 0:19.02 99.9%0+0k 0+0io 0pf+0w [macbook] lin/test% gfcp -Ofast -funroll-loops nf.f90 -flto [macbook] lin/test% time a.out /dev/null 18.821u 0.202s 0:19.02 100.0%0+0k 0+0io 0pf+0w but not if I revert the second one: [macbook] lin/test% /opt/gcc/gcc4.7p-182107r1a/bin/gfortran -Ofast -funroll-loops nf.f90 [macbook] lin/test% time a.out /dev/null 18.809u 0.199s 0:19.01 99.8%0+0k 0+0io 0pf+0w [macbook] lin/test% /opt/gcc/gcc4.7p-182107r1a/bin/gfortran -Ofast -funroll-loops nf.f90 -flto [macbook] lin/test% time a.out /dev/null 20.601u 0.177s 0:20.78 99.9%0+0k 0+0io 0pf+0w
[Bug debug/45682] missing namespace parent die when using -gdwarf-4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45682 Jan Kratochvil jan.kratochvil at redhat dot com changed: What|Removed |Added CC||dodji at gcc dot gnu.org, ||jan.kratochvil at redhat ||dot com --- Comment #1 from Jan Kratochvil jan.kratochvil at redhat dot com 2011-12-10 13:27:29 UTC --- FAIL: g++ (GCC) 4.7.0 20111210 (experimental) It is specific for: -fdebug-types-section
[Bug tree-optimization/50078] [4.6 Regression] combine wrong code: volatile accesses optimized out
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50078 --- Comment #14 from Mikael Pettersson mikpe at it dot uu.se 2011-12-10 16:24:38 UTC --- The original test case now compiles correctly for me with gcc-4.6-20111209 for both i686-linux and armv5tel-linux-gnueabi targets.
[Bug tree-optimization/50569] [4.6/4.7 regression] unaligned memory accesses generated for memcpy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50569 --- Comment #10 from Mikael Pettersson mikpe at it dot uu.se 2011-12-10 16:39:57 UTC --- (In reply to comment #9) Please try the 4.6 branch (or a snapshot with the fix for PR tree-opt/51315). Unfortunately gcc-4.6-20111209 (which includes the PR51315 fix) still causes alignment faults in this PR's test cases, on both sparc-linux and armv5tel-linux-gnueabi.
[Bug tree-optimization/50569] [4.6/4.7 regression] unaligned memory accesses generated for memcpy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50569 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |ASSIGNED AssignedTo|unassigned at gcc dot |ebotcazou at gcc dot |gnu.org |gnu.org --- Comment #11 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-12-10 16:46:29 UTC --- Unfortunately gcc-4.6-20111209 (which includes the PR51315 fix) still causes alignment faults in this PR's test cases, on both sparc-linux and armv5tel-linux-gnueabi. Bummer. Investigating then.
[Bug libgcj/51498] New: [4.7 regression] temporary hack to make dejagnu work in libjava
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51498 Bug #: 51498 Summary: [4.7 regression] temporary hack to make dejagnu work in libjava Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassig...@gcc.gnu.org ReportedBy: jojel...@gmail.com Created attachment 26042 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26042 proposed patch it is Makefile.am which we patch eventually. but as a workaround, let's propagate environment variable needed to dejagnu.
[Bug tree-optimization/51499] New: vectorizer missing simple case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51499
Bug #: 51499
Summary: vectorizer missing simple case
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: fb.programm...@gmail.com
The sse vectorizer seems to miss one of the simplest cases:
#include cstdio
#include cstdlib
double loop(double a, size_t n){
// initialise differently so compiler doesn't simplify
double sum1=0.1, sum2=0.2, sum3=0.3, sum4=0.4, sum5=0.5, sum6=0.6;
for(size_t i=0; in; i++){
sum1+=a; sum2+=a; sum3+=a; sum4+=a; sum5+=a; sum6+=a;
}
return sum1+sum2+sum3+sum4+sum5+sum6-2.1-6.0*a*n;
}
int main(int argc, char** argv) {
size_t n=100;
double a=1.1;
printf(res=%f\n, loop(a,n));
return EXIT_SUCCESS;
}
g++-4.6.2 -Wall -O2 -ftree-vectorize -ftree-vectorizer-verbose=2 test.cpp
test.cpp:7: note: not vectorized: unsupported use in stmt.
test.cpp:4: note: vectorized 0 loops in function.
We get six addsd operations - whereas an optimisation should have
given us three addpd operations.
.L3:
addq$1, %rax
addsd%xmm0, %xmm6
cmpq%rdi, %rax
addsd%xmm0, %xmm5
addsd%xmm0, %xmm4
addsd%xmm0, %xmm3
addsd%xmm0, %xmm2
addsd%xmm0, %xmm1
jne.L3
[Bug lto/51497] [4.7 Regression] The run time for the polyhedron test nf.f90 is ~10% slower with -flto after revision 182107
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51497 --- Comment #1 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-12-10 18:39:15 UTC --- The profiles are without -flto: + 34.6%, nf3dprecon.2105.constprop.1, a.out | 34.6%, nf2dprecon.2116, a.out 33.5%, spmmult.2139, a.out + 29.8%, nfcg_, a.out | + 7.6%, nf3dprecon.2105.constprop.1, a.out | | 0.4%, nf2dprecon.2116, a.out | 0.4%, nf2dprecon.2116, a.out 0.9%, mattest_, a.out and with -flto + 37.7%, nf3dprecon.2105.2457.constprop.1.2435, a.out | 37.7%, nf2dprecon.2116.2442.2436, a.out 32.7%, spmmult.2139.2426.2446, a.out + 27.6%, nfcg_, a.out | + 7.0%, nf3dprecon.2105.2457.constprop.1.2435, a.out | | 0.4%, nf2dprecon.2116.2442.2436, a.out | 0.4%, nf2dprecon.2116.2442.2436, a.out | 0.0%, free, libSystem.B.dylib 0.8%, mattest_, a.out So the slow routines are nf2dprecon, accounting for ~1.2s, and spmmult, accounting for ~0.5s. If I am reading the assembly correctly, in nf2dprecon, the implicit loop x(i:i+nx-1) = x(i:i+nx-1) - au2(i-nx:i-1)*x(i-nx:i-1) is unrolled eight times without -flto and four times with -flto. In spmmult, the implicit loop b = ad*x is unrolled four times and vectorized without -flto and eight times, but not vectorized, with -flto. Note that --param max-unroll-times=4 does not change the times.
[Bug libgcj/51500] New: [4.7 regression] 106 unexpected libjava testsuite failures with mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51500 Bug #: 51500 Summary: [4.7 regression] 106 unexpected libjava testsuite failures with mingw32 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassig...@gcc.gnu.org ReportedBy: jojel...@gmail.com Created attachment 26043 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26043 dejagnu log Target is i686-pc-mingw32 Host is i686-pc-mingw32 Build is i686-pc-cygwin === libjava tests === Schedule of variations: unix Running target unix Using /usr/share/dejagnu/baseboards/unix.exp as board description file for target. Using /usr/share/dejagnu/config/unix.exp as generic interface file for target. Using /tmp/gcc/libjava/testsuite/config/default.exp as tool-and-target-specific interface file. WARNING: Assuming target board is the local machine (which is probably wrong). You may need to set your DEJAGNU environment variable. Running /tmp/gcc/libjava/testsuite/libjava.cni/cni.exp ... Running /tmp/gcc/libjava/testsuite/libjava.jar/jar.exp ... FAIL: TestClosureGC run FAIL: libjava.jar/TestClosureGC.jar execution - gij test FAIL: simple output FAIL: libjava.jar/simple.jar execution - gij test Running /tmp/gcc/libjava/testsuite/libjava.jni/jni.exp ... Running /tmp/gcc/libjava/testsuite/libjava.jvmti/jvmti-interp.exp ... Running /tmp/gcc/libjava/testsuite/libjava.jvmti/jvmti.exp ... Running /tmp/gcc/libjava/testsuite/libjava.lang/lang.exp ... FAIL: ArrayStore execution - source compiled test FAIL: ArrayStore -findirect-dispatch execution - source compiled test FAIL: ArrayStore -O3 execution - source compiled test FAIL: ArrayStore -O3 -findirect-dispatch execution - source compiled test FAIL: ArrayStore2 execution - source compiled test FAIL: ArrayStore2 -findirect-dispatch execution - source compiled test FAIL: ArrayStore2 -O3 execution - source compiled test FAIL: ArrayStore2 -O3 -findirect-dispatch execution - source compiled test FAIL: Divide_1 output - source compiled test FAIL: Divide_1 -findirect-dispatch output - source compiled test FAIL: Divide_1 -O3 output - source compiled test FAIL: Divide_1 -O3 -findirect-dispatch output - source compiled test FAIL: ExtraClassLoader execution - source compiled test FAIL: ExtraClassLoader -findirect-dispatch execution - source compiled test FAIL: ExtraClassLoader -O3 execution - source compiled test FAIL: ExtraClassLoader -O3 -findirect-dispatch execution - source compiled test FAIL: InvokeInterface output - source compiled test FAIL: InvokeInterface -findirect-dispatch output - source compiled test FAIL: InvokeInterface -O3 output - source compiled test FAIL: InvokeInterface -O3 -findirect-dispatch output - source compiled test FAIL: PR218 output - source compiled test FAIL: PR218 -findirect-dispatch output - source compiled test FAIL: PR218 -O3 output - source compiled test FAIL: PR218 -O3 -findirect-dispatch output - source compiled test FAIL: Process_6 output - source compiled test FAIL: Process_6 -findirect-dispatch output - source compiled test FAIL: Process_6 -O3 output - source compiled test FAIL: Process_6 -O3 -findirect-dispatch output - source compiled test FAIL: ProxyTest execution - source compiled test FAIL: ProxyTest -findirect-dispatch execution - source compiled test FAIL: ProxyTest -O3 execution - source compiled test FAIL: ProxyTest -O3 -findirect-dispatch execution - source compiled test FAIL: Serialization execution - source compiled test FAIL: Serialization -findirect-dispatch execution - source compiled test FAIL: Serialization -O3 execution - source compiled test FAIL: Serialization -O3 -findirect-dispatch execution - source compiled test FAIL: StackTrace2 execution - source compiled test FAIL: StackTrace2 -findirect-dispatch execution - source compiled test FAIL: StackTrace2 -O3 execution - source compiled test FAIL: StackTrace2 -O3 -findirect-dispatch execution - source compiled test FAIL: StringBuffer_1 execution - source compiled test FAIL: StringBuffer_1 -findirect-dispatch execution - source compiled test FAIL: StringBuffer_1 -O3 execution - source compiled test FAIL: StringBuffer_1 -O3 -findirect-dispatch execution - source compiled test FAIL: StringBuffer_overflow output - source compiled test FAIL: StringBuffer_overflow -findirect-dispatch output - source compiled test FAIL: StringBuffer_overflow -O3 output - source compiled test FAIL: StringBuffer_overflow -O3 -findirect-dispatch output - source compiled test FAIL: String_overflow output - source compiled test FAIL: String_overflow -findirect-dispatch output - source compiled test FAIL: String_overflow -O3 output - source compiled test FAIL: String_overflow -O3 -findirect-dispatch output - source compiled test FAIL: TestProxy execution - source compiled test FAIL: TestProxy -findirect-dispatch
[Bug libgcj/51500] [4.7 regression] 106 unexpected libjava testsuite failures with mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51500 --- Comment #1 from gee jojelino at gmail dot com 2011-12-10 18:59:19 UTC --- stacktrace Starting program: /tmp/gcc/i686-pc-mingw32/libjava/testsuite/.libs/TestClosureGC [New Thread 3600.0xf5c] [New Thread 3600.0x1338] Program received signal SIGSEGV, Segmentation fault. 0x00401462 in StringBuffer_overflow.Fail(java.lang.String, java.lang.Object)void () at StringBuffer_overflow.java:122 122 StringBuffer_overflow.java: No such file or directory. in StringBuffer_overflow.java (gdb) bt #0 0x00401462 in StringBuffer_overflow.Fail(java.lang.String, java.lang.Object)void () at StringBuffer_overflow.java:122 warning: (Internal error: pc 0x0 in read in psymtab, but not in symtab.) warning: (Internal error: pc 0x0 in read in psymtab, but not in symtab.) warning: (Internal error: pc 0x0 in read in psymtab, but not in symtab.) #1 0x0001 in ?? () warning: (Internal error: pc 0x0 in read in psymtab, but not in symtab.) #2 0x0022fb48 in ?? () #3 0x69ce87f7 in ffi_call_win32 () at ../.././libffi/src/x86/win32.S:424 #4 0x69ce85a5 in ffi_call (cif=0x22fc58, fn=0x40142c StringBuffer_overflow.Fail(java.lang.String, java.lang.Object)void+12, rvalue=0x22fc48, avalue=0x22fbb0) at ../.././libffi/src/x86/ffi.c:319 #5 0x696d1cb5 in _Jv_CallAnyMethodA (obj=0xa97f08, obj@entry=0x0, return_type=return_type@entry=0x403240, meth=meth@entry=0x4031c0, is_constructor=is_constructor@entry=0x1, is_virtual_call=0x0, parameter_types=parameter_types@entry=0xa5fde0, args=args@entry=0x22fcb8, result=result@entry=0x22fd08, is_jni_call=is_jni_call@entry=0x0, iface=iface@entry=0x0) at ../.././libjava/java/lang/reflect/natMethod.cc:535 #6 0x696d20ee in _Jv_CallAnyMethodA (obj=0x0, return_type=0x403240, meth=0x4031c0, is_constructor=0x1, parameter_types=0xa5fde0, args=0xa5fbe0, iface=0x0) at ../.././libjava/java/lang/reflect/natMethod.cc:670 #7 0x696d0759 in java::lang::reflect::Constructor::newInstance ( this=0xa96ba0, args=0xa5fbe0) at ../.././libjava/java/lang/reflect/natConstructor.cc:92 #8 0x00401822 in StringBuffer_overflow.appendbasic()void () ---Type return to continue, or q return to quit--- at StringBuffer_overflow.java:52 #9 0x00a5fbe8 in ?? () #10 0x696bf9d2 in gnu::java::lang::MainThread::call_main (this=0x246470) at ../.././libjava/gnu/java/lang/natMainThread.cc:54 #11 0x696fda26 in gnu.java.lang.MainThread.run()void (this=@bfdf60) at /tmp/gcc/libjava/gnu/java/lang/MainThread.java:106 #12 0x696ce8b2 in _Jv_ThreadRun (thread=0xbfdf60) at ../.././libjava/java/lang/natThread.cc:335 #13 0x69683fb0 in _Jv_RunMain (vm_args=vm_args@entry=0x0, klass=klass@entry=0x4035e0, name=name@entry=0x0, argc=argc@entry=0x1, argv=argv@entry=0x3d8660, is_jar=is_jar@entry=0x0) at ../.././libjava/prims.cc:1790 #14 0x696841a6 in _Jv_RunMain (klass=klass@entry=0x4035e0, name=name@entry=0x0, argc=argc@entry=0x1, argv=argv@entry=0x3d8660, is_jar=is_jar@entry=0x0) at ../.././libjava/prims.cc:1815 #15 0x6968420f in JvRunMain (klass=0x4035e0, argc=0x1, argv=0x3d8660) at ../.././libjava/prims.cc:1821 #16 0x00401402 in StringBuffer_overflow.clinit()void () at StringBuffer_overflow.java:109 #17 0x004010bb in __mingw_CRTStartup () at /usr/src/mingw-runtime/mingw-runtime-3.20-1/src/mingwrt-3.20-mingw32/crt1.c:244 Backtrace stopped: frame did not save the PC Starting program: /tmp/gcc/i686-pc-mingw32/libjava/testsuite/.libs/ExtraClassLoader [New Thread 1824.0x1310] [New Thread 1824.0x12d8] Program received signal SIGSEGV, Segmentation fault. java::lang::Object::getClass (this=0x1) at ../.././libjava/java/lang/natObject.cc:58 58return (*dt)-clas; (gdb) bt #0 java::lang::Object::getClass (this=0x1) at ../.././libjava/java/lang/natObject.cc:58 #1 0x69ce87f7 in ffi_call_win32 () at ../.././libffi/src/x86/win32.S:424 #2 0x69ce87a5 in ffi_raw_call (cif=0xc01a0c, fn=0x696ca980 java::lang::Object::getClass(), rvalue=0x22fc18, fake_avalue=0x22fa44) at ../.././libffi/src/x86/ffi.c:647 #3 0x6969c7a4 in _Jv_InterpMethod::run (retp=0x22fd80, args=0x22fda0, meth=0xac9e10) at ../.././libjava/interpret-run.cc:611 #4 0x69ce89a5 in ffi_closure_raw_SYSV () at ../.././libffi/src/x86/win32.S:695 #5 0x696c7f36 in java::lang::Class::newInstance (this=0xc0bda8) at ../.././libjava/java/lang/natClass.cc:664 #6 0x004014e8 in ExtraClassLoader.main(java.lang.String[])void () at ExtraClassLoader.java:9 #7 0x696bf9d2 in gnu::java::lang::MainThread::call_main (this=0xc0ef60) at ../.././libjava/gnu/java/lang/natMainThread.cc:54 #8 0x696fda26 in gnu.java.lang.MainThread.run()void (this=@c0ef60) at /tmp/gcc/libjava/gnu/java/lang/MainThread.java:106 #9 0x696ce8b2 in _Jv_ThreadRun (thread=0xc0ef60) at ../.././libjava/java/lang/natThread.cc:335 #10 0x69683fb0 in _Jv_RunMain (vm_args=vm_args@entry=0x0, klass=klass@entry=0x0, name=name@entry=0x406064 ExtraClassLoader,
[Bug c++/48051] sorry, unimplemented: mangling overload
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48051 --- Comment #1 from Dave Abrahams dave at boostpro dot com 2011-12-10 19:19:02 UTC --- Created attachment 26044 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26044 Another test case Sorry, it's a bit long. Hopefully fixing the others handles this one too.
[Bug c++/47335] [C++0x] sorry, unimplemented: mangling overload
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47335 Dave Abrahams dave at boostpro dot com changed: What|Removed |Added CC||dave at boostpro dot com --- Comment #3 from Dave Abrahams dave at boostpro dot com 2011-12-10 19:20:24 UTC --- I believe this should be a duplicate of bug 48051, not bug 49044... as that one is closed solving just the ICE problem.
[Bug c++/47335] [C++0x] sorry, unimplemented: mangling overload
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47335 --- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2011-12-10 19:54:47 UTC --- (In reply to comment #3) I believe this should be a duplicate of bug 48051, not bug 49044... as that one is closed solving just the ICE problem. bug 49044 is closed as a dup of *this* bug, but this may well be the same issue as bug 48051 - Jason, any reason to keep both open?
[Bug target/46887] Invalid AIX linker flag '-bnoerok', it has to be '-bernotok'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46887 --- Comment #5 from David Edelsohn dje at gcc dot gnu.org 2011-12-10 20:31:45 UTC --- The problem still exists, but classpath is maintained upstream, not by GCC.
[Bug target/46887] Invalid AIX linker flag '-bnoerok', it has to be '-bernotok'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46887 --- Comment #6 from David Edelsohn dje at gcc dot gnu.org 2011-12-10 20:37:47 UTC --- This bug really should have been opened for the classpath Product in Bugzilla, not for gcc. I do not think the bug can be transferred. The command definitely is wrong for AIX, but I don't think the option ever will be used when building classpath.
[Bug c++/51501] New: decltype over-agressive SFINAE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51501 Bug #: 51501 Summary: decltype over-agressive SFINAE Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: d...@boostpro.com Please see attached, which fails to compile. If you compile with -DWORKAROUND you can prove to yourself that it ought to compile.
[Bug c++/51501] decltype over-agressive SFINAE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51501 --- Comment #1 from Dave Abrahams dave at boostpro dot com 2011-12-10 21:06:14 UTC --- Created attachment 26045 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26045 test case compile with -std=c++11 to see the failure. Additionally add -DWORKAROUND to demonstrate why it ought to work.
[Bug middle-end/46483] [4.4/4.5 regression] built-in memcpy() does not handle unaligned int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46483 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Target|arm-elf | CC||ebotcazou at gcc dot ||gnu.org Component|target |middle-end Target Milestone|--- |4.5.4 Summary|Built-in memcpy() does not |[4.4/4.5 regression] |handle unaligned int for|built-in memcpy() does not |ARM |handle unaligned int --- Comment #14 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-12-10 21:22:14 UTC --- IMO there is no other solution than disabling the folding for strict-alignment targets, i.e. reverting to the 4.3 behavior. Wh
[Bug ada/49084] [4.7 regression] bootstrap failure with Ada enabled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #16 from Cesar Strauss cestrauss at gmail dot com 2011-12-10
23:03:13 UTC ---
As can be seen in the assembler code above, the Ada compiler thinks the Node
structure is 32 bytes in size, while the C compiler thinks its size is 36
bytes.
The culprit is the struct Flag_Word (gcc/ada/atree.h:116), included in Node,
which increased from 4 bytes to 6 bytes:
struct Flag_Word
{
Boolean flag73: 1;
Boolean flag74: 1;
Boolean flag75: 1;
Boolean flag76: 1;
Boolean flag77: 1;
Boolean flag78: 1;
Boolean flag79: 1;
Boolean flag80: 1;
Boolean flag81: 1;
Boolean flag82: 1;
Boolean flag83: 1;
Boolean flag84: 1;
Boolean flag85: 1;
Boolean flag86: 1;
Boolean flag87: 1;
Boolean flag88: 1;
Boolean flag89: 1;
Boolean flag90: 1;
Boolean flag91: 1;
Boolean flag92: 1;
Boolean flag93: 1;
Boolean flag94: 1;
Boolean flag95: 1;
Boolean flag96: 1;
Shortconvention : 8;
};
On MinGW, the bitfield packing convention has changed in GCC 4.7: it now
follows the Microsoft compiler (-mms-bitfields). Since the size of the
convention field (16 bit short) is different from the previous one (8 bit
unsigned char), padding is added until it starts on a new 16 bit boundary.
Indeed, rebuilding GCC with make 'BOOT_CFLAGS=-g -O2 -mno-ms-bitfields' allows
the build to proceed to completion. Changing Short to Byte in Flag_Word also
works.
[Bug target/50751] SH Target: Displacement addressing does not work for QImode and HImode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50751 Oleg Endo oleg.e...@t-online.de changed: What|Removed |Added Attachment #25932|0 |1 is obsolete|| --- Comment #18 from Oleg Endo oleg.e...@t-online.de 2011-12-11 00:24:17 UTC --- Created attachment 26046 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26046 Proposed patch to add QImode displacement addressing This version of the patch was tested against rev 182090 and did not introduce new failures. It allows the generation of QImode displacement addressing move insns, but only if the addresses can be fixed before reload. If reload needs to load/store e.g. pseudos on the stack where displacement addressing would be required the generated code is not as good unfortunately. One good example for this kind of scenario is the gcc.dg/compat/struct-by-value-11 test from the testsuite, which shows that there is still some room for improvement. Still, on the CSiBE I could observe a code size decrease of -1.2% avg, where mpeg2dec goes down to -5.65% and libmpeg2/motion_comp down to -20% (-m4 -ml taken as example). Due to SH2A's 4 byte QImode displacement insn the benefit on SH2A code is not that big (-0.2% avg). There are probably smarter ways of doing what the patch does. I have also tried out implementing it with predicates and constraints, few load/store insns and lots of alternatives in the insns. However, reload would refuse to select the displacement addressing due to pressure on R0 in many cases. Would something like the attached patch be acceptable (after some cleanups)? If so, I'd also start adding HImode displacement addressing support.
[Bug libstdc++/23081] Finish the implementation of tr1::array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23081 David Fang fang at csl dot cornell.edu changed: What|Removed |Added CC||fang at csl dot cornell.edu --- Comment #5 from David Fang fang at csl dot cornell.edu 2011-12-11 01:00:35 UTC --- Blarg! This never got backported to apple's g++-4.0.1! :(
[Bug tree-optimization/51499] vectorizer missing simple case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51499 Ira Rosen irar at il dot ibm.com changed: What|Removed |Added CC||irar at il dot ibm.com --- Comment #1 from Ira Rosen irar at il dot ibm.com 2011-12-11 07:37:36 UTC --- You need -ffast-math to allow floating point reduction. You also need -fno-vect-cost-model, because the vectorization is not profitable in this case.
