[Bug tree-optimization/42681] [4.5 Regression] ICE: in build2_stat, at tree.c:3664 with "-O1 -fgraphite-identity"
--- Comment #5 from spop at gcc dot gnu dot org 2010-01-14 08:15 --- Subject: Bug 42681 Author: spop Date: Thu Jan 14 08:15:09 2010 New Revision: 155883 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155883 Log: Fix PR42681. 2010-01-14 Sebastian Pop PR middle-end/42681 * graphite-clast-to-gimple.c (gloog_error): New static variable. (clast_to_gcc_expression): Do not build MULT_EXPR of POINTER_TYPE_P. Set gloog_error when such an expression failed to be built. (translate_clast): Early return when gloog_error is set. (gloog): Clear gloog_error. When gloog_error is set, call set_ifsese_condition to enable the original code. Return the status of the code generation based on gloog_error. * sese.c (set_ifsese_condition): New. * sese.h (set_ifsese_condition): Declared. * testsuite/g++.dg/graphite/pr42681.C: New. Added: branches/graphite/gcc/testsuite/g++.dg/graphite/pr42681.C Modified: branches/graphite/gcc/ChangeLog.graphite branches/graphite/gcc/graphite-clast-to-gimple.c branches/graphite/gcc/sese.c branches/graphite/gcc/sese.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42681
[Bug tree-optimization/42681] [4.5 Regression] ICE: in build2_stat, at tree.c:3664 with "-O1 -fgraphite-identity"
--- Comment #6 from spop at gcc dot gnu dot org 2010-01-14 08:37 --- Subject: Bug 42681 Author: spop Date: Thu Jan 14 08:37:26 2010 New Revision: 155884 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155884 Log: Fix PR42681. 2010-01-14 Sebastian Pop PR middle-end/42681 * graphite-clast-to-gimple.c (gloog_error): New static variable. (clast_to_gcc_expression): Do not build MULT_EXPR of POINTER_TYPE_P. Set gloog_error when such an expression failed to be built. (translate_clast): Early return when gloog_error is set. (gloog): Clear gloog_error. When gloog_error is set, call set_ifsese_condition to enable the original code. Return the status of the code generation based on gloog_error. * sese.c (set_ifsese_condition): New. * sese.h (set_ifsese_condition): Declared. * testsuite/g++.dg/graphite/pr42681.C: New. Added: trunk/gcc/testsuite/g++.dg/graphite/pr42681.C Modified: trunk/gcc/ChangeLog.graphite trunk/gcc/graphite-clast-to-gimple.c trunk/gcc/sese.c trunk/gcc/sese.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42681
[Bug tree-optimization/42681] [4.5 Regression] ICE: in build2_stat, at tree.c:3664 with "-O1 -fgraphite-identity"
--- Comment #7 from spop at gcc dot gnu dot org 2010-01-14 08:38 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42681
[Bug tree-optimization/42637] [4.5 Regression][graphite] wrong code for -floop-interchange -ftree-loop-distribution
--- Comment #3 from spop at gcc dot gnu dot org 2010-01-14 08:41 --- Mine. -- spop at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |spop at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-01-14 08:41:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42637
[Bug middle-end/42479] [graphite] Wrong code with -floop-block
--- Comment #6 from spop at gcc dot gnu dot org 2010-01-14 08:41 --- Mine. -- spop at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |spop at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2010-01-05 11:40:52 |2010-01-14 08:41:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42479
[Bug tree-optimization/42644] [4.5 Regression] wrong code for -fgraphite-identify in 183.equake
--- Comment #2 from spop at gcc dot gnu dot org 2010-01-14 08:44 --- This might be a duplicate of PR42130. -- spop at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||42130 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42644
[Bug rtl-optimization/42691] [4.4/4.5 regression] problematic REG_EQUAL note added to SUBREG
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42691
[Bug lto/42665] Internal compiler exception in with gfortran when using -fwhole-program -flto -fopenmp
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-01-14 09:39 --- Subject: Bug 42665 Author: rguenth Date: Thu Jan 14 09:38:56 2010 New Revision: 155885 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155885 Log: 2010-01-14 Richard Guenther PR lto/42665 * gimple.c (iterative_hash_gimple_type): Avoid hashing error_mark_node. Modified: trunk/gcc/ChangeLog trunk/gcc/gimple.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42665
[Bug middle-end/42667] [4.4 Regression] internal compiler error: in insert_into_preds_of_block, at tree-ssa-pre.c:3146
--- Comment #7 from jakub at gcc dot gnu dot org 2010-01-14 09:46 --- Subject: Bug 42667 Author: jakub Date: Thu Jan 14 09:46:04 2010 New Revision: 155886 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155886 Log: Backport from mainline 2010-01-10 Richard Guenther PR middle-end/42667 * builtins.c (fold_builtin_strlen): Add type argument and convert the resulting length to it. (fold_builtin_1): Adjust. * gcc.dg/torture/pr42667.c: New testcase. Added: branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/torture/pr42667.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/builtins.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42667
[Bug lto/42665] Internal compiler exception in with gfortran when using -fwhole-program -flto -fopenmp
--- Comment #17 from rguenth at gcc dot gnu dot org 2010-01-14 09:46 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42665
[Bug c/42721] possible integer wrong code bug
--- Comment #9 from jakub at gcc dot gnu dot org 2010-01-14 09:47 --- Subject: Bug 42721 Author: jakub Date: Thu Jan 14 09:47:09 2010 New Revision: 155887 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155887 Log: PR c/42721 Port from no-undefined-overflow branch 2009-03-09 Richard Guenther * fold-const.c (add_double_with_sign): Fix unsigned overflow detection. * gcc.c-torture/execute/pr42721.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/execute/pr42721.c Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42721
[Bug c/42721] possible integer wrong code bug
--- Comment #10 from jakub at gcc dot gnu dot org 2010-01-14 09:48 --- Subject: Bug 42721 Author: jakub Date: Thu Jan 14 09:48:01 2010 New Revision: 155888 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155888 Log: PR c/42721 Port from no-undefined-overflow branch 2009-03-09 Richard Guenther * fold-const.c (add_double_with_sign): Fix unsigned overflow detection. * gcc.c-torture/execute/pr42721.c: New test. Added: branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr42721.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/fold-const.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42721
[Bug c++/42740] [4.5 Regression] Many libstdc++ failures
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42740
[Bug bootstrap/36481] gcc fails to build on Solaris x86 - it forgets the locations of libmpfr
--- Comment #12 from abhishekfishy2000 at gmail dot com 2010-01-14 10:03
---
lfs:~/SOURCES/gcc-build$ cat /proc/version
Linux version 2.6.18-164.el5 (mockbu...@x86-002.build.bos.redhat.com) (gcc
version 4.1.2 20080704 (Red Hat 4.1.2-46)) #1 SMP Tue Aug 18 15:51:54 EDT 2009
lfs:~/SOURCES/gcc-build$
following is my configure
lfs:~/SOURCES/gcc-build$ ../gcc-4.4.1/configure --target=$LFS_TGT
--prefix=/tools --disable-nls --disable-shared --disable-multilib
--disable-decimal-float --disable-threads --disable-libmudflap --disable-libssp
--disable-libgomp --enable-languages=c --with-gmp=/tools --with-mpfr=/tools
looks like gcc-build/./gcc/cc1 is not looking for libs in right places
lfs:~/SOURCES/gcc-build$
lfs:~/SOURCES/gcc-build$ strace -e trace=open
/home/lfs/SOURCES/gcc-build/./gcc/cc1
open("/etc/ld.so.cache", O_RDONLY) = 3
open("/lib/tls/i686/sse2/libmpfr.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/lib/tls/i686/libmpfr.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/lib/tls/sse2/libmpfr.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/lib/tls/libmpfr.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/i686/sse2/libmpfr.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/lib/i686/libmpfr.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/lib/sse2/libmpfr.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/lib/libmpfr.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/tls/i686/sse2/libmpfr.so.1", O_RDONLY) = -1 ENOENT (No such file
or directory)
open("/usr/lib/tls/i686/libmpfr.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/usr/lib/tls/sse2/libmpfr.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/usr/lib/tls/libmpfr.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/usr/lib/i686/sse2/libmpfr.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/usr/lib/i686/libmpfr.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/usr/lib/sse2/libmpfr.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/usr/lib/libmpfr.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
/home/lfs/SOURCES/gcc-build/./gcc/cc1: error while loading shared libraries:
libmpfr.so.1: cannot open shared object file: No such file or directory
lfs:~/SOURCES/gcc-build$
lfs:~/SOURCES/gcc-build$
--
abhishekfishy2000 at gmail dot com changed:
What|Removed |Added
CC||abhishekfishy2000 at gmail
||dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36481
[Bug middle-end/42739] [4.5 Regression] ICE with computed goto, destructors, and optimization
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-01-14 10:04 --- Maybe related to PR42698. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rth at gcc dot gnu dot org, ||hubicka at gcc dot gnu dot ||org OtherBugsDependingO||42698 nThis|| Severity|critical|normal Status|UNCONFIRMED |NEW Component|c++ |middle-end Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-01-14 10:04:13 date|| Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42739
[Bug fortran/42736] [4.3/4.4/4.5 Regression] Wrong-code with allocatable compounds
--- Comment #3 from burnus at gcc dot gnu dot org 2010-01-14 10:06 --- Looking at my old builds, it seems to work with 2008-11-14-r141848 but it fails with 2008-11-18-r141960 Thus possible regression-causing patches: PR 38033 - Bounds of a pointer/allocatable array not stabilized PR 35681 - wrong result for vector subscripted array expression in MVBITS Less likely: PR 38119 - [4.4 Regression] character ICE in gfc_trans_create_temp_array -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42736
[Bug bootstrap/36481] gcc fails to build on Solaris x86 - it forgets the locations of libmpfr
--- Comment #13 from abhishekfishy2000 at gmail dot com 2010-01-14 10:06 --- (In reply to comment #11) > GNU make is required for building gcc. > I'm using lfs:~/SOURCES/gcc-build$ make --version GNU Make 3.81 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. This program built for i686-redhat-linux-gnu lfs:~/SOURCES/gcc-build$ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36481
[Bug c++/42701] [4.5 Regression] ICE on error recovery
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-01-14 10:14 ---
Reduced testcase from PR42725:
namespace Glib {
class ustring {
public:
typedef unsigned size_type;
ustring(const char* src, size_type n);
ustring(const char* src);
};
}
namespace Gdk {
class Color {
public:
explicit Color(const Glib::ustring& value);
};
}
namespace Gtk {
enum StateType { STATE_NORMAL };
class Widget {
public:
void modify_bg(StateType state, const Gdk::Color& color);
};
class Label {
public:
void set_text(const Glib::ustring &str);
};
}
typedef enum Result { eSuccess = 0 } Result;
class MainWindow {
void update_status(Result result);
Gtk::Widget status_frame;
Gtk::Label status_label;
};
void MainWindow::update_status(Result result) {
switch (result) {
status_frame.modify_bg(Gtk::STATE_NORMAL,Gdk::Color::Color("green"));
status_frame.modify_bg(Gtk::STATE_NORMAL,Gdk::Color::Color("red"));
status_label.set_text("Out of memory");
}
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42701
[Bug rtl-optimization/42294] [4.5 Regression] ICE in code_motion_path_driver for 416.gamess
--- Comment #8 from abel at gcc dot gnu dot org 2010-01-14 10:16 --- Subject: Bug 42294 Author: abel Date: Thu Jan 14 10:16:01 2010 New Revision: 155889 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155889 Log: PR rtl-optimization/42294 * sel-sched.c (try_replace_dest_reg): When chosen register and original register is the same, do not bail out early, but still check all original insns for validity of replacing destination register. Set EXPR_TARGET_AVAILABLE to 1 before leaving function in this case. Added: trunk/gcc/testsuite/gcc.dg/pr42249.c Modified: trunk/gcc/ChangeLog trunk/gcc/sel-sched.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42294
[Bug rtl-optimization/42294] [4.5 Regression] ICE in code_motion_path_driver for 416.gamess
--- Comment #9 from abel at gcc dot gnu dot org 2010-01-14 10:17 --- Fixed by r155889. -- abel at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42294
[Bug c++/42737] [c++0x] error returning a lambda function
--- Comment #4 from jwakely dot gcc at gmail dot com 2010-01-14 10:21 --- Obviously it shouldn't ICE, but I don't think this code is valid: the type of a lambda expression is a class type not a function pointer, and I don't think it's convertible to a function pointer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42737
[Bug rtl-optimization/42249] unrecognizable insn for 254.gap with sel-sched
--- Comment #1 from abel at gcc dot gnu dot org 2010-01-14 10:24 --- This is fixed by http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42294#c8, there was a typo in the bug number so the email didn't get in this audit trail. -- abel at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42249
[Bug libfortran/42742] New: SIGSEGV at libgfortran/io/format.c:111
In a larger program of mine, I got a SIGSEGV when printing
WRITE(*,fmtstr)
& dat(1),"-",dat(2),"-",dat(3),
& datedelim,dat(4),":",dat(5),
& (delim,bufarr(pindx),pindx=1,anzarg2)
with gfortran 4.5 (latest snapshot). Using gfortran 4.3.5 the code runs fine.
Unfortunately, I can not reproduce the crash in a standalone program.
In the above print statement, fmtstr is rather large (~550chars).
Here is the gdb output:
Program received signal SIGSEGV, Segmentation fault.
reset_node (fn=0xc) at
../../../gfortran-source/gcc-4.5-20100107/libgfortran/io/format.c:111
111 if (fn->format != FMT_LPAREN)
(gdb) where
#0 reset_node (fn=0xc) at
../../../gfortran-source/gcc-4.5-20100107/libgfortran/io/format.c:111
#1 0x00423b30 in reset_fnode_counters ()
at ../../../gfortran-source/gcc-4.5-20100107/libgfortran/io/format.c:134
#2 parse_format () at
../../../gfortran-source/gcc-4.5-20100107/libgfortran/io/format.c:1233
#3 0x00418208 in data_transfer_init (dtp=0x7ffead80, read_flag=0)
at ../../../gfortran-source/gcc-4.5-20100107/libgfortran/io/transfer.c:2182
#4 0x0040ba86 in writevals (startjul=,
endjul=,
reqts=, basets=,
use_monthtu=,
station=, param=,
aggrtypes=,
parfmt2=, valarr2=,
datefmt=,
delim=, missing=, anzarg2=,
anzval=, toffset=, qualarr=,
wantqf=, _station=, _param=,
_aggrtypes=, _parfmt2=,
_delim=, _missing=) at
extractdata.f:1464
#5 0x00407818 in extractdata () at extractdata.f:58
#6 0x00407906 in main (argc=, argv=)
at extractdata.f:1179
#7 0x0042b406 in __libc_start_main (main=,
argc=, ubp_av=, init=0x42b8b0
<__libc_csu_init>,
fini=0x42b870 <__libc_csu_fini>, rtld_fini=0, stack_end=0x7fffdf98) at
libc-start.c:220
#8 0x00400209 in _start () at ../sysdeps/x86_64/elf/start.S:113
(gdb) list
106 fnode *f;
107
108 fn->count = 0;
109 fn->current = NULL;
110
111 if (fn->format != FMT_LPAREN)
112 return;
113
114 for (f = fn->u.child; f; f = f->next)
115 {
Hopefully this gives already some clues. Otherwise please tell me
how to debug further.
--
Summary: SIGSEGV at libgfortran/io/format.c:111
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: manfred99 at gmx dot ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42742
[Bug middle-end/42245] ICE in verify_backedges for 197.parser with sel-sched
--- Comment #9 from amonakov at gcc dot gnu dot org 2010-01-14 10:29 --- Subject: Bug 42245 Author: amonakov Date: Thu Jan 14 10:28:47 2010 New Revision: 155890 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155890 Log: 2010-01-14 Andrey Belevantsev Alexander Monakov PR middle-end/42245 * sel-sched-ir.c (sel_recompute_toporder): New. Use it... (maybe_tidy_empty_bb): ... here. Make static. Add new argument. Update all callers. (tidy_control_flow): ... and here. Recompute topological order of basic blocks in region if necessary. (sel_redirect_edge_and_branch): Change return type. Return true if topological order might have been invalidated. (purge_empty_blocks): Export and move from... * sel-sched.c (purge_empty_blocks): ... here. * sel-sched-ir.h (sel_redirect_edge_and_branch): Update prototype. (maybe_tidy_empty_bb): Delete prototype. (purge_empty_blocks): Declare. * gcc.dg/pr42245.c: New. * gcc.dg/pr42245-2.c: New. Modified: trunk/gcc/ChangeLog trunk/gcc/sel-sched-ir.c trunk/gcc/sel-sched-ir.h trunk/gcc/sel-sched.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42245
[Bug middle-end/42739] [4.5 Regression] ICE with computed goto, destructors, and optimization
--- Comment #2 from aph at gcc dot gnu dot org 2010-01-14 10:31 --- This does indeed look like PR42698. The pattern of backwards branching indirect jumps is the same, and I'm pretty sure that this is the test case to fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42739
[Bug middle-end/42245] ICE in verify_backedges for 197.parser with sel-sched
--- Comment #10 from amonakov at gcc dot gnu dot org 2010-01-14 10:38 --- Subject: Bug 42245 Author: amonakov Date: Thu Jan 14 10:38:14 2010 New Revision: 155891 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155891 Log: Add tests missing from previous commit. PR middle-end/42245 * gcc.dg/pr42245.c: New. * gcc.dg/pr42245-2.c: New. Added: trunk/gcc/testsuite/gcc.dg/pr42245-2.c trunk/gcc/testsuite/gcc.dg/pr42245.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42245
[Bug rtl-optimization/39453] ICE : in init_seqno, at sel-sched.c:6433
--- Comment #6 from amonakov at gcc dot gnu dot org 2010-01-14 10:40 --- Subject: Bug 39453 Author: amonakov Date: Thu Jan 14 10:40:19 2010 New Revision: 155892 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155892 Log: 2010-01-14 Alexander Monakov PR rtl-optimization/39453 PR rtl-optimization/42246 * sel-sched-ir.c (considered_for_pipelining_p): Do not test for pipelining_p. (sel_add_loop_preheaders): Add preheader to last_added_blocks. * gcc.dg/pr39453.c: New. * gcc.dg/pr42246.c: New. Added: trunk/gcc/testsuite/gcc.dg/pr39453.c trunk/gcc/testsuite/gcc.dg/pr42246.c Modified: trunk/gcc/ChangeLog trunk/gcc/sel-sched-ir.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39453
[Bug rtl-optimization/42246] ICE in init_seqno for 186.crafty with sel-sched
--- Comment #5 from amonakov at gcc dot gnu dot org 2010-01-14 10:40 --- Subject: Bug 42246 Author: amonakov Date: Thu Jan 14 10:40:19 2010 New Revision: 155892 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155892 Log: 2010-01-14 Alexander Monakov PR rtl-optimization/39453 PR rtl-optimization/42246 * sel-sched-ir.c (considered_for_pipelining_p): Do not test for pipelining_p. (sel_add_loop_preheaders): Add preheader to last_added_blocks. * gcc.dg/pr39453.c: New. * gcc.dg/pr42246.c: New. Added: trunk/gcc/testsuite/gcc.dg/pr39453.c trunk/gcc/testsuite/gcc.dg/pr42246.c Modified: trunk/gcc/ChangeLog trunk/gcc/sel-sched-ir.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42246
[Bug middle-end/42245] ICE in verify_backedges for 197.parser with sel-sched
--- Comment #11 from amonakov at gcc dot gnu dot org 2010-01-14 10:41 --- Fixed by revision 155890 -- amonakov at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42245
[Bug rtl-optimization/39453] ICE : in init_seqno, at sel-sched.c:6433
--- Comment #7 from amonakov at gcc dot gnu dot org 2010-01-14 10:44 --- Fixed by revision 155892 -- amonakov at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39453
[Bug rtl-optimization/42294] [4.5 Regression] ICE in code_motion_path_driver for 416.gamess
--- Comment #10 from amonakov at gcc dot gnu dot org 2010-01-14 10:47 --- Subject: Bug 42294 Author: amonakov Date: Thu Jan 14 10:46:57 2010 New Revision: 155893 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155893 Log: 2010-01-14 Alexander Monakov PR rtl-optimization/42294 * sel-sched-ir.h (struct _sel_insn_data): Update comment. * sel-sched.c (move_exprs_to_boundary): Transitively add all originators' originators. * gfortran.dg/pr42294.f: New. Added: trunk/gcc/testsuite/gfortran.dg/pr42294.f Modified: trunk/gcc/ChangeLog trunk/gcc/sel-sched-ir.h trunk/gcc/sel-sched.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42294
[Bug fortran/42736] [4.3/4.4/4.5 Regression] Wrong-code with allocatable compounds
--- Comment #4 from burnus at gcc dot gnu dot org 2010-01-14 10:56 --- Regression bisecting on the 4.3 branch shows that PR 35681 is the culprit; to be precise: Commit Rev. 142154 - maybe that helps to find the issue. http://gcc.gnu.org/viewcvs?view=revision&revision=142154 PR fortran/35681 * dependency.c (gfc_check_argument_var_dependency): Add elemental check flag. Issue a warning if we find a dependency but don't generate a temporary. Add the case of an elemental function call as actual argument to an elemental procedure. Add the case of an operator expression as actual argument to an elemental procedure. (gfc_check_argument_dependency): Add elemental check flag. Update calls to gfc_check_argument_var_dependency. (gfc_check_fncall_dependency): Add elemental check flag. Update call to gfc_check_argument_dependency. * trans-stmt.c (gfc_trans_call): Make call to gfc_conv_elemental_dependency unconditional, but with a flag whether we should check dependencies between variables. (gfc_conv_elemental_dependency): Add elemental check flag. Update call to gfc_check_fncall_dependency. * trans-expr.c (gfc_trans_arrayfunc_assign): Update call to gfc_check_fncall_dependency. * resolve.c (find_noncopying_intrinsics): Update call to gfc_check_fncall_dependency. * dependency.h (enum gfc_dep_check): New enum. (gfc_check_fncall_dependency): Update prototype. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42736
[Bug rtl-optimization/42388] [4.5 Regression] ICE in move_bb_info with sel-sched and modulo-sched for 176.gcc
--- Comment #4 from abel at gcc dot gnu dot org 2010-01-14 11:02 --- Subject: Bug 42388 Author: abel Date: Thu Jan 14 11:02:18 2010 New Revision: 155894 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155894 Log: PR rtl-optimization/42388 * sel-sched-ir.c (maybe_tidy_empty_bb): Do not delete empty blocks that have no predecessors nor successors. Do not call move_bb_info for empty blocks outside of current region. Added: trunk/gcc/testsuite/gcc.dg/pr42388.c Modified: trunk/gcc/ChangeLog trunk/gcc/sel-sched-ir.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42388
[Bug rtl-optimization/42389] ICE in advance_state_on_fence with sel-schd for 175.vpr
--- Comment #3 from abel at gcc dot gnu dot org 2010-01-14 11:07 --- Subject: Bug 42389 Author: abel Date: Thu Jan 14 11:07:39 2010 New Revision: 155895 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155895 Log: PR rtl-optimization/42389 * sel-sched.c (advance_one_cycle): Set FENCE_ISSUE_MORE to can_issue_more. (advance_state_on_fence): Likewise. (sel_target_adjust_priority): Print debug output only when sched_verbose >= 4, not 2. (get_expr_cost): Do not issue all unique insns on the next cycle. (fill_insns): Initialize can_issue_more from the value saved with the fence. * sel-sched-ir.c (flist_add): New parameter issue_more. Init FENCE_ISSUE_MORE with it. (merge_fences): Likewise. (init_fences): Update call to flist_add. (add_to_fences, add_clean_fence_to_fences) (add_dirty_fence_to_fences): Likewise. (move_fence_to_fences): Update call to merge_fences. (invoke_reorder_hooks): Do not reset can_issue_more on insns from sched groups. * sel-sched-ir.h (struct _fence): New field issue_more. (FENCE_ISSUE_MORE): New accessor macro. Added: trunk/gcc/testsuite/gcc.dg/pr42389.c Modified: trunk/gcc/ChangeLog trunk/gcc/sel-sched-ir.c trunk/gcc/sel-sched-ir.h trunk/gcc/sel-sched.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42389
[Bug rtl-optimization/42388] [4.5 Regression] ICE in move_bb_info with sel-sched and modulo-sched for 176.gcc
--- Comment #5 from abel at gcc dot gnu dot org 2010-01-14 11:08 --- Fixed. -- abel at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42388
[Bug rtl-optimization/42389] ICE in advance_state_on_fence with sel-schd for 175.vpr
--- Comment #4 from abel at gcc dot gnu dot org 2010-01-14 11:09 --- Fixed. -- abel at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42389
[Bug fortran/42736] [4.3/4.4/4.5 Regression] Wrong-code with allocatable compounds
--- Comment #5 from burnus at gcc dot gnu dot org 2010-01-14 11:10 ---
The crucial difference between 142153 and 142154 seems to be that the former
uses table->realdata.data directly, while the latter creates a "atmp"
descriptor, which does not fill .dim[1].stride:
table->realdata.dim[0].stride = 1;
table->realdata.dim[1].stride = 1;
and then:
D.947 = NON_LVALUE_EXPR realdata.dim[1].stride> + D.936;
vs.
atmp.1.dim[0].stride = 1;
/* but not setting atmp.1.dim[1].{stride,lbound,ubound} */
D.959 = NON_LVALUE_EXPR + D.957;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42736
[Bug c++/42737] [c++0x] error returning a lambda function
--- Comment #5 from paolo dot carlini at oracle dot com 2010-01-14 11:13 --- Does it matter that lambdas with no-capture are special, per n2989? (also see http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01690.html) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42737
[Bug fortran/42736] [4.3/4.4/4.5 Regression] Wrong-code with allocatable compounds
--- Comment #6 from burnus at gcc dot gnu dot org 2010-01-14 11:18 --- The problem seems to be that for the tmp array, one has a RANK 1 array: "realdata(:,1)" thus gfc_trans_create_temp_array only gets info->dimen == 1 and thus it only fills the data for rank 1. However, the stride for rank 2 is later used (in this case unnecessarily as (:,1) is contiguous.) I do not see ad hoc how this can be solved. Paul, do you have an idea? (BTW: 4.4.3 is supposed to get its RC tomorrow thus it will be rather a 4.4.4/4.5 item, unless we are really fast.) -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||pault at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42736
[Bug rtl-optimization/42246] ICE in init_seqno for 186.crafty with sel-sched
--- Comment #6 from abel at gcc dot gnu dot org 2010-01-14 11:22 --- Subject: Bug 42246 Author: abel Date: Thu Jan 14 11:22:20 2010 New Revision: 155900 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155900 Log: PR rtl-optimization/42246 * sel-sched-ir.h (get_all_loop_exits): Include exits from inner loops. Added: trunk/gcc/testsuite/gfortran.dg/pr42246-2.f Modified: trunk/gcc/ChangeLog trunk/gcc/sel-sched-ir.h trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42246
[Bug rtl-optimization/42246] ICE in init_seqno for 186.crafty with sel-sched
--- Comment #7 from abel at gcc dot gnu dot org 2010-01-14 11:23 --- Fixed by the above patches. -- abel at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42246
[Bug libfortran/42742] [4.5 Regression] SIGSEGV at libgfortran/io/format.c:111
--- Comment #1 from burnus at gcc dot gnu dot org 2010-01-14 11:30 --- Hmm, without test case, it is quite difficult to debug. Though, maybe Jerry gets an idea from the backtrace. Can't you write out "fmtstr" & create a program with "fmtstr" set such, set anzarg2 and call the same WRITE statement? Even if it does not work, knowing the "fmtstr" might help -- I could imaging the it has something to do with the format-cache patch - in that case also 4.4 would be affected. I think, at the end we really need a small testcase - either by reducing the big program or by dreaming up a new test case based on the clues one gets from backtracing & looking at the source. Reducing for run-time problems is unfortunately not as easy as for internal compiler errors (for which http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction helps a lot, though it also works for run-time problems.) -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||jvdelisle at gcc dot gnu dot ||org Keywords||wrong-code Known to fail||4.5.0 Known to work||4.3.5 Summary|SIGSEGV at |[4.5 Regression] SIGSEGV at |libgfortran/io/format.c:111 |libgfortran/io/format.c:111 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42742
[Bug target/42295] ICE: 'error: unable to find a register to spill in class "AREG"' with -fschedule-insns
--- Comment #5 from abel at gcc dot gnu dot org 2010-01-14 11:32 --- With the recent patches to sel-sched, testcases from comments #3 and #4 do not longer fail for me. I'm still seeing the spill failure of the original report though. -- abel at gcc dot gnu dot org changed: What|Removed |Added CC||abel at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42295
[Bug middle-end/42739] [4.5 Regression] ICE with computed goto, destructors, and optimization
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-01-14 11:56 ---
The issue is we have an invalid CFG:
{
int D.2137;
Invalid sum of incoming frequencies 1, should be 5000
M:
:
[LP 2] f ();
:
[LP 3] f ();
goto ;
L:
: [LP 3]
goto ();
note the block with two labels - we'll end up looking up the EH landing
pad nr on L instead of .
It is cfg-cleanup that when removing a forwarder block moves the label
in it to that block via remove_bb ().
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org |org
Status|NEW |ASSIGNED
Last reconfirmed|2010-01-14 10:04:13 |2010-01-14 11:56:54
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42739
[Bug c++/42743] New: Inexplicable error message with constructing SIMD values
This code:
#include
template
void x()
{
vec_t tmp1 = vec_t(); // Works with myvec, causes error with __m128
vec_t tmp2 = {}; // Causes warnings about uninitialized members in
myvec
vec_t tmp3; // This may cause a warning about use of
uninitialized variables if tmp3 is later read-accessed.
}
struct myvec
{
struct tmp
{
float data[2];
} d;
};
void y()
{
x<__m128> ();
x ();
}
Produces this error when vec_t is __m128:
tmp.cc:6: error: can't convert between vector values of different size
And this warning when vec_t is myvec:
tmp.cc:7: warning: missing initializer for member 'myvec::d'
It is my understanding that constructor calls should never be treated as syntax
errors. Is there really no way to write this code so that it causes neither a
compile error or a warning?
--
Summary: Inexplicable error message with constructing SIMD values
Product: gcc
Version: 4.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bisqwit at iki dot fi
GCC build triplet: x86_64-pc-linux-gnu
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=42743
[Bug fortran/42736] [4.3/4.4/4.5 Regression] Wrong-code with allocatable compounds
--- Comment #7 from paul dot richard dot thomas at gmail dot com 2010-01-14 12:04 --- Subject: Re: [4.3/4.4/4.5 Regression] Wrong-code with allocatable compounds Dear Tobias, I am just leaving on a trip. As it happens, I copied this PR onto my memory stick, so I will have a look at the airport. I will let you know my thoughts from my telephone. Cheers Paul On Thu, Jan 14, 2010 at 12:18 PM, burnus at gcc dot gnu dot org wrote: > > > --- Comment #6 from burnus at gcc dot gnu dot org  2010-01-14 11:18 > --- > The problem seems to be that for the tmp array, one has a RANK 1 array: >  "realdata(:,1)" > thus gfc_trans_create_temp_array only gets info->dimen == 1 and thus it only > fills the data for rank 1. However, the stride for rank 2 is later used (in > this case unnecessarily as (:,1) is contiguous.) I do not see ad hoc how this > can be solved. > > Paul, do you have an idea? (BTW: 4.4.3 is supposed to get its RC tomorrow thus > it will be rather a 4.4.4/4.5 item, unless we are really fast.) > > > -- > > burnus at gcc dot gnu dot org changed: > >      What   |Removed           |Added > >         CC|               |pault at gcc dot gnu dot org > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42736 > > --- You are receiving this mail because: --- > You are on the CC list for the bug, or are watching someone who is. > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42736
[Bug middle-end/42667] [4.4 Regression] internal compiler error: in insert_into_preds_of_block, at tree-ssa-pre.c:3146
--- Comment #8 from jakub at gcc dot gnu dot org 2010-01-14 12:09 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42667
[Bug libgcj/40859] [4.4 regression] regressions in libjava testsuite on arm-linux
--- Comment #4 from debian-gcc at lists dot debian dot org 2010-01-14 12:30 --- fixed on the branch -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work|4.3.4 4.5.0 |4.3.4 4.5.0 4.4.3 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40859
[Bug c++/42737] [c++0x] error returning a lambda function
--- Comment #6 from jwakely dot gcc at gmail dot com 2010-01-14 12:30 --- (In reply to comment #5) > Does it matter that lambdas with no-capture are special, per n2989? (also see > http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01690.html) > ah yes, that would make it valid! I wasn't aware of that change, sorry -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42737
[Bug libfortran/42744] New: SIGSEGV at libgfortran/io/format.c:111
In a larger program of mine, I got a SIGSEGV when printing
WRITE(*,fmtstr)
& dat(1),"-",dat(2),"-",dat(3),
& datedelim,dat(4),":",dat(5),
& (delim,bufarr(pindx),pindx=1,anzarg2)
with gfortran 4.5 (latest snapshot). Using gfortran 4.3.5 the code runs fine.
Unfortunately, I can not reproduce the crash in a standalone program.
In the above print statement, fmtstr is rather large (~550chars).
Here is the gdb output:
Program received signal SIGSEGV, Segmentation fault.
reset_node (fn=0xc) at
../../../gfortran-source/gcc-4.5-20100107/libgfortran/io/format.c:111
111 if (fn->format != FMT_LPAREN)
(gdb) where
#0 reset_node (fn=0xc) at
../../../gfortran-source/gcc-4.5-20100107/libgfortran/io/format.c:111
#1 0x00423b30 in reset_fnode_counters ()
at ../../../gfortran-source/gcc-4.5-20100107/libgfortran/io/format.c:134
#2 parse_format () at
../../../gfortran-source/gcc-4.5-20100107/libgfortran/io/format.c:1233
#3 0x00418208 in data_transfer_init (dtp=0x7ffead80, read_flag=0)
at ../../../gfortran-source/gcc-4.5-20100107/libgfortran/io/transfer.c:2182
#4 0x0040ba86 in writevals (startjul=,
endjul=,
reqts=, basets=,
use_monthtu=,
station=, param=,
aggrtypes=,
parfmt2=, valarr2=,
datefmt=,
delim=, missing=, anzarg2=,
anzval=, toffset=, qualarr=,
wantqf=, _station=, _param=,
_aggrtypes=, _parfmt2=,
_delim=, _missing=) at
extractdata.f:1464
#5 0x00407818 in extractdata () at extractdata.f:58
#6 0x00407906 in main (argc=, argv=)
at extractdata.f:1179
#7 0x0042b406 in __libc_start_main (main=,
argc=, ubp_av=, init=0x42b8b0
<__libc_csu_init>,
fini=0x42b870 <__libc_csu_fini>, rtld_fini=0, stack_end=0x7fffdf98) at
libc-start.c:220
#8 0x00400209 in _start () at ../sysdeps/x86_64/elf/start.S:113
(gdb) list
106 fnode *f;
107
108 fn->count = 0;
109 fn->current = NULL;
110
111 if (fn->format != FMT_LPAREN)
112 return;
113
114 for (f = fn->u.child; f; f = f->next)
115 {
Hopefully this gives already some clues. Otherwise please tell me
how to debug further.
--
Summary: SIGSEGV at libgfortran/io/format.c:111
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: manfred99 at gmx dot ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42744
[Bug middle-end/42739] [4.5 Regression] ICE with computed goto, destructors, and optimization
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-01-14 12:33 ---
Let's hope there's not more fallout of
Index: gcc/tree-cfg.c
===
--- gcc/tree-cfg.c (revision 155893)
+++ gcc/tree-cfg.c (working copy)
@@ -4268,6 +4268,15 @@ gimple_verify_flow_info (void)
err = 1;
}
+ if (prev_stmt && EH_LANDING_PAD_NR (label) != 0)
+ {
+ error ("EH landing pad label ");
+ print_generic_expr (stderr, label, 0);
+ fprintf (stderr, " is not first in a sequence of labels in bb
%d",
+ bb->index);
+ err = 1;
+ }
+
if (label_to_block (label) != bb)
{
error ("label ");
than this particular case ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42739
[Bug c++/42743] Inexplicable error message with constructing SIMD values
--- Comment #1 from jwakely dot gcc at gmail dot com 2010-01-14 12:36
---
(In reply to comment #0)
> vec_t tmp2 = {}; // Causes warnings about uninitialized members in
> myvec
The warning doesn't smean it's uninitialized, just that there are not
initializers present for all members:
-Wmissing-field-initializers
Warn if a structure's initializer has some fields missing. For
example, the following code would cause such a warning, because "x.h" is
implicitly
zero:
struct s { int f, g, h; };
struct s x = { 3, 4 };
You can disable that with -Wno-missing-field-initializers (but that doesn't
help for cases where vec_t cannot be aggregate initialized)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42743
[Bug libfortran/42744] SIGSEGV at libgfortran/io/format.c:111
--- Comment #1 from manfred99 at gmx dot ch 2010-01-14 12:42 --- Created an attachment (id=19596) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19596&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42744
[Bug libfortran/42744] SIGSEGV at libgfortran/io/format.c:111
--- Comment #2 from manfred99 at gmx dot ch 2010-01-14 12:43 --- This write statement is called in a loop, and it crashes at the second iteration. I did first a test case with only this write statement, and it works OK. Then, I put a loop around it, and I catched it! So the attached test case crashes for me with # ./writebug 2009-10-31 03:00 2.8 7.8 7.3 7.6 7.1 -0.2 2.6 7.3 7.6 7.9 8.2 2.5 7.0 8.0 7.5 6.6 7.8 5.7 9.4 7.3 -0.6 5.2 7.7 8.5 8.8 4.7 7.7 7.7 7.4 7.4 1.2 5.9 2.6 2.5 8.0 7.1 7.2 8.8 3.9? 3.0 2.2 7.3 3.1 1.7 -6.3 5.4 6.3 6.2 -4.5 0.2 4.5 0.3 6.0 9.8 2.9 12.0 11.0 12.7 11.1 0.0 3.7 3.0 -0.9 2.2 -0.4 0.0 -4.6 -6.7 1.8 -0.8?? 4.3 Program received signal 11 (SIGSEGV): Segmentation fault. Backtrace for this error: + /lib64/libc.so.6 [0x7f0d7ee7b560] + in the main program from file writebug.f + /lib64/libc.so.6(__libc_start_main+0xfd) [0x7f0d7ee67a7d] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42744
[Bug tree-optimization/42704] [4.5 Regression] ICE in verify_ssa after early SRA
--- Comment #7 from jamborm at gcc dot gnu dot org 2010-01-14 12:59 --- Fixed. -- jamborm at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42704
[Bug libfortran/42742] [4.5 Regression] SIGSEGV at libgfortran/io/format.c:111
--- Comment #2 from manfred99 at gmx dot ch 2010-01-14 12:59 --- *** Bug 42744 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42742
[Bug libfortran/42744] SIGSEGV at libgfortran/io/format.c:111
--- Comment #3 from manfred99 at gmx dot ch 2010-01-14 12:59 --- Sorry, I made a mess. *** This bug has been marked as a duplicate of 42742 *** -- manfred99 at gmx dot ch changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42744
[Bug libfortran/42742] [4.5 Regression] SIGSEGV at libgfortran/io/format.c:111
--- Comment #3 from manfred99 at gmx dot ch 2010-01-14 13:01 --- See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42744 for comments and test case. Sorry. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42742
[Bug libfortran/42742] [4.5 Regression] SIGSEGV at libgfortran/io/format.c:111
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2010-01-14 13:06 --- I will take this one. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-01-14 13:06:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42742
[Bug libfortran/42742] [4.5 Regression] SIGSEGV at libgfortran/io/format.c:111
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2010-01-14 13:23 --- This is related to format caching and the length of the format string. Something like this: fmtstr="(i4,4(a1,i2.2),10(a1,a12))" Is a work around until I fix this, unless of course the test case is contrived. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42742
[Bug libfortran/42742] [4.5 Regression] SIGSEGV at libgfortran/io/format.c:111
-- burnus at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||32834 nThis|| Known to work|4.3.5 |4.3.5 4.4.3 Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42742
[Bug tree-optimization/42714] [4.5 Regression] ICE in create_tmp_var, at gimplify.c:504
--- Comment #5 from jamborm at gcc dot gnu dot org 2010-01-14 13:30 --- Subject: Bug 42714 Author: jamborm Date: Thu Jan 14 13:29:44 2010 New Revision: 155905 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155905 Log: 2010-01-14 Martin Jambor PR tree-optimization/42714 * tree-sra.c (sra_ipa_modify_assign): Handle incompatible-type constructors specially. * gcc/testsuite/g++.dg/torture/pr42714.C: New test. Added: trunk/gcc/testsuite/g++.dg/torture/pr42714.C Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-sra.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42714
[Bug libfortran/42742] [4.5 Regression] SIGSEGV at libgfortran/io/format.c:111
--- Comment #6 from manfred99 at gmx dot ch 2010-01-14 13:44 --- fmtstr is put together at runtime, each column may (and actually does sometimes) have different width (minimal width to save space), so - no, your work around does not work for me - no, this example is not contrived - in some invocations of my program I do have ~1000 columns (instead of 74 as in this example), so fmtstr may get huge. Well, this sounds a bit silly, I know. But it worked so far and is well in line with the GNU "no limits" credo ;-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42742
[Bug fortran/41044] internal compiler error: in gfc_conv_intrinsic_function
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2010-01-14 13:45 --- The test case in comment #8 is a separate issue. The constructor pointer is coming out of find_component_ref as invalid. I am still working on it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41044
[Bug pch/40215] GCH generated with -save-temps does not store preprocessor state.
--- Comment #6 from JamesMikeDuPont at googlemail dot com 2010-01-14 13:55 --- I am having this problem as well. Using the lastest version of g++. Test like this : If you include in a pch, and then in the other file that uses the pch, the macro assert is no longer there. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40215
[Bug c++/42745] New: gcc segfaults on gch
The gch is segfaulting https://bugs.launchpad.net/ubuntu/+source/gcc-defaults/+bug/506728 -- Summary: gcc segfaults on gch Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: JamesMikeDuPont at googlemail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42745
[Bug c++/42745] gcc segfaults on gch
--- Comment #1 from paolo dot carlini at oracle dot com 2010-01-14 14:25 --- Please provide all the required information, in particular the preprocessed file that triggers the bug (after having checked that current 4_4-branch is still affected, of course): http://gcc.gnu.org/bugs/ -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42745
[Bug middle-end/42248] [4.5 Regression] compat test struct-by-value-17 fails execution with -O1 -fschedule-insns
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-01-14 14:34 ---
Ugh.
args = copy_list (args);
simple-minded copies all PARM_DECLs in the function - but of course the
actual functions parameter list is not adjusted, this is only a temporary
list used for parameter setup.
So
1) remove that bogus target hook (and thus the copy_list call)
2) make split_complex_args and its callers and all the consumers of the
altered argument list use a VEC of PARM_DECLs instead of a chain
of PARM_DECLs
assign_parms_unsplit_complex tries to fixup after the fact but obviously
misses both DECL_RTL and more important already generated instructions.
Thus, the following hack fixes the testcase - can you verify that?
Index: gcc/function.c
===
*** gcc/function.c (revision 155904)
--- gcc/function.c (working copy)
*** assign_parms_unsplit_complex (struct ass
*** 3125,3130
--- 3125,3132
}
else
{
+ rtx p;
+
SET_DECL_RTL (parm, DECL_RTL (fnargs));
set_decl_incoming_rtl (parm, DECL_INCOMING_RTL (fnargs), false);
*** assign_parms_unsplit_complex (struct ass
*** 3132,3137
--- 3134,3155
instead of the copy of decl, i.e. FNARGS. */
if (DECL_INCOMING_RTL (parm) && MEM_P (DECL_INCOMING_RTL (parm)))
set_mem_expr (DECL_INCOMING_RTL (parm), parm);
+ if (MEM_P (DECL_RTL (parm)))
+ set_mem_expr (DECL_RTL (parm), parm);
+
+ /* Also fixup already generated RTL. */
+ for (p = get_insns (); p; p = NEXT_INSN (p))
+ {
+ rtx x;
+ if ((x = single_set (p))
+ && MEM_P (SET_DEST (x)))
+ {
+ x = SET_DEST (x);
+ if (MEM_EXPR (x)
+ && MEM_EXPR (x) == fnargs)
+ set_mem_expr (x, parm);
+ }
+ }
}
fnargs = TREE_CHAIN (fnargs);
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42248
[Bug bootstrap/42695] gcc/config/vxworks.c not compatible with gcc/tree
--- Comment #2 from simon at pushface dot org 2010-01-14 14:36 --- Corrected the host & build (to Snow Leopard), for correctness. -- simon at pushface dot org changed: What|Removed |Added GCC build triplet|i386-apple-darwin9.6.0 |i386-apple-darwin10 GCC host triplet|i386-apple-darwin9.6.0 |i386-apple-darwin10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42695
[Bug c++/42713] [4.5 Regression] ICE - segfault in tsubst
--- Comment #3 from dodji at gcc dot gnu dot org 2010-01-14 14:39 ---
Here is a smaller reproducer:
template
struct S
{
};
template
struct S0
{
typedef T TT;
};
template
struct super_struct : S0
{
typedef S0 super;
};
template
struct S1 : super_struct
{
typedef super_struct super;
typedef typename super::super Super2;
typedef typename Super2::TT Super2TT;
void
foo()
{
S s1;
}
};
template
struct S2 : super_struct
{
typedef super_struct super;
typedef typename super::super Super2;
typedef typename Super2::TT Super2TT;
void
foo()
{
S s1;
}
};
int
main()
{
S1, int> s1;
s1.foo();
S2 > s2;
s2.foo();
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42713
[Bug c++/42745] gcc segfaults on gch
--- Comment #2 from JamesMikeDuPont at googlemail dot com 2010-01-14 14:51 --- Using the preprocessed headers breaks the pch. I tried this with the latest 4 4 head I compiled myself, but now it does not break. I will continue testing with the latest version. thanks for you help. -- JamesMikeDuPont at googlemail dot com changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42745
[Bug tree-optimization/42714] [4.5 Regression] ICE in create_tmp_var, at gimplify.c:504
--- Comment #6 from jamborm at gcc dot gnu dot org 2010-01-14 15:05 --- Fixed. -- jamborm at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42714
[Bug target/42746] New: AIX ABI defaults to unsigned bitfields
AIX ABI by default maps all bitfields to unsigned type regardless of their type declaration. GCC does not provide any mechanism to control this behavior. XLC controls this behavior with -qbitfield option. -- Summary: AIX ABI defaults to unsigned bitfields Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dje at gcc dot gnu dot org GCC build triplet: powerpc-ibm-aix GCC host triplet: powerpc-ibm-aix GCC target triplet: powerpc-ibm-aix http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42746
[Bug middle-end/42248] [4.5 Regression] compat test struct-by-value-17 fails execution with -O1 -fschedule-insns
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-01-14 15:15 --- Created an attachment (id=19597) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19597&action=view) patch 2) Implements 2) - can you test that as well? Another possibility would be to move the split complex handling to the callers of assign_parms_augmented_arg_list instead - but I guess the patch wouldn't get any cleaner and this one is easier to verify as a 1:1 transformation. I'm testing it on x86_64-linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42248
[Bug tree-optimization/42709] [4.5 Regression] error: type mismatch in pointer plus expression
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-01-14 15:31 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42709
[Bug tree-optimization/42719] "-fcompare-debug failure" with "-O2 -ftracer"
--- Comment #2 from jakub at gcc dot gnu dot org 2010-01-14 15:36 --- The problem here seems to be that trivially_conflicts_p called insert_backedge_copies returns 0 for -g0 and 1 for -g in: : # i_25 = PHI # DEBUG last => i_25 D.2725_8 = (long unsigned int) i_25; D.2726_9 = D.2725_8 * 4; prephitmp.9_10 = pretmp.12_39 + D.2726_9; i_11 = *prephitmp.9_10; # DEBUG i => i_11 # DEBUG last => i_25 # DEBUG i => i_11 if (i_11 != -1) goto ; else goto ; (for -g0 of course without the # DEBUG lines). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42719
[Bug middle-end/42698] [4.5 Regression] jc1: ICE in redirect_eh_edge_1, at tree-eh.c:2112
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-01-14 15:43 --- The patch for PR42739 also fixes this bug. Thus, duplicate. *** This bug has been marked as a duplicate of 42739 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42698
[Bug middle-end/42739] [4.5 Regression] ICE with computed goto, destructors, and optimization
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-01-14 15:43 --- *** Bug 42698 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||doko at ubuntu dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42739
[Bug tree-optimization/42248] [4.5 Regression] compat test struct-by-value-17 fails execution with -O1 -fschedule-insns
--- Comment #11 from pthaugen at gcc dot gnu dot org 2010-01-14 15:45 --- I'll test on PPC. -- pthaugen at gcc dot gnu dot org changed: What|Removed |Added CC||pthaugen at gcc dot gnu dot ||org Component|middle-end |tree-optimization Target Milestone|4.5.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42248
[Bug middle-end/42248] [4.5 Regression] compat test struct-by-value-17 fails execution with -O1 -fschedule-insns
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|tree-optimization |middle-end Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42248
[Bug tree-optimization/42719] "-fcompare-debug failure" with "-O2 -ftracer"
--- Comment #3 from matz at gcc dot gnu dot org 2010-01-14 15:56 --- This code and var-tracking was developed in parallel, that's why debug insns are sometimes not handled correctly in the new out-of-ssa stuff. In this case debug insns should probably be ignored, and not lead to claiming a trivial conflict. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42719
[Bug c++/42713] [4.5 Regression] ICE - segfault in tsubst
--- Comment #4 from dodji at gcc dot gnu dot org 2010-01-14 15:56 --- Candidate patch posted to http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00666.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42713
[Bug target/42746] AIX ABI defaults to unsigned bitfields
--- Comment #1 from dje at gcc dot gnu dot org 2010-01-14 16:02 --- GCC does provide -funsigned-bitfields but defaults to -fsigned-bitfields. GCC advocates consistency and does not believe this should be an ABI decision because it does not affect object layout. -- dje at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42746
[Bug tree-optimization/42706] [4.5 Regression] ICE in gimple_op, at gimple.h:1634, (IPA SRA)
--- Comment #5 from jamborm at gcc dot gnu dot org 2010-01-14 16:07 --- Patch posted to the mailing list: http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00667.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42706
[Bug tree-optimization/42719] "-fcompare-debug failure" with "-O2 -ftracer"
--- Comment #4 from jakub at gcc dot gnu dot org 2010-01-14 16:10 --- Created an attachment (id=19598) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19598&action=view) gcc45-pr42719.patch Big hammer patch to reset the debug stmts because of which we'd return true from trivially_conflicts_p when we'd otherwise return false. Wonder if we don't have other options though (ignore the debug stmts, then do something about them) and how much it will affect real-world code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42719
[Bug tree-optimization/42719] "-fcompare-debug failure" with "-O2 -ftracer"
--- Comment #5 from matz at gcc dot gnu dot org 2010-01-14 16:17 --- I don't think the big hammer is necessary. trivially_conflicts_p only is a heuristic predicate influencing how other code is emitted. That other code needs to handle them already, otherwise more transformations would be broken. The worst that can happen by ignoring debug stmts in the predicate is that the transformation done later leads to changes or invalidation of those debug statements. I think that's exactly what we want. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42719
[Bug inline-asm/42321] NEON/VFP registers from inline assembly clobber list are saved/restored incorrectly
--- Comment #5 from ramana at gcc dot gnu dot org 2010-01-14 16:21 --- I took a cursory look at this case . This looks like a bug in the backend specifically in arm_output_epilogue where the epilogue code isn't designed to cope for restoring disjoint sets of registers from the stack when the frame pointer is eliminated. The epilogue code for restoring these registers would work fine in the case where a. The registers to be restored are in a single sequence for load multiple irrespective of whether the frame pointer is used or not. b. If the function ends up using a frame_pointer. We need a separate case for when the frame pointer is not required and one has more than one sequence to restore. -- ramana at gcc dot gnu dot org changed: What|Removed |Added Keywords||wrong-code Known to fail||4.4.2 4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42321
[Bug tree-optimization/42719] "-fcompare-debug failure" with "-O2 -ftracer"
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-01-14 16:21 --- Correct. Especially resetting debug stmts inside a predicate is extra ugly ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42719
[Bug middle-end/42248] [4.5 Regression] compat test struct-by-value-17 fails execution with -O1 -fschedule-insns
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2010-01-13 23:22:21 |2010-01-14 16:29:09 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42248
[Bug libstdc++/42491] performance/30_threads/future/polling.cc fails at compile time
--- Comment #5 from paolo dot carlini at oracle dot com 2010-01-14 16:34 --- PR42634 is fixed, we can safely close this one too. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42491
[Bug middle-end/42248] [4.5 Regression] compat test struct-by-value-17 fails execution with -O1 -fschedule-insns
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42248
[Bug c++/42655] [4.3/4.4/4.5 Regression] ! causes the qualified types for rvalue
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42655
[Bug middle-end/42674] [4.4/4.5 Regression] Bogus "no return statement in function returning non-void" warning
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42674
[Bug libgcj/42676] [4.5 regression] javah doesn't generate the header files as checked in in the archive
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42676
[Bug fortran/42677] [4.5 Regression] Bogus Error: Ambiguous interfaces '...' in intrinsic assignment operator
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42677
[Bug fortran/42684] [4.5 Regression] ICE when interface operator(xx) available through host and use assoc in module procedure
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42684
[Bug tree-optimization/42685] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops" (2)
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42685
[Bug c++/42701] [4.5 Regression] ICE on error recovery
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42701
[Bug tree-optimization/42706] [4.5 Regression] ICE in gimple_op, at gimple.h:1634, (IPA SRA)
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42706
[Bug c++/42713] [4.5 Regression] ICE - segfault in tsubst
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42713
