[Bug target/19584] New: ICE: insn does not satisfy its constraints
With current GCC CVS (4.0.0 20050122) I get the following ICE compiling glibc: /opt/gcc/4.0-devel/libexec/gcc/x86_64-suse-linux-gnu/4.0.0/cc1 -fpreprocessed s_fma2.i -quiet -dumpbase s_fma.c -mtune=k8-auxbase-strip /tmp/s_fma.o -g -O2 -Wall -Winline -Wno-pointer-sign -Wstrict-prototypes -Wwrite-strings -Wno-uninitialized -std=gnu99 -version -o s_fma.s GNU C version 4.0.0 20050122 (experimental) (x86_64-suse-linux-gnu) compiled by GNU C version 4.0.0 20050122 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 s_fma2.i: In function ?__fma?: s_fma2.i:123: error: insn does not satisfy its constraints: (insn 268 84 86 7 s_fma2.i:5 (set (reg/v:DI 21 xmm0 [orig:79 _bitsy ] [79]) (const_int 2310346608841064448 [0x2010])) 81 {*movdi_1_rex64} (nil) (nil)) s_fma2.i:123: internal compiler error: in reload_cse_simplify_operands, at postreload.c:391 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: ICE: insn does not satisfy its constraints Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19584
[Bug target/19584] ICE: insn does not satisfy its constraints
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-23 09:28 --- Created an attachment (id=8042) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8042action=view) Reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19584
[Bug libstdc++/8670] Alignment problem in std::basic_string
--- Additional Comments From pcarlini at suse dot de 2005-01-23 10:30 --- Somebody mentioned that using unions for type punning was described Thanks Nathan for the clarification. Actually, however, we really want to deal with those issues via appropriate __attribute__, we debated the issue in great detail (therefore we have to wait for the attributes to work correctly, see PRs mentioned in my previous reply) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8670
[Bug middle-end/19585] New: internal compiler error: Segmentation fault in gen_decl_die
Compiling glibc with -m32 I get the following ICE: /opt/gcc/4.0-devel/libexec/gcc/x86_64-suse-linux-gnu/4.0.0/cc1 -fpreprocessed inl-tester.i -quiet -dumpbase inl-tester.c -m32 -march=i686 -mpreferred-stack-boundary=2 -auxbase-strip /builds/glibc/4.0-linuxthreads-32bit/string/inl-tester.o -g -O2 -Wall -Winline -Wno-sign-compare -Wstrict-prototypes -Wwrite-strings -std=gnu99 -version -o inl-tester.s GNU C version 4.0.0 20050122 (experimental) (x86_64-suse-linux-gnu) compiled by GNU C version 4.0.0 20050122 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 inl-tester.i: In function ?test_stpncpy?: inl-tester.i:10153: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. gdb reports: gdb --args /opt/gcc/4.0-devel/libexec/gcc/x86_64-suse-linux-gnu/4.0.0/cc1 -fpreprocessed inl-tester.i -quiet -dumpbase inl-tester.c -m32 -march=i686 -mpreferred-stack-boundary=2 -auxbase-strip /builds/glibc/4.0-linuxthreads-32bit/string/inl-tester.o -g -O2 -Wall -Winline -Wno-sign-compare -Wstrict-prototypes -Wwrite-strings -std=gnu99 -version -o inl-tester.s GNU gdb 6.2.1 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as x86_64-suse-linux...Using host libthread_db library /lib64/tls/libthread_db.so.1. (gdb) r GNU C version 4.0.0 20050122 (experimental) (x86_64-suse-linux-gnu) compiled by GNU C version 4.0.0 20050122 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Program received signal SIGSEGV, Segmentation fault. decl_function_context (decl=0x0) at /cvs/gcc/gcc/tree.c:5081 5081 if (TREE_CODE (decl) == ERROR_MARK) (gdb) bt #0 decl_function_context (decl=0x0) at /cvs/gcc/gcc/tree.c:5081 #1 0x00580c8c in gen_decl_die (decl=Variable decl is not available. ) at /cvs/gcc/gcc/dwarf2out.c:10501 #2 0x00586325 in decls_for_scope (stmt=0x2a96dcf310, context_die=0x2a96d74640, depth=2) at /cvs/gcc/gcc/dwarf2out.c:12403 #3 0x00586630 in gen_lexical_block_die (stmt=0x2a96dcf310, context_die=0x0, depth=2) at /cvs/gcc/gcc/dwarf2out.c:11646 #4 0x00585f25 in gen_block_die (stmt=0x2a96dcf310, context_die=0x2a96d74410, depth=2) at /cvs/gcc/gcc/dwarf2out.c:12364 #5 0x005863bd in decls_for_scope (stmt=Variable stmt is not available. ) at /cvs/gcc/gcc/dwarf2out.c:12416 #6 0x005860d5 in gen_block_die (stmt=0x2a96dcf230, context_die=0x2a96d74370, depth=1) at /cvs/gcc/gcc/dwarf2out.c:11675 #7 0x005863bd in decls_for_scope (stmt=Variable stmt is not available. ) at /cvs/gcc/gcc/dwarf2out.c:12416 #8 0x0058456b in gen_subprogram_die (decl=0x2a96209dd0, context_die=Variable context_die is not available. ) at /cvs/gcc/gcc/dwarf2out.c:11474 #9 0x00907c60 in rest_of_compilation () at /cvs/gcc/gcc/passes.c:330 #10 0x0047c5ef in execute_pass_list (pass=0xccc240) at /cvs/gcc/gcc/tree-optimize.c:527 #11 0x0047c919 in tree_rest_of_compilation (fndecl=0x2a96209dd0) at /cvs/gcc/gcc/tree-optimize.c:663 #12 0x00419dab in c_expand_body (fndecl=0x2a96209dd0) at /cvs/gcc/gcc/c-decl.c:6424 #13 0x0093c460 in cgraph_expand_function (node=0x2a9615c000) at /cvs/gcc/gcc/cgraphunit.c:822 #14 0x0093dab1 in cgraph_optimize () at /cvs/gcc/gcc/cgraphunit.c:1689 #15 0x008de5b5 in toplev_main (argc=Variable argc is not available. ) at /cvs/gcc/gcc/toplev.c:1009 #16 0x002a9568900d in __libc_start_main () from /lib64/tls/libc.so.6 #17 0x004025aa in _start () at start.S:113 #18 0x007fbfffead8 in ?? () -- Summary: internal compiler error: Segmentation fault in gen_decl_die Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19585
[Bug middle-end/19585] internal compiler error: Segmentation fault in gen_decl_die
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-23 10:37 --- Created an attachment (id=8043) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8043action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19585
[Bug libstdc++/19343] [4.0 Regression] New warnings in libstdc++-v3 since 2004-01-05
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-23 10:45 --- Subject: Bug 19343 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-23 10:45:01 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/bits: functexcept.h Log message: 2005-01-23 Paolo Carlini [EMAIL PROTECTED] Andreas Jaeger [EMAIL PROTECTED] PR libstdc++/19343 * include/bits/functexcept.h: Mark the helpers as 'noreturn'. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gccr1=1.2867r2=1.2868 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/functexcept.h.diff?cvsroot=gccr1=1.5r2=1.6 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19343
[Bug libstdc++/19343] [4.0 Regression] New warnings in libstdc++-v3 since 2004-01-05
--- Additional Comments From pcarlini at suse dot de 2005-01-23 10:46 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19343
[Bug java/19586] New: gij exits with SIGABR
gij always fails to iterpret a class and exits with SIGABR see http://bugs.gentoo.org/show_bug.cgi?id=78571 for more info -- Summary: gij exits with SIGABR Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rickard dot narstrom at gmail dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19586
[Bug ada/19587] New: Unnecessary warning for class-wide out parameters
The follow program results in a warning at the indicated position. As far as I can tell, the warning is a false positive. Code like this one immediately suggests itself if you've got two parallel type hierarchies (and Bar is actually a dispatching operation on the second type which is not shown here). IMHO, it makes sense to suppress the warning in this case. procedure Classwide_Out is type Foo is abstract tagged null record; type Foo_Real is new Foo with record X : Integer; end record; procedure Bar (F : out Foo'Class) is F2 : Foo_Real renames Foo_Real (F); -- warning: F may be referenced before it has a value begin F2.X := 0; end Bar; F : Foo_Real; begin Bar (F); end Classwide_Out; -- Summary: Unnecessary warning for class-wide out parameters Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fw at deneb dot enyo dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19587
[Bug rtl-optimization/19580] [3.4/4.0 Regression] missed load/store motion
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 11:13 --- The patch you identified makes RTL store motion work. Before the patch gcse-sm just did almost nothing at all. You can't blame a patch for fixing a pass. Closing this as won't fix. Lets focus on PR19581 instead. -- What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
[Bug tree-optimization/19516] missed optimization (bool)
--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2005-01-23 11:13 --- How comes, that if I change _Bool to int, after tree-optimizations we get foo (flag) { int D.1121; bb 0: D.1121_2 = *flag_1; if (D.1121_2 != 0) goto L0; else goto L3; L0:; bar (); D.1121_11 = *flag_1; if (D.1121_11 != 0) goto L2; else goto L3; L2:; bar () [tail call]; L3:; return; } If your analysis were correct, this shouldn't be possible, no? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19516
[Bug fortran/18827] ICE on assign to common variable
--- Additional Comments From wf_cs at yahoo dot com 2005-01-23 11:36 --- http://gcc.gnu.org/ml/fortran/2004-12/msg00136.html http://gcc.gnu.org/ml/fortran/2005-01/msg00118.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18827
[Bug target/19421] [4.0 regression] ICE with soft-float on m68k
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-23 12:26 --- Created an attachment (id=8044) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8044action=view) Example 2 to reproduce the ICE There seems to be some improvement on this PR. pr19421.c doesn't trigger the ICE anymore with 4.0.0 as of 20050121. The original code, pr19421.c had been derived from, however still ICEs for certain CFLAGS. I am attaching a somewhat rawer version (pr19421-1.c) of the original code. For me, compiling pr19421-1.c ICEs for # m68k-rtems4.7-gcc -o tmp.o -c pr19421-1.c -O2 -msoft-float pr19421-1.c: In function 'paranoia': pr19421-1.c:2084: internal compiler error: Segmentation fault but doesn't ICE for # m68k-rtems4.7-gcc -o tmp.o -c pr19421-1.c -O1 -msoft-float and # m68k-rtems4.7-gcc -o tmp.o -c pr19421-1.c -O2 # m68k-rtems4.7-gcc --version m68k-rtems4.7-gcc (GCC) 4.0.0 20050121 (experimental) Also, this ICE doesn't seem to depend on the version of host compiler being used to compile m68k-rtems4.7-gcc. On FC3, both, a gcc-3.4.2 compiled m68k-rtems4.7-gcc and a gcc4.0.0 compiled m68k-rtems-gcc, expose the same behavior. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
[Bug target/19421] [4.0 regression] ICE with soft-float on m68k
-- What|Removed |Added Attachment #7948 is|0 |1 obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
[Bug c/19588] New: Documentation: Help on no-show of warning is missing
I want to un-show a specific warning, namely the one about string length: Warnung: Zeichenkettenlänge »5388« ist größer als die Länge »509«, die von ISO-C89-Compilern unterstützt werden muss (which translates roughly to Warning: String length »5388« is larger than the length »509« which is required to be supported by ISO-C89 compilers). The documentation on http://gcc.gnu.org/onlinedocs/gcc-3.3.5/gcc/Warning-Options.html#Warning-Options does show how to do this. Please note that I'm quite happy with all other warnings. -- Summary: Documentation: Help on no-show of warning is missing Product: gcc Version: 3.3.5 Status: UNCONFIRMED Severity: minor Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mail at thorstenhau dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19588
[Bug tree-optimization/18048] [4.0 Regression] mgrid loop performance regression with ivopts
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 13:17 --- Andrew, 30 lines is quite OK to paste if you rename things a bit ;-) You'll find that mgrid.f is already available on the web anyway: http://www.cs.duke.edu/~tavi/scheduling/mgrid.f -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18048
[Bug rtl-optimization/9553] No induction variable elimination
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 13:30 --- GCC mainline as of 2005-01-23 produces this with -O2 -fomit-frame-pointer: f: xorl%edx, %edx .p2align 4,,7 .L2: movlb(,%edx,4), %eax movl%eax, a(,%edx,4) leal1(%edx), %eax cmpl$20, %eax movl%eax, %edx jne .L2 rep ; ret I'm not sure why we use leal, but otherwise this code looks pretty much optimial. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9553
[Bug tree-optimization/14741] missing transformations lead to poorly optimized code
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 13:31 --- My patch for PR19464 will fix this. -- What|Removed |Added BugsThisDependsOn||19464 AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2004-09-15 03:25:55 |2005-01-23 13:31:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741
[Bug bootstrap/16865] False alarm about use of uninitialized variable breaks bootstrap at -O3
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 13:33 --- What is the status on this one? -- What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16865
[Bug rtl-optimization/17387] Redundant instructions in loop optimization
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 13:35 --- Mainline today produces: foo: .LFB2: xorl%eax, %eax movl$4, %ecx movl$state, %edx .p2align 4,,7 .L2: mov %eax, %eax movlS(,%rax,4), %eax xorl(%rdx), %eax movl%eax, (%rdx) mov %eax, %eax movlS(,%rax,4), %eax xorl4(%rdx), %eax movl%eax, 4(%rdx) mov %eax, %eax movlS(,%rax,4), %eax xorl8(%rdx), %eax movl%eax, 8(%rdx) mov %eax, %eax movlS(,%rax,4), %eax xorl12(%rdx), %eax movl%eax, 12(%rdx) addq$16, %rdx decl%ecx jne .L2 andl$255, %eax ret -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17387
[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 14:18 --- It's definitely not the bitmaps: time seconds secondscalls s/call s/call name 10.28 25.1425.14 24356740 0.00 0.00 ggc_alloc_stat 5.39 38.3213.18 3133403 0.00 0.00 instantiate_parameters_1 5.25 51.1512.83 34260186 0.00 0.00 htab_find_slot_with_hash 4.41 61.9410.79 40175413 0.00 0.00 build_int_cst_wide 4.35 72.5810.64 1139473 0.00 0.00 chrec_convert 3.79 81.86 9.28 1810 0.01 0.01 htab_empty 3.63 90.73 8.87 22863854 0.00 0.00 build3_stat 3.41 99.07 8.34 800 0.01 0.01 for_each_insn_in_loop 2.74105.76 6.69 415264 0.00 0.00 follow_ssa_edge 2.64112.21 6.45 3085512 0.00 0.00 find_interesting_uses_stmt 2.14117.45 5.24 3197505 0.00 0.00 record_invariant 2.13122.66 5.21 9695984 0.00 0.00 analyze_scalar_evolution_1 1.65126.70 4.04 11769469 0.00 0.00 comptypes 1.64130.70 4.00 11710741 0.00 0.00 fold_convert_const 1.63134.68 3.98 23551936 0.00 0.00 make_node_stat 1.44138.19 3.51 11464308 0.00 0.00 force_fit_type 1.28141.31 3.12 12009984 0.00 0.00 fold_convert 1.25144.37 3.06 21935414 0.00 0.00 eq_scev_info 1.18147.26 2.89 9695984 0.00 0.00 analyze_scalar_evolution 1.09149.93 2.67 326865 0.00 0.00 chrec_fold_plus_1 1.01152.41 2.48 200 0.01 0.94 tree_ssa_iv_optimize_loop 1.01154.88 2.47 29473273 0.00 0.00 is_gimple_min_invariant 0.99157.30 2.43 26291603 0.00 0.00 flow_bb_inside_loop_p 0.98159.70 2.40 22605936 0.00 0.00 flow_loop_nested_p 0.95162.03 2.33 3135046 0.00 0.00 htab_delete 0.95164.35 2.32 164459 0.00 0.00 htab_expand -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18595
[Bug libfortran/19313] inquire(pad=) not implemented
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-23 14:20 --- Subject: Bug 19313 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-23 14:19:55 Modified files: gcc/fortran: ChangeLog trans-io.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: inquire_6.f90 Log message: 2005-01-22 Bud Davis [EMAIL PROTECTED] PR fortran/19313 * trans-io.c (gfc_trans_inquire): Added code to support pad. PR fortran/19313 * gfortan.dg/inquire_6.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.309r2=1.310 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-io.c.diff?cvsroot=gccr1=1.27r2=1.28 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4926r2=1.4927 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/inquire_6.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19313
[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 14:23 --- Looks to me like Seb may want to look at this bug too... -- What|Removed |Added CC||spop at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18595
[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 14:24 --- One more, because I also run out of memory pretty quickly: --- 0.000.00 1/22863854 c_build_bind_expr [1608] 0.000.00 1/22863854 thread_across_edge [392] 0.000.00 199/22863854 estimate_numbers_of_iterations [184] 0.000.00 200/22863854 c_finish_loop [754] 0.000.019801/22863854 follow_ssa_edge_in_rhs cycle 2 [38] 0.020.06 50602/22863854 add_to_evolution [324] 0.100.32 247913/22863854 simple_iv cycle 2 [35] 0.170.55 428920/22863854 analyze_scalar_evolution_1 cycle 2 [12] 2.197.24 5648016/22863854 chrec_fold_plus_1 [24] 2.257.43 5793593/22863854 instantiate_parameters_1 cycle 2 [11] 4.15 13.69 10684608/22863854 chrec_convert [10] [13]15.68.87 29.30 22863854 build3_stat [13] 3.86 25.44 22863854/23551936 make_node_stat [15] --- -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18595
[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 14:22 --- More profile data: --- 0.00 187.04 1/1 execute_pass_list [6] [7] 76.50.00 187.04 1 tree_ssa_iv_optimize [7] 2.48 184.56 200/200 tree_ssa_iv_optimize_loop [8] 0.000.00 1/201 free_loop_data [349] 0.000.00 2/30137 bitmap_obstack_free [178] 0.000.00 201/7042572 xcalloc [127] 0.000.00 3/2369varray_init [1063] 0.000.00 2/36950 bitmap_obstack_alloc [794] --- 2.48 184.56 200/200 tree_ssa_iv_optimize [7] [8] 76.52.48 184.56 200 tree_ssa_iv_optimize_loop [8] 30.61 134.21 309011/311017 simple_iv cycle 2 [35] 6.459.73 3085512/3085512 find_interesting_uses_stmt [25] 0.041.03 200/202 scev_reset [93] 0.000.76 200/200 determine_use_iv_costs [107] 0.000.50 200/200 rewrite_uses [142] 0.000.35 200/202 loop_commit_inserts [181] 0.110.11 20100/20100 find_interesting_uses_cond [241] 0.020.09 200/311017 number_of_iterations_exit cycle 2 [41] 0.060.04 200/201 free_loop_data [349] 0.000.09 200/200 create_new_ivs [360] 0.000.08 200/401 get_loop_body_in_dom_order [274] 0.000.06 200/2601get_loop_body [111] 0.050.00 200/200 remove_unused_ivs [440] 0.020.03 19703/99904 find_interesting_uses_outer_or_nonlin [223] 0.000.042004/2804add_candidate [413] 0.000.02 200/200 find_optimal_iv_set [609] 0.000.02 20507/40407 set_iv [503] 0.000.02 800/800 add_iv_value_candidates [689] 0.010.01 80200/26291603 flow_bb_inside_loop_p [44] 0.010.00 800/30137 bitmap_obstack_free [178] 0.000.001006/5012force_var_cost [590] 0.000.00 200/200 iv_ca_free [1067] 0.000.00 201/3005add_candidate_1 [530] 0.000.00 20708/370258 zero_p [517] 0.000.001399/3525413 get_iv [69] 0.000.00 402/12009984 fold_convert [17] 0.000.001198/3329551 is_gimple_reg [71] 0.000.001202/40175413 build_int_cst_wide [26] 0.000.00 200/200 single_dom_exit [1344] 0.000.00 402/132285 find_edge [436] 0.000.001003/8376514 bitmap_set_bit [92] 0.000.00 20507/20507 contains_abnormal_ssa_name_p [1427] 0.000.00 201/57945 int_cst_value [804] 0.000.001202/22889750 build_int_cst [141] 0.000.001006/5034add_cost [1463] 0.000.001007/22165 cst_and_fits_in_hwi [1748] 0.000.00 402/1401loop_latch_edge [2001] 0.000.00 201/1597loop_preheader_edge [1984] --- [9] 67.8 30.81 135.08 311017+24191806 cycle 2 as a whole [9] 13.18 43.06 3133403+18788021 instantiate_parameters_1 cycle 2 [11] 5.21 44.15 9695984 analyze_scalar_evolution_1 cycle 2 [12] 0.22 20.27 703698 interpret_rhs_modify_expr cycle 2 [22] 2.897.22 9695984 analyze_scalar_evolution cycle 2 [32] 0.576.74 313469+81390 follow_ssa_edge_in_rhs cycle 2 [38] 6.690.56 415264+1352605 follow_ssa_edge cycle 2 [39] 0.224.74 21906 number_of_iterations_exit cycle 2 [41] 0.051.16 30495 number_of_iterations_in_loop cycle 2 [86] 0.040.07 43784 instantiate_parameters cycle 2 [347] 0.050.01 65718 simplify_using_outer_evolutions cycle 2 [441] 0.050.00 30295 compute_overall_effect_of_inner_loop cycle 2 [459] --- 22088230 chrec_convert [10]
[Bug tree-optimization/18316] Missed IV optimization
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 14:37 --- Bravo Zdenek!!! .text .p2align 4,,15 .globl strength_test2 .type strength_test2, @function strength_test2: .LFB2: movl(%rdi), %r8d leaq8(%rdi), %rsi leaq4(%rdi), %rcx xorl%edx, %edx .p2align 4,,7 .L2: movslq (%rsi),%rax addl%r8d, %edx movl$2, (%rdi,%rax,4) cmpl(%rcx), %edx jl .L2 rep ; ret .LFE2: .size strength_test2, .-strength_test2 .p2align 4,,15 .globl strength_result2 .type strength_result2, @function strength_result2: .LFB3: movl(%rdi), %r8d leaq8(%rdi), %rsi leaq4(%rdi), %rcx xorl%edx, %edx .p2align 4,,7 .L9: movslq (%rsi),%rax addl%r8d, %edx movl$2, (%rdi,%rax,4) cmpl(%rcx), %edx jl .L9 rep ; ret .LFE3: .size strength_result2, .-strength_result2 -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18316
[Bug middle-end/19585] internal compiler error: Segmentation fault in gen_decl_die
-- What|Removed |Added CC||mueller at kde dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19585
[Bug rtl-optimization/19580] [3.4/4.0 Regression] missed load/store motion
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-01-23 14:36 --- (In reply to comment #8) Closing this as won't fix. Lets focus on PR19581 instead. Two notes: 1) tree-outof-ssa does not coalesce variables in this case: g.c: g.c.t65.optimized: void g () | { | bb 0: r [0] += r [2]; | D.1129 = r[0] + r[2]; r [1] += r [0]; | r[0] = D.1129; r [2] += r [1]; | D.1131 = D.1129 + r[1]; } | r[1] = D.1131; | r[2] = D.1131 + r[2]; | return; | ... while it does in this: f.c: f.c.t65.optimized: void f () | { | bb 0: r [0] += r [1]; | r[0] = r[0] + r[1]; r [1] += r [2]; | r[1] = r[1] + r[2]; r [2] += r [0]; | r[2] = r[2] + r[0]; } | return; | 2) and disabling -fgcse-lm *fixes* original problem for 3.4 and 4.0. I cannot believe this bug is WONTFIX for 4.0 just because it will be fixed in 4.1 at tree level. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
[Bug c++/19474] wrong tree for extern C variables
-- What|Removed |Added CC||mueller at kde dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19474
[Bug rtl-optimization/15853] [3.3 Regression] temporaries are not destroyed and overwritten later
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-23 14:49 --- A sibcall problem, hence the workaround -O2 -fno-optimize-sibling-calls. -- What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15853
[Bug tree-optimization/2480] aliasing problem with global structures
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 14:54 --- CVS today: .text .p2align 4,,15 .globl bar .type bar, @function bar: movlex1, %eax pushl %ebp movl%esp, %ebp movb$1, (%eax) movl$2, 4(%eax) movb$3, 8(%eax) leave ret .size bar, .-bar .p2align 4,,15 .globl foo .type foo, @function foo: pushl %ebp movl%esp, %ebp movl8(%ebp), %eax movb$1, (%eax) movl$2, 4(%eax) movb$3, 8(%eax) leave ret .size foo, .-foo -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2480
[Bug fortran/19589] New: Regression: Error on Data assignment with LOGICAL*1
PROGRAM logical_data LOGICAL*1 GRD DATA GRD /.TRUE./ END gives: gfc -v logical_data.f Driving: /usr/local/gfortran/irun/bin/gfortran -static -v logical_data.f -lgfortranbegin -lgfortran -lm Using built-in specs. Configured with: ../gcc/configure --enable-languages=c,f95 --prefix=/usr/work/2005023/irun Thread model: posix gcc version 4.0.0 20050123 (experimental) /usr/local/gfortran/irun/bin/../libexec/gcc/i686-pc-linux-gnu/4.0.0/f951 logical_data.f -ffixed-form -quiet -dumpbase logical_data.f -mtune=pentiumpro -auxbase logical_data -version -o /tmp/cc2uDAa6.s GNU F95 version 4.0.0 20050123 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.0.0 20050117 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 In file logical_data.f:3 DATA GRD /.TRUE./ 1 Error: Incompatible types in assignment at (1), LOGICAL(4) to LOGICAL(1) which is a clear regression, g77 supports this. Of course this error happens also with LOGICAL*2, LOGICAL*8, ... -- Summary: Regression: Error on Data assignment with LOGICAL*1 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: manfred99 at gmx dot ch CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19589
[Bug rtl-optimization/3507] appalling optimisation with sub/cmp on i386
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 14:57 --- Still there as of 2005-01-23 -- What|Removed |Added Last reconfirmed|2004-12-01 03:19:31 |2005-01-23 14:57:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3507
[Bug tree-optimization/18316] Missed IV optimization
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-01-23 14:58 --- hmm... ivopts definitely are not the responsible for this, and I am fairly suprised that this is fixed; could you please check what's happening? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18316
Re: [Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)
I believe seb/zdenek already submitted patches for speeding up scev quite recently, with the goal of alleviating this problem. I'm pretty sure they have not been applied yet.
[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-23 15:01 --- Subject: Re: [4.0 Regression] IV-OPTS is O(N^3) I believe seb/zdenek already submitted patches for speeding up scev quite recently, with the goal of alleviating this problem. I'm pretty sure they have not been applied yet. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18595
[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2005-01-23 15:06 --- Subject: Re: [4.0 Regression] IV-OPTS is O(N^3) I believe seb/zdenek already submitted patches for speeding up scev quite recently, with the goal of alleviating this problem. I'm pretty sure they have not been applied yet. the Sebastian's patch is not in yet; it might help a bit in this case, a believe, although I suspect a real source of the problem is elsewhere. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18595
[Bug rtl-optimization/4919] gcs/pre inhibits loop optimization
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 15:06 --- First of all, this test case is now completely optimized away, except for the empty loop. So if this is still an issue, we need a better test case. Second, we need to re-evaluate this bug for the tree-ssa framework. I suggest we'd do that in a new PR if this problem still exists. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4919
[Bug tree-optimization/3511] Inlined strlen() could be smarter
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 15:01 --- GCC produces the following code today: .section.rodata.str1.1,aMS,@progbits,1 .LC0: .string .text .p2align 4,,15 .globl mystrlen .type mystrlen, @function mystrlen: pushl %ebp movl%esp, %ebp movl8(%ebp), %eax testl %eax, %eax je .L6 movl%eax, 8(%ebp) leave jmp strlen .p2align 4,,7 .L6: movl$.LC0, %eax movl%eax, 8(%ebp) leave jmp strlen .size mystrlen, .-mystrlen .ident GCC: (GNU) 4.0.0 20050123 (experimental) -- What|Removed |Added Last reconfirmed|2004-12-13 02:55:40 |2005-01-23 15:01:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3511
[Bug tree-optimization/3713] Pointers to functions or member functions are not folded or inlined
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 15:14 --- *** Bug 9079 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3713
[Bug tree-optimization/9079] [tree-ssa] Inline constant function pointers
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 15:14 --- *** This bug has been marked as a duplicate of 3713 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9079
[Bug tree-optimization/2480] aliasing problem with global structures
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 15:15 --- This is not fixed, see example #2. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2480
[Bug tree-optimization/8826] a b differs from a.operator(b) in that virtual function calls are not avoided
-- Bug 8826 depends on bug 9079, which changed state. Bug 9079 Summary: [tree-ssa] Inline constant function pointers http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9079 What|Old Value |New Value Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8826
[Bug tree-optimization/9079] [tree-ssa] Inline constant function pointers
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 15:17 --- Again this is different than PR 3713. (steven is closing bugs which are not really fixed or dups right now). -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9079
[Bug tree-optimization/8826] a b differs from a.operator(b) in that virtual function calls are not avoided
-- Bug 8826 depends on bug 9079, which changed state. Bug 9079 Summary: [tree-ssa] Inline constant function pointers http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9079 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8826
[Bug rtl-optimization/9723] With -Os optimization increases size if the loop contains array element access
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 15:22 --- (In reply to comment #2) -Os is even worse on the mainline now: _f1: addi r0,r4,-1 addi r4,r4,1 cmpwi cr7,r0,-1 mulli r0,r0,20 mtctr r4 add r3,r3,r0 bge+ cr7,L2 li r0,1 mtctr r0 b L2 L3: lwz r0,0(r3) addi r3,r3,-20 cmpw cr7,r0,r5 bne+ cr7,L2 li r3,1 blr L2: bdnz L3 li r3,0 blr -- What|Removed |Added Status|WAITING |NEW Last reconfirmed|2004-02-04 08:37:45 |2005-01-23 15:22:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9723
[Bug tree-optimization/2480] aliasing problem with global structures
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 15:23 --- Whoops. I forgot to link. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2480
[Bug tree-optimization/9814] gcc fails to optimise if (l2) l|=2 away
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 15:25 --- This is a NOP for me on AMD64 but not on i686. -- What|Removed |Added GCC host triplet|i386-linux | GCC target triplet||ix86 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9814
[Bug rtl-optimization/9723] With -Os optimization increases size if the loop contains array element access
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 15:17 --- On i686 I have the following code size (with -fomit-frame-pointer): textdata bss dec hex filename 66 0 0 66 42 O2.o 48 0 0 48 30 Os.o For AMD64 I have the following: textdata bss dec hex filename 118 0 0 118 76 O2.o 83 0 0 83 53 Os.o So, is there still a problem for ARM and PPC? -- What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9723
[Bug rtl-optimization/19580] [3.4/4.0 Regression] missed load/store motion
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 15:24 --- Well since this is more than just a 4.0.0 regressions lets reopen it. Basically lsm was rewritten for 3.4.0 and it causes this regression which means lsm is not good at all. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
[Bug bootstrap/16865] False alarm about use of uninitialized variable breaks bootstrap at -O3
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 15:26 --- Well it still happens. -- What|Removed |Added Status|WAITING |NEW Last reconfirmed|2005-01-17 00:32:43 |2005-01-23 15:26:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16865
[Bug rtl-optimization/19580] [3.4/4.0 Regression] missed load/store motion
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 15:41 --- This is *not* a gcc 4.0 regression. The 4.0 problem is PR19581. But Andrew prefers keeping multiple bugs open for the same regression, apparently. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
[Bug tree-optimization/2480] aliasing problem with global structures
-- What|Removed |Added Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2480
[Bug rtl-optimization/19580] [3.4/4.0 Regression] missed load/store motion
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 15:43 --- (In reply to comment #11) This is *not* a gcc 4.0 regression. The 4.0 problem is PR19581. What about 3.4.0? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
[Bug middle-end/19583] [4.0 Regression] Incorrect diagnostic: control may reach end of non-void function '...' being inlined
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 15:45 --- (In reply to comment #7) Mine. I am testing a patch right now. Hmm, I get a bootstrap failure with the patch: /Users/pinskia/src/local3/gcc/libstdc++-v3/libsupc++/eh_alloc.cc: In function 'void __cxxabiv1:: __cxa_free_exception(void*)': /Users/pinskia/src/local3/gcc/libstdc++-v3/libsupc++/eh_alloc.cc:157: error: Fallthru to exit from bb 12 /Users/pinskia/src/local3/gcc/libstdc++-v3/libsupc++/eh_alloc.cc:157: internal compiler error: verify_flow_info failed -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19583
[Bug libfortran/19313] inquire(pad=) not implemented
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 15:47 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19313
[Bug java/19586] gij exits with SIGABR
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 15:50 --- This works for everyone I know about. Could you give more information than what is here and what is in the gentoo bug. Like how gcc was configured/built (this was on bugs.html if the gentoo people pointed you to the correct place first). Make sure that you read http://gcc.gnu.org/bugs.html. -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19586
[Bug debug/19585] internal compiler error: Segmentation fault in gen_decl_die
-- What|Removed |Added Component|middle-end |debug Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19585
[Bug rtl-optimization/19580] [3.4/4.0 Regression] missed load/store motion
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 15:51 --- g.c: g.c.t65.optimized: void g () | { | bb 0: r [0] += r [2]; | D.1129 = r[0] + r[2]; r [1] += r [0]; | r[0] = D.1129; r [2] += r [1]; | D.1131 = D.1129 + r[1]; } | r[1] = D.1131; | r[2] = D.1131 + r[2]; | return; What exactly are you expecting to be coalesced in this case, if I may ask? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
[Bug rtl-optimization/19580] [3.4/4.0 Regression] missed load/store motion
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 15:56 --- Clearly it *is* a 3.4 regression. But the subject also includes 4.0. And that's not right because we have disabled gcse store motion for gcc 4.0. The bug for 4.0 is PR19581 and that is just a different issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
[Bug debug/19585] internal compiler error: Segmentation fault in gen_decl_die
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 16:02 --- Reduces down to the testcase in PR 19345. *** This bug has been marked as a duplicate of 19345 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19585
[Bug debug/19345] [4.0 Regression] Segmentation fault with VLA and inlining and dwarf2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 16:02 --- *** Bug 19585 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||aj at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19345
[Bug target/19584] ICE: insn does not satisfy its constraints
-- What|Removed |Added CC||rth at gcc dot gnu dot org Keywords||ice-on-valid-code, ssemmx http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19584
[Bug tree-optimization/19126] Missed IV optimization (redundant instruction in loop)
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 16:03 --- I get different asm for AMD64 as well: .L4: | .L11: movslq %r10d,%rax movslq %r10d,%rax movslq %r11d,%rdx movslq %r11d,%rdx incl%r9dincl%r9d leaq(%rcx,%rax,4), %rax | leaq(%rsi,%rax), %rax movss (%rbx,%rdx,4), %xmm0 | movss (%rbx,%rdx), %xmm0 addl%esi, %r11d | addl%ecx, %r11d addl%r8d, %r10d addl%r8d, %r10d cmpl%r9d, %edi cmpl%r9d, %edi addss (%rax), %xmm0 addss (%rax), %xmm0 movss %xmm0, (%rax) movss %xmm0, (%rax) jg .L4 | jg .L11 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19126
[Bug target/19584] [4.0 Regression] ICE: insn does not satisfy its constraints
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 16:15 --- Confirmed, fully reduced testcase: double __fma(void) { double t,t1; {union {double d; unsigned long long i;} _bitsy; _bitsy.i = 0x2010LL; t1 = _bitsy.d;}; {union {double d; unsigned long long i;} _bitsy; _bitsy.i = 0x2010LL; t = _bitsy.d;}; return t1*t; } -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-23 16:15:16 date|| Summary|ICE: insn does not satisfy |[4.0 Regression] ICE: insn |its constraints |does not satisfy its ||constraints Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19584
[Bug middle-end/19583] [4.0 Regression] Incorrect diagnostic: control may reach end of non-void function '...' being inlined
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 16:22 --- (In reply to comment #8) (In reply to comment #7) Mine. I am testing a patch right now. Hmm, I get a bootstrap failure with the patch: And here is the reduced testcase for that failure: void f(void); void g(void) throw() { f(); } I have to rethink this, maybe we should skip those trees before passing to block_may_fallthru. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19583
[Bug middle-end/19590] New: IVs with the same evolution not eliminated
This is from Briggs' code quality suite: void vnum_test8(int *data) { int i; int stop = data[3]; int m = data[4]; int n = m; for (i=0; istop; i++) { int k = data[2]; data[k] = 2; data[0] = m - n; k = data[1]; m = m + k; n = n + k; } } void vnum_result8(int *data) { int i; int stop = data[3]; for (i=0; istop; i++) { int k = data[2]; data[k] = 2; data[0] = 0; } } In the .ivopts dump we have (set_scalar_evolution (scalar = n_2) (scalar_evolution = {m_8, +, k_19}_1)) ) and (set_scalar_evolution (scalar = m_1) (scalar_evolution = {m_8, +, k_19}_1)) ) But we don't eliminate one of these IVs. -- Summary: IVs with the same evolution not eliminated Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: steven at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,rakdver at gcc dot gnu dot org,spop at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19590
[Bug c/19588] Documentation: Help on no-show of warning is missing
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 16:24 --- That is because there is no support yet, see PR 9049 which I am closing this as a dup of. *** This bug has been marked as a duplicate of 9049 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19588
[Bug c/9049] No support for selective enabling/disabling of warnings
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 16:24 --- *** Bug 19588 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||mail at thorstenhau dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9049
[Bug middle-end/19590] IVs with the same evolution not eliminated
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 16:27 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-23 16:27:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19590
[Bug bootstrap/18058] [4.0 Regression] Sun CC cannot bootstrap GCC (static inline)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 16:36 --- JSM posted a patch to fix this here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01653.html. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18058
[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-01-23 16:38 --- Sebastian's patch does not help significantly :-( -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18595
[Bug middle-end/19583] [4.0 Regression] Incorrect diagnostic: control may reach end of non-void function '...' being inlined
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 16:46 --- (In reply to comment #9) I have to rethink this, maybe we should skip those trees before passing to block_may_fallthru. Yes that fixes it (I will submit the patch after lunch). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19583
[Bug fortran/19589] Regression: Error on Data assignment with LOGICAL*1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 16:48 --- Confirmed. -- What|Removed |Added OtherBugsDependingO||19292 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-23 16:48:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19589
[Bug fortran/19294] intrinsic_transpose.f90 runtime crash
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-23 17:01 --- Subject: Bug 19294 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-23 17:01:00 Modified files: gcc/fortran: ChangeLog iresolve.c libgfortran: ChangeLog Makefile.am Makefile.in libgfortran/generated: transpose_i4.c transpose_i8.c libgfortran/intrinsics: cshift0.c libgfortran/m4 : transpose.m4 Added files: libgfortran/generated: transpose_c4.c transpose_c8.c Log message: 2005-01-23 James A. Morrison [EMAIL PROTECTED] Paul Brook [EMAIL PROTECTED] PR fortran/19294 * iresolve.c (gfc_resolve_transpose): Resolve to transpose_c4 or transpose_c8 for complex types. libgfortran/ * Makefile.am: Add transpose_c4.c and transpose_c8.c. * intrinsics/cshift0.c: Use separate optimized loops for complex types. * m4/transpose.m4: Include type letter in function name. * Makefile.in: Regenerate. * generated/transpose_*.c: Regenerate. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.311r2=1.312 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/iresolve.c.diff?cvsroot=gccr1=1.30r2=1.31 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.152r2=1.153 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/Makefile.am.diff?cvsroot=gccr1=1.28r2=1.29 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/Makefile.in.diff?cvsroot=gccr1=1.29r2=1.30 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/generated/transpose_c4.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/generated/transpose_c8.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/generated/transpose_i4.c.diff?cvsroot=gccr1=1.8r2=1.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/generated/transpose_i8.c.diff?cvsroot=gccr1=1.8r2=1.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/intrinsics/cshift0.c.diff?cvsroot=gccr1=1.9r2=1.10 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/m4/transpose.m4.diff?cvsroot=gccr1=1.8r2=1.9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19294
[Bug fortran/19294] intrinsic_transpose.f90 runtime crash
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-23 17:08 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19294
[Bug fortran/19294] intrinsic_transpose.f90 runtime crash
-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19294
[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-01-23 17:14 --- Also did not help much. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18595
[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-01-23 17:04 --- One extra N factor seems to be coming from simple_iv (analyze_scalar_evolution_in_loop). The function was created before loop closed ssa form, under assumptions of lcssa it should be possible to get rid of this. I am working on patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18595
GCC 3.4.3 Preprocessor -traditional bug + patch
Take the following three lines of code. Please note it is haskell code not C however that is irrelevant since this is a preprocessor issue: $ cat nl-escape.hs -- stuff infix 5 \\ -- more stuff $ Please note, there is a single space after the double backslash. using gcc-3.4.3: $ gcc-3.4.3 -v Reading specs from /tool/gcc-3.4.3/i486-Linux/bin/../lib/gcc/i486-linux/3.4.3/specs Configured with: ../gcc-3.4.3/configure --host=i486-linux --prefix=/tool/gcc-3.4.3 --exec-prefix=/tool/gcc-3.4.3/i486-Linux/ Thread model: posix gcc version 3.4.3 $ gcc-3.4.3 -P -E -traditional-cpp -xc nl-escape.hs nl-escape.hs:2: warning: backslash and newline separated by space -- stuff infix 5 \-- more stuff $ gcc-3.4.3 -P -E -xc nl-escape.hs -- stuff nl-escape.hs:2:10: warning: backslash and newline separated by space infix 5 \-- more stuff using gcc-3.3.4: $ gcc-3.3.4 -v Reading specs from /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/specs Configured with: ../gcc-3.3.4/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose --target=i486-slackware-linux --host=i486-slackware-linux Thread model: posix gcc version 3.3.4 $ gcc-3.3.4 -P -E -traditional-cpp -xc nl-escape.hs -- stuff infix 5 \\ -- more stuff $ gcc-3.3.4 -P -E -xc nl-escape.hs -- stuff nl-escape.hs:2:10: warning: backslash and newline separated by space infix 5 \-- more stuff While i don't agree at all with this idea of fudging `backslash, spaces, newline', into a line continuation escape, since it breaks the law of least supprise. ie `backslash, newline' is the way it is done everywehere else i have *ever* seen AND the way you stop that escape from happening is to insert whitespace between the backslash and newline. I do agree that the warning issued is useful - it allows people to spot the fact that they may have entered a space after a backslash when they did not intend it, however fudging it so that you are trying to work out what they meant to write is wrong. (As an aside, I do agree that white space is not the most sensbile thing to use to stop `escape' a line continuation escape. A single comment is good. However it does fly in the face of may years of doing the probably wrong thing -- especially when many other systems use the C preprocessor to preprocess random files.) The -traditional-cpp argument used to inhibit this works in 3.3.4 but not 3.4.3. Here is a patch that appears to correct the use of -traditional-cpp: --- gcc-3.4.3/gcc/cpplex.c 2004-02-18 22:10:13.0 + +++ gcc-3.4.3-df/gcc/cpplex.c 2005-01-23 15:18:19.0 + @@ -136,7 +136,8 @@ /* check for escaped newline */ p = d; - while (p != buffer-next_line is_nvspace (p[-1])) + while (p != buffer-next_line + !CPP_OPTION(pfile, traditional) is_nvspace (p[-1])) p--; if (p == buffer-next_line || p[-1] != '\\') goto done; @@ -181,7 +182,8 @@ /* Escaped? */ p = d; - while (p != buffer-next_line is_nvspace (p[-1])) + while (p != buffer-next_line + !CPP_OPTION(pfile, traditional) is_nvspace (p[-1])) p--; if (p == buffer-next_line || p[-1] != '\\') break; After building with the above: $ gcc-3.4.3-df -P -E -traditional-cpp -xc nl-escape.hs -- stuff infix 5 \\ -- more stuff $ gcc-3.4.3-df -P -E -xc nl-escape.hs -- stuff nl-escape.hs:2:10: warning: backslash and newline separated by space infix 5 \-- more stuff $ gcc-3.4.3-df -v Reading specs from /tool/gcc-3.4.3-df/i586-Linux/lib/gcc/i586-linux/3.4.3-df/specs Configured with: ../gcc-3.4.3-df/configure --host=i586-linux --target=i586-linux --prefix=/tool/gcc-3.4.3-df --exec-prefix=/tool/gcc-3.4.3-df/i586-Linux --program-suffix=-3.4.3-df --with-cpu=i586 --with-arch=i586 --with-tune=i586 --enable-__cxa_atexit --enable-languages=c,c++,f77 Thread model: posix gcc version 3.4.3-df ..david
[Bug target/19572] ICE: in move_for_stack_reg, at reg-stack.c:1065
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-23 17:48 --- *** This bug has been marked as a duplicate of 17186 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19572
[Bug rtl-optimization/17186] [3.4 regression] ICE in move_for_stack_reg, at reg-stack.c:1065
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-23 17:49 --- *** Bug 19572 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||bugs at chen-becker dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17186
[Bug java/19586] gij exits with SIGABR
--- Additional Comments From rickard dot narstrom at gmail dot com 2005-01-23 17:59 --- # gcj -v Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/specs Configured with: /var/tmp/portage/gcc-3.4.3.20050110/work/gcc-3.4.3/configure --enable-version-specific-runtime-libs --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.3 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.3/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.3/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/include/g++-v3 --host=x86_64-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --enable-shared --enable-threads=posix --enable-multilib --enable-java-awt=gtk --enable-languages=c,c++,f77,java Thread model: posix gcc version 3.4.3 20050110 (Gentoo Linux 3.4.3.20050110, ssp-3.4.3.20050110-0, pie-8.7.7) I now getting segmentionfault insted - I don't know why it changed, but I recompiled gcc a few times during the gentoo tracking. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19586
[Bug c++/19591] New: FreeBSD 5.3 make buildworld error code 1
/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/expr.c /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/expr.c: In function `emit_group_load': /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/expr.c:1978: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. bash-2.05b# make buildworld bash-2.05b# [Kexit exit Script done on Sun Jan 23 15:27:10 2005 -- Summary: FreeBSD 5.3 make buildworld error code 1 Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: grizenko at baltnet dot ru CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19591
[Bug c++/19591] FreeBSD 5.3 make buildworld error code 1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-23 18:03 --- Can you report this to freebsd, it might be that your machine has bad memory. Also I really doubt that this is a bug at all in GCC because people do make buildworld all the time for freebsd. -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19591
[Bug fortran/18565] gfortran: CONJG: false error message about standard violation
--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-01-23 18:16 --- See http://gcc.gnu.org/ml/fortran/2005-01/msg00284.html for a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18565
[Bug rtl-optimization/19580] [3.4/4.0 Regression] missed load/store motion
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-01-23 18:31 --- (In reply to comment #13) What exactly are you expecting to be coalesced in this case, if I may ask? I am expecting all of D.1129 and D.1131 to be coalesced so this: D.1129 = r[0] + r[2]; r[0] = D.1129; D.1131 = D.1129 + r[1]; r[1] = D.1131; r[2] = D.1131 + r[2]; ...is turned into what it was (like in second example): r[0] = r[0] + r[2]; r[1] = r[0] + r[1]; r[2] = r[1] + r[2]; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
[Bug rtl-optimization/13712] Executable runs 25% slower than when compiled with INTEL compiler
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 18:39 --- Where are we standing with this one today? -- What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13712
[Bug middle-end/14192] Restrict pointers don't help
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 18:48 --- Zack, Joseph, could one of you comment on Jan's interpretation of the semantics of restrict? This restrict keyword keeps coming back to haunt us, bah. -- What|Removed |Added CC||jsm28 at gcc dot gnu dot org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14192
[Bug middle-end/14192] Restrict pointers don't help
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 18:51 --- We should probably have a metabug for restrict. We don't take advantage of the restrict keyword very well either in some (unfortunately proprierty) benchmark suites. -- What|Removed |Added BugsThisDependsOn||14187 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14192
[Bug rtl-optimization/17234] if-conversion bug on x86
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 18:55 --- Honza, Roger asked you something in comment #3, but you're not in the CC: list, so you probably missed it. Care to comment? -- What|Removed |Added CC||hubicka at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17234
[Bug tree-optimization/18373] [meta-bug] VRP Value Range Propagation
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 18:59 --- Note that a perfectly functioning vrp pass has been on the hammer branch for years now. It has been rejected at least twice for mainline because a tree VRP pass was promissed. Sad... :-( -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18373
[Bug target/18668] use prescott's fisttp
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 19:03 --- On AMD64 I get the following: oof: cvttsd2siq %xmm0, %rax ret But -O2 -march=prescott oof: subl$20, %esp fnstcw 14(%esp) movzwl 14(%esp), %eax movb$12, %ah movw%ax, 12(%esp) fldl24(%esp) fldcw 12(%esp) fistpll (%esp) fldcw 14(%esp) movl(%esp), %eax addl$20, %esp ret -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18668
[Bug rtl-optimization/19580] [3.4/4.0 Regression] missed load/store motion
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-23 19:07 --- Subject: Re: [3.4/4.0 Regression] missed load/store motion On Sun, 23 Jan 2005, belyshev at depni dot sinp dot msu dot ru wrote: --- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-01-23 18:31 --- (In reply to comment #13) What exactly are you expecting to be coalesced in this case, if I may ask? I am expecting all of D.1129 and D.1131 to be coalesced so this: D.1129 = r[0] + r[2]; r[0] = D.1129; D.1131 = D.1129 + r[1]; r[1] = D.1131; r[2] = D.1131 + r[2]; ...is turned into what it was (like in second example): r[0] = r[0] + r[2]; r[1] = r[0] + r[1]; r[2] = r[1] + r[2]; It can't. It believes they conflict right now. . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
[Bug rtl-optimization/19580] [3.4/4.0 Regression] missed load/store motion
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 19:11 --- Ehm, does it really think they conflict now, or is it simply not replacing a reg with a load? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
[Bug bootstrap/18058] [4.0 Regression] Sun CC cannot bootstrap GCC (static inline)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-23 19:22 --- Subject: Bug 18058 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-23 19:22:03 Modified files: config : ChangeLog warnings.m4 libcpp : ChangeLog configure gcc: ChangeLog ggc-none.c recog.h Log message: config: * warnings.m4 (ACX_PROG_CC_WARNING_ALMOST_PEDANTIC): Don't do anything for non-GCC compilers. libcpp: * configure: Regenerate. gcc: PR bootstrap/18058 * recog.c (recog_memoized): Don't define if GENERATOR_FILE. * ggc-none.c (ggc_free): Define. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/config/ChangeLog.diff?cvsroot=gccr1=1.58r2=1.59 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/config/warnings.m4.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/ChangeLog.diff?cvsroot=gccr1=1.49r2=1.50 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/configure.diff?cvsroot=gccr1=1.11r2=1.12 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.7248r2=2.7249 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ggc-none.c.diff?cvsroot=gccr1=1.20r2=1.21 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/recog.h.diff?cvsroot=gccr1=1.52r2=1.53 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18058
[Bug rtl-optimization/19580] [3.4/4.0 Regression] missed load/store motion
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 19:23 --- For x86 I get this: g: movlr+8, %edx movlr, %eax addl%edx, %eax movl%eax, r addlr+4, %eax movl%eax, r+4 addl%edx, %eax movl%eax, r+8 ret That is pretty much the best you can get, as far as I can tell. For AMD64 it's similar: g: .LFB2: movlr+8(%rip), %edx movlr(%rip), %eax addl%edx, %eax movl%eax, r(%rip) addlr+4(%rip), %eax movl%eax, r+4(%rip) addl%edx, %eax movl%eax, r+8(%rip) ret .LFE2: I'm not sure what you think the missed optimization is here. You will have to show what you want at the assembly level, and explain why you think this is a coalescing problem. So far, I don't see a missed optimization. What is worse is that we fail to do store motion when you put such blocks inside a loop, e.g. int r[6]; void g (int n) { while (--n) { r [0] += r [1]; r [1] += r [2]; r [2] += r [0]; } } which is the issue discussed in PR19581. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
[Bug c/19592] New: internal compiler error: Segmentation fault when compiling snow.c from the ffmpeg project
-- My version of GCC: GNU C version 4.0.0 20050120 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.0.0 20050120 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 -- GCC output -- gcc -I../libvo -I../../libvo -I/usr/X11R6/include -fno-PIC -O4 -march=athlon-xp -mtune=athlon-xp -pipe -ffast-math -fomit-frame-pointer -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_AV_CONFIG_H -I.. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o snow.o snow.c snow.c: In function 'add_yblock': snow.c:2186: warning: left shift count is negative snow.c: In function 'predict_plane': snow.c:2250: warning: passing argument 5 of 'add_yblock' discards qualifiers fro m pointer target type snow.c: In function 'common_init': snow.c:2529: warning: assignment from incompatible pointer type snow.c:2529: warning: assignment from incompatible pointer type snow.c:2530: warning: assignment from incompatible pointer type snow.c:2530: warning: assignment from incompatible pointer type snow.c:2531: warning: assignment from incompatible pointer type snow.c:2531: warning: assignment from incompatible pointer type snow.c:2532: warning: assignment from incompatible pointer type snow.c:2532: warning: assignment from incompatible pointer type snow.c: In function 'encode_subband_c0run': snow.c:1295: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make[2]: *** [snow.o] Error 1 make[2]: Leaving directory `/home/guillaume/main/libavcodec' make[1]: *** [libavcodec/libavcodec.a] Erreur 2 - Do you need anoything else? -- Summary: internal compiler error: Segmentation fault when compiling snow.c from the ffmpeg project Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: poirierg at gmail dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19592
[Bug c/19592] internal compiler error: Segmentation fault when compiling snow.c from the ffmpeg project
--- Additional Comments From poirierg at gmail dot com 2005-01-23 19:26 --- Created an attachment (id=8046) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8046action=view) Here's the file that causes the ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19592
[Bug tree-optimization/19581] Missed store monition on the tree level (on PPC in general)
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-23 19:27 --- Right now it is the *old* loop optimizer that promotes the array elements to registers. How about that. Is there an old loop optimizer meta bug? We'll probably want to do this elsewhere before the old loop optimizer can die. -- What|Removed |Added CC||rakdver at gcc dot gnu dot ||org, steven at gcc dot gnu ||dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19581