[Bug debug/38101] New: dbxout_expand_expr() doesn't check return value of DECL_VALUE_EXPR()
tree.c:
tree
decl_value_expr_lookup (tree from)
{
...
return NULL_TREE;
}
tree.h:
#define DECL_VALUE_EXPR(NODE) \
(decl_value_expr_lookup (DECL_WRTL_CHECK (NODE)))
dbxout.c:
static rtx
dbxout_expand_expr (tree expr)
{
switch (TREE_CODE (expr))
...
case PARM_DECL:
if (DECL_HAS_VALUE_EXPR_P (expr))
return dbxout_expand_expr (DECL_VALUE_EXPR (expr));
...
}
--
Summary: dbxout_expand_expr() doesn't check return value of
DECL_VALUE_EXPR()
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i386-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38101
[Bug target/38054] Assertion failed in change_decl_assembler_name()
--- Comment #6 from d dot g dot gorbachev at gmail dot com 2008-11-13 20:21 --- (In reply to comment #5) GCC 4.3.2 suffers from the same bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38054
[Bug debug/38101] dbxout_expand_expr() doesn't check return value of DECL_VALUE_EXPR()
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2008-11-14 01:47 --- Example (11MB archive) - http://www.divshare.com/download/5809022-31c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38101
[Bug debug/38101] dbxout_expand_expr() doesn't check return value of DECL_VALUE_EXPR()
--- Comment #4 from d dot g dot gorbachev at gmail dot com 2008-11-19 04:37 --- Created an attachment (id=16720) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16720&action=view) Example Disregard the previous comment. Segmentation fault in GCC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38101
[Bug debug/38226] New: Configure time option "--with-stabs" does not work
GCC 4.4.0 20081121. Was configured with "--with-stabs", but produces DWARF-2
debug info by default.
--
Summary: Configure time option "--with-stabs" does not work
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i386-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38226
[Bug target/38269] Segmentation fault in main_block_label when using -fno-unit-at-a-time and precompiled headers containing inline functions
--- Comment #6 from d dot g dot gorbachev at gmail dot com 2008-11-26 00:00 --- GCC 4.3.2 failed to compile the testcase with "internal compiler error: in copy_phis_for_bb, at tree-inline.c:1227" or "internal compiler error: in gimplify_expr, at gimplify.c:6146" message. GCC 4.4.0 works. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38269
[Bug target/38054] Assertion failed in change_decl_assembler_name()
--- Comment #9 from d dot g dot gorbachev at gmail dot com 2008-11-26 00:14 --- GCC 4.3.2 and 4.4.0 compile the above testcase without warnings. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38054
[Bug middle-end/38271] New: Spurious / missing "... used uninitialized in this function" warning
gcc -S -O1 -Wuninitialized uninitialized.c
GCC 4.4.0 20081121:
warning: 's' is used uninitialized in this function
GCC 4.3.2:
warning: âiâ may be used uninitialized in this function
--
Summary: Spurious / missing "... used uninitialized in this
function" warning
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38271
[Bug middle-end/38271] Spurious / missing "... used uninitialized in this function" warning
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2008-11-26 02:48 --- Created an attachment (id=16772) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16772&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38271
[Bug debug/38226] Configure time option "--with-stabs" does not work
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2008-11-29 05:14 --- The same thing with GCC 4.3.2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38226
[Bug pch/38101] dbxout_expand_expr() doesn't check return value of DECL_VALUE_EXPR()
--- Comment #5 from d dot g dot gorbachev at gmail dot com 2008-11-29 13:08 --- Hash table entries should be reordered when writing a PCH. -- d dot g dot gorbachev at gmail dot com changed: What|Removed |Added Component|debug |pch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38101
[Bug middle-end/38426] New: Incorrect code produced with -momit-leaf-frame-pointer -fno-unit-at-a-time
GCC-4.4 [EMAIL PROTECTED]: pushl %ebp pushl %edi pushl %esi pushl %ebx subl$28, %esp movl-2100956, %ebx movl56(%ebx), %ebp %ebp is used as a spare register in a non-leaf function. -- Summary: Incorrect code produced with -momit-leaf-frame-pointer - fno-unit-at-a-time Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot g dot gorbachev at gmail dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i386-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38426
[Bug middle-end/38426] Incorrect code produced with -momit-leaf-frame-pointer -fno-unit-at-a-time
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2008-12-06 09:52 --- Created an attachment (id=16839) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16839&action=view) Preprocessed source mingw32-gcc -S -Os -momit-leaf-frame-pointer -fno-unit-at-a-time win32.i C source: <http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/ps/win32.c?revision=37615&content-type=text%2Fplain> -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38426
[Bug middle-end/38271] [4.4 Regression] Spurious / missing "... used uninitialized in this function" warning
--- Comment #8 from d dot g dot gorbachev at gmail dot com 2008-12-08
20:34 ---
(In reply to comment #7)
The patch causes segfault. This is how it happens:
tree-sra.c:1612
for (f = TYPE_FIELDS (elt->type);
f; f = TREE_CHAIN (f))
{
tree-sra.c:1700
if (size != TREE_INT_CST_LOW (TYPE_SIZE (TREE_TYPE (elt->element
return f; // NULL
tree-sra.c:1764
for (f = TYPE_FIELDS (type); f ; f = TREE_CHAIN (f))
if (TREE_CODE (f) == FIELD_DECL)
{
tree last = try_instantiate_multiple_fields (elt, f);
if (last != f)
{
f = last;
continue;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38271
[Bug middle-end/38426] Incorrect code produced with -momit-leaf-frame-pointer -fno-unit-at-a-time
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2008-12-09 01:11 --- Ira() calls setup_eliminable_regset() at ira.c:1794, which calls ix86_frame_pointer_required() at ira.c:1296, which checks current_function_is_leaf, but this variable is updated only at ira.c:1866. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38426
[Bug rtl-optimization/38426] Incorrect code produced with -momit-leaf-frame-pointer -fno-unit-at-a-time
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2008-12-09 20:31 --- Patch: http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00583.html -- d dot g dot gorbachev at gmail dot com changed: What|Removed |Added Component|middle-end |rtl-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38426
[Bug rtl-optimization/38426] [4.4 Regression] Incorrect code produced with -momit-leaf-frame-pointer -fno-unit-at-a-time
--- Comment #8 from d dot g dot gorbachev at gmail dot com 2009-01-07 16:01 --- > sorry for the duplicate work. Thanks for fixing it! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38426
[Bug target/38900] New: ICE: unable to find a register to spill
gcc -S -O1 -foptimize-sibling-calls bug.c
bug.c: In function 'f':
bug.c:9: error: unable to find a register to spill in class 'CREG'
bug.c:9: error: this is the insn:
(call_insn/j 11 9 12 2 bug.c:8 (call (mem:QI (reg/f:SI 3 bx [59]) [0 S1 A8])
(const_int 0 [0x0])) 468 {*sibcall_1} (expr_list:REG_DEAD (reg/f:SI 3
bx [59])
(expr_list:REG_DEAD (reg:SI 2 cx)
(nil)))
(expr_list:REG_DEP_TRUE (use (reg:SI 2 cx))
(nil)))
bug.c:9: internal compiler error: in spill_failure, at reload1.c:2093
--
Summary: ICE: unable to find a register to spill
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i386-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38900
[Bug target/38900] ICE: unable to find a register to spill
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2009-01-17
23:19 ---
bug.c:
void __attribute__((dllimport,fastcall)) h(int);
void f(int i)
{
static void (__attribute__((fastcall)) *g)(int) = h;
g(i);
g(i);
}
--
d dot g dot gorbachev at gmail dot com changed:
What|Removed |Added
Known to fail||4.3.2 4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38900
[Bug target/38900] ICE: unable to find a register to spill
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2009-01-17
23:20 ---
ok.c:
void __attribute__((dllimport,fastcall)) h(int);
void f(int i)
{
static void (__attribute__((fastcall)) *g)(int);
g = h;
g(i);
g(i);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38900
[Bug middle-end/40493] [4.5 Regression] New SRA miscompiled binutils
--- Comment #8 from d dot g dot gorbachev at gmail dot com 2009-06-22 10:05 --- This is probably the same bug: binutils 2.19.51.20090616 (build, host: i686-pc-linux-gnu, target: i686-pc-mingw32), compiled with GCC 4.5.0 20090618. GAS aborts when tries to assemble this instruction: imull $-1431655765, %eax, %eax Internal error, aborting at ../../binutils-2.19.51/gas/config/tc-i386.c line 4917 in build_modrm_byte To avoid errors when compiling binutils, simply pass --disable-werror to configure script. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40493
[Bug c++/40535] New: Invalid conversion from 'T' to 'T' error when compiling C++ code
GCC 4.5.0 20090618.
bug.cc:
--
typedef void (__attribute__((__stdcall__)) * F)();
template struct S {
S(T s) { T t = s; }
};
void f(F g)
{
S h = g;
}
--
bug.cc: In function 'void f(void (*)())':
bug.cc:9:14: error: invalid conversion from 'void (*)()' to 'void (*)()'
bug.cc:9:14: error: initializing argument 1 of 'S::S(T) [with T = void
(*)()]'
--
Summary: Invalid conversion from 'T' to 'T' error when compiling
C++ code
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
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=40535
[Bug target/38900] ICE: unable to find a register to spill
--- Comment #5 from d dot g dot gorbachev at gmail dot com 2009-06-26 14:57 --- Perhaps there are two bugs, not one, as my more elaborate testcases show. Though they are seemingly equivalent, one triggers the bug, while another don't. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38900
[Bug c++/40535] Invalid conversion from 'T' to 'T' error when compiling C++ code
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2009-06-30 09:18 --- Created an attachment (id=18098) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18098&action=view) Another testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40535
[Bug target/40636] New: Build failed with --enable-build-with-cxx (mingw32 target)
GCC 4.5.0 20090702 Build failed because the static const structures in config/i386/msformat-c.c (mingw_format_attribute_overrides and mingw_format_attributes) were optimized out. Also solaris target can be affected (solaris_format_types). -- Summary: Build failed with --enable-build-with-cxx (mingw32 target) Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot g dot gorbachev at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40636
[Bug middle-end/40716] New: [4.5 Regression] ICE in purge_dead_edges, at cfgrtl.c:2323
GCC 4.5.0 20090709. (IIRC, there was no such ICE when compiling with 20090702.)
gcc -S -O1 -finline-small-functions -foptimize-sibling-calls -march=i686 bug.c
bug.c:12:1: internal compiler error: in purge_dead_edges, at cfgrtl.c:2323
bug.c:
extern int baz(void), zab(void);
char bar(void)
{
int i = 1;
return *(char *)&i;
}
void foo(void)
{
(bar() ? baz : zab)();
}
--
Summary: [4.5 Regression] ICE in purge_dead_edges, at
cfgrtl.c:2323
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
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=40716
[Bug middle-end/40716] [4.5 Regression] ICE in purge_dead_edges, at cfgrtl.c:2323
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2009-07-10 21:30 --- Maybe a duplicate of PR39886 / PR40364. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40716
[Bug middle-end/40717] New: [4.5 Regression] ICE in purge_dead_edges, at cfgrtl.c:2323
GCC 4.5.0 20090709. (IIRC, there was no such ICE when compiling with 20090702.)
gcc -S -O1 -finline-small-functions -foptimize-sibling-calls -march=i686 bug.c
bug.c:12:1: internal compiler error: in purge_dead_edges, at cfgrtl.c:2323
bug.c:
extern int baz(void), zab(void);
char bar(void)
{
int i = 1;
return *(char *)&i;
}
void foo(void)
{
(bar() ? baz : zab)();
}
--
Summary: [4.5 Regression] ICE in purge_dead_edges, at
cfgrtl.c:2323
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
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=40717
[Bug middle-end/40718] New: Invalid code produced with -foptimize-sibling-calls
The following program will fail.
gcc -S -O1 -foptimize-sibling-calls bug.c
bug.c:
#define stdcall __attribute__((__stdcall__))
struct S {
void (stdcall *f)(struct S *);
int i;
};
void stdcall foo(struct S *s)
{
s->i++;
}
void stdcall bar(struct S *s)
{
foo(s);
s->f(s);
}
int main(void)
{
struct S s = { foo, 0 };
bar(&s);
}
This is what the compiler produces:
bar:
pushl %ebp
movl%esp, %ebp
pushl %ebx
subl$20, %esp
movl8(%ebp), %ebx
movl%ebx, (%esp)
callfoo
subl$4, %esp
movl%ebx, 8(%ebp)
movl-4(%ebp), %ebx
leave
jmp *(%ebx)
--
Summary: Invalid code produced with -foptimize-sibling-calls
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
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=40718
[Bug middle-end/39886] [4.5 Regression] ICE in purge_dead_edges, at cfgrtl.c:2274
--- Comment #5 from d dot g dot gorbachev at gmail dot com 2009-07-11 21:55 --- See also bug 40716. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39886
[Bug middle-end/39886] [4.5 Regression] ICE in purge_dead_edges, at cfgrtl.c:2274
--- Comment #6 from d dot g dot gorbachev at gmail dot com 2009-07-11 21:55 --- *** Bug 40716 has been marked as a duplicate of this bug. *** -- d dot g dot gorbachev at gmail dot com changed: What|Removed |Added CC||d dot g dot gorbachev at ||gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39886
[Bug middle-end/40716] [4.5 Regression] ICE in purge_dead_edges, at cfgrtl.c:2323
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2009-07-11 21:55 --- *** This bug has been marked as a duplicate of 39886 *** -- d dot g dot gorbachev at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40716
[Bug bootstrap/40923] bootstrap failure for 20090730 with --enable-build-with-cxx
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2009-08-07 19:25 --- Keywords: mangling, anonymous namespaces. Adding option such as -frandom-seed=271828 to CXXFLAGS_FOR_TARGET allows to bootstrap. -- d dot g dot gorbachev at gmail dot com changed: What|Removed |Added CC||jason at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40923
[Bug middle-end/38054] Assertion failed in change_decl_assembler_name()
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2008-11-07 18:45 --- Created an attachment (id=16632) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16632&action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38054
[Bug middle-end/38054] New: Assertion failed in change_decl_assembler_name()
mingw32-c++ (GCC) 4.4.0 20081031 (experimental) internal compiler error: in change_decl_assembler_name, at cgraph.c:1252 C++ source is here: <http://svn.reactos.org/svn/reactos/trunk/reactos/base/shell/explorer/desktop/desktop.cpp?revision=34284&content-type=text%2Fplain> -- Summary: Assertion failed in change_decl_assembler_name() Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot g dot gorbachev at gmail dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i386-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38054
[Bug target/38054] Assertion failed in change_decl_assembler_name()
--- Comment #4 from d dot g dot gorbachev at gmail dot com 2008-11-09 11:30 --- (In reply to comment #3) Ok, thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38054
[Bug tree-optimization/36054] bad code generation with -ftree-vectorize
--- Comment #21 from d dot g dot gorbachev at gmail dot com 2009-02-13 15:25 --- Created an attachment (id=17293) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17293&action=view) precompiled source The same issue with GCC 4.3.3 (i686-pc-linux-gnu). C source: http://svn.savannah.gnu.org/viewvc/*checkout*/trunk/kqemu.c?root=qemu&revision=6338&content-type=text%2Fplain cc1 -O3 -march=pentium4 kqemu.c Offending asm code: kqemu_cpu_exec: ... movl8(%ebp), %ebx ... .L96: movdqa (%ebx), %xmm0 // segmentation fault -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36054
[Bug c++/39823] New: GCC 4.4.0 produces bad code for libstdc++
GCC 4.4.0 20090414 i686-pc-linux-gnu Configure options: --prefix=/usr/local --enable-languages=c,c++ --enable-version-specific-runtime-libs --with-host-libstdcxx='-lstdc++ -lm' --disable-bootstrap --disable-shared --disable-nls Libraries: GMP 4.3, MPFR 2.4.1-p5, PPL 0.10.2, CLooG-PPL 0.15. In std::string::begin() (_ZNSs5beginEv): movl12(%ebp), %ebx movl(%ebx), %eax or: mov0xc(%ebp),%ebx ... mov(%ebx),%edx // crash here -- Summary: GCC 4.4.0 produces bad code for libstdc++ Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot g dot gorbachev at gmail dot com 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=39823
[Bug c++/39823] GCC 4.4.0 produces bad code for libstdc++
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2009-04-20 19:26 --- Created an attachment (id=17657) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17657&action=view) Preprocessed source g++ -S -std=gnu++0x -O1 string-inst.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39823
[Bug tree-optimization/36054] bad code generation with -ftree-vectorize
--- Comment #22 from d dot g dot gorbachev at gmail dot com 2009-04-20 19:31 --- (In reply to comment #21) Sorry, it seems it's because of malloc(), not a GCC bug... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36054
[Bug c++/39823] GCC 4.4.0 produces bad code for libstdc++
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2009-04-20 21:24 --- For example, a ppl-0.10.2 test numberinput1 crashed because of this. std::string::begin() is called at src/checked.cc:171 for (i = num.mantissa.begin(); ... -- d dot g dot gorbachev at gmail dot com changed: What|Removed |Added Component|middle-end |c++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39823
[Bug c++/39823] GCC 4.4.0 produces bad code for libstdc++
--- Comment #5 from d dot g dot gorbachev at gmail dot com 2009-04-21 12:24 --- (In reply to comment #4) Sorry, my mistake. The problem indeed was in the caller because of different compiler flags. -- d dot g dot gorbachev at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39823
[Bug libstdc++/41214] New: [4.5 regression] Null pointer dereferenced in _Unwind_SetGR()
GCC 4.5.0 20090827 When I run any program which throws an exception, I get a segfault: __cxa_throw . libstdc++-v3/libsupc++/eh_throw.cc:78 _Unwind_RaiseException .. gcc/unwind.inc:62 __gxx_personality_v0 libsupc++/eh_personality.cc:706 _Unwind_SetGR ... gcc/unwind-dw2.c:215 GCC is compiled with -O3, maybe it makes a difference. -- Summary: [4.5 regression] Null pointer dereferenced in _Unwind_SetGR() Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot g dot gorbachev at gmail dot com 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=41214
[Bug c++/41214] [4.5 regression] Null pointer dereferenced in _Unwind_SetGR()
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2009-09-02
17:24 ---
a testcase:
int main(void) { try { throw 0; } catch (int) { } return 0; }
About analysis, it will take some time. I think it is better to file a bug
right away then to wait results.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41214
[Bug c++/41214] [4.5 regression] Null pointer dereferenced in _Unwind_SetGR()
--- Comment #4 from d dot g dot gorbachev at gmail dot com 2009-09-03 06:51 --- Created an attachment (id=18469) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18469&action=view) Patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41214
[Bug c++/41214] [4.5 regression] Null pointer dereferenced in _Unwind_SetGR()
--- Comment #6 from d dot g dot gorbachev at gmail dot com 2009-09-05 20:26 --- Hi, Configure and build GCC with ../gcc-4.5/configure --enable-languages=c,c++ \ --disable-shared --disable-bootstrap make CFLAGS_FOR_TARGET=-O3 The -O3 option, or -finline-functions -finline-small-functions, is crucial to reproduce this bug. After applying the patch, it disappears. No any special options are required to compile the testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41214
[Bug c++/41214] [4.5 regression] Null pointer dereferenced in _Unwind_SetGR()
--- Comment #8 from d dot g dot gorbachev at gmail dot com 2009-09-05 22:48 --- http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00415.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41214
[Bug other/41338] New: High memory consumption when compiling with -O3 -g
GCC 4.5.0 20090910, compile with `cc1 -O3 -g tree.i' command. -- Summary: High memory consumption when compiling with -O3 -g Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot g dot gorbachev at gmail dot com 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=41338
[Bug other/41338] High memory consumption when compiling with -O3 -g
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2009-09-11 17:53 --- Created an attachment (id=18565) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18565&action=view) gzipped preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41338
[Bug other/41340] New: [4.5 Regression] G++ produces different code with and without -g option
GCC 4.5.0 20090903, 20090910: bootstrap with `--enable-build-with-cxx' failed. cc1plus -O2 -g rtl.ii -- Summary: [4.5 Regression] G++ produces different code with and without -g option Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot g dot gorbachev at gmail dot com 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=41340
[Bug other/41340] [4.5 Regression] G++ produces different code with and without -g option
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2009-09-11 21:33 --- Created an attachment (id=18567) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18567&action=view) gzipped preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41340
[Bug other/41338] High memory consumption when compiling with -O3 -g
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2009-10-09 18:19 --- (In reply to comment #2) Ok, thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41338
[Bug lto/41652] New: LTO plugin misconfiguration
GCC 4.5 20091008. In lto-plugin/configure.ac, AC_SYS_LARGEFILE should stay before AC_OUTPUT. Otherwise, LTO plugin is compiled without -D_FILE_OFFSET_BITS=64, which then causes an error in lto-plugin.c:576: claim_file_handler: Assertion `status == LDPS_OK' failed. -- Summary: LTO plugin misconfiguration Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot g dot gorbachev at gmail dot com 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=41652
[Bug debug/41340] [4.5 Regression] G++ produces different code with and without -g option
--- Comment #5 from d dot g dot gorbachev at gmail dot com 2009-10-16 20:09 --- There is a real difference, i.e. - 179: mov0x8(%ebp),%edx - 17c: movzwl (%edx),%eax + 179: mov0x8(%ebp),%esi + 17c: movzwl (%esi),%eax [...] - 1a0: mov%edx,(%esp) - 1a3: mov%edx,-0x24(%ebp) - 1a6: call 1a7 <_Z8copy_rtxP7rtx_def+0x37> - 1ab: mov%eax,%ecx - 1ad: movzbl 0x3(%eax),%eax - 1b1: mov%eax,%esi - 1b3: and$0xffdf,%eax [...] + 1a0: mov%esi,(%esp) + 1a3: call 1a4 <_Z8copy_rtxP7rtx_def+0x34> + 1a8: mov%eax,%edi + 1aa: movzbl 0x3(%eax),%eax + 1ae: mov%eax,%ecx + 1b0: and$0xffdf,%eax + 1b3: mov%al,0x3(%edi) etc. -fcompare-debug produces -fcompare-debug failure (length) -- d dot g dot gorbachev at gmail dot com changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41340
[Bug debug/41340] [4.5 Regression] G++ produces different code with and without -g option
--- Comment #6 from d dot g dot gorbachev at gmail dot com 2009-10-16 20:12 --- Created an attachment (id=18813) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18813&action=view) gzipped preprocessed source file Another case. Compile with: cc1 -O3 -march=i686 -g tree-eh.i -2fb6: sub$0xdc,%esp +2fb6: sub$0xcc,%esp [...] -38f2: mov$0x1,%edi -38f7: movb $0x0,-0x98(%ebp) -38fe: mov%edx,-0x9c(%ebp) -3904: cmp%eax,(%ecx) -3906: jne3ad9 [...] +38f2: xor%edi,%edi +38f4: cmp%eax,(%ecx) +38f6: jne3ac3 +38fc: mov0x0,%eax +3901: xor%esi,%esi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41340
[Bug c/40033] [4.5 regression] ICE with invalid statement expression
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2009-10-16 21:57 --- Created an attachment (id=18814) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18814&action=view) testcase A similar problem: bug.cc: In function 'void f()': bug.cc:5:20: error: '__cxa_begin_catch' cannot be used as a function bug.cc:5:20: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at tree-ssa.c:1221 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40033
[Bug lto/41652] LTO plugin misconfiguration
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2009-10-17 14:38 --- Patch: <http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01129.html>. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41652
[Bug preprocessor/41748] New: Continued lines are not merged into one long line
This is a testcase (a space before a backslash or after a newline, and two
pairs of quotes (or no quotes at all), are important):
"hello," \
"world"
In GCC 4.5.0 20091015, preprocessor produces this:
# 1 ""
# 1 ""
# 1 ""
# 1 ""
"hello,"
"world"
whereas older GCC versions give this:
# 1 ""
# 1 ""
# 1 ""
# 1 ""
"hello," "world"
Such a new behavior seems to be in contradiction with what the documentation
says: "the backslash is removed and the following line is joined with the
current one."
--
Summary: Continued lines are not merged into one long line
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41748
[Bug preprocessor/41748] Adjust documentation to reflect new (afrer rev. 152599) cpp behavior
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2009-10-19 13:17 --- Ok, thanks for the clarification. I believe this should be documented. -- d dot g dot gorbachev at gmail dot com changed: What|Removed |Added Summary|Continued lines are not |Adjust documentation to |merged into one long line |reflect new (afrer rev. ||152599) cpp behavior http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41748
[Bug debug/41806] New: G++ fails to compile a testcase with -fcompare-debug
GCC 4.5.0 20091022, compiled with GCC 4.3.3: ../gcc-4.5/configure --enable-languages=c,c++ --disable-bootstrap make CFLAGS=-O0 g++ -fcompare-debug -O2 rtl.ii g++: rtl.ii: -fcompare-debug failure (length) See bug 41340, attachment 18567. -- Summary: G++ fails to compile a testcase with -fcompare-debug Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot g dot gorbachev at gmail dot com 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=41806
[Bug debug/41340] [4.5 Regression] GCC produces different code with and without -g option
--- Comment #13 from d dot g dot gorbachev at gmail dot com 2009-10-23 09:15 --- The original testcase still fails with -fcompare-debug with GCC 4.5.0 20091022. This bug is now tracked here: bug 41806. The second bug is indeed fixed. -- d dot g dot gorbachev at gmail dot com changed: What|Removed |Added Summary|[4.5 Regression] G++|[4.5 Regression] GCC |produces different code with|produces different code with |and without -g option |and without -g option http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41340
[Bug lto/41652] LTO plugin misconfiguration
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2009-10-27 22:05 --- Fixed. -- d dot g dot gorbachev at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41652
[Bug lto/42037] New: "grow domain error" in lto1
lto1: internal compiler error: vector VEC(ld_plugin_symbol_resolution_t,heap) grow domain error, in lto_resolution_read at lto/lto.c:313 -- Summary: "grow domain error" in lto1 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot g dot gorbachev at gmail dot com 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=42037
[Bug lto/42037] "grow domain error" in lto1
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2009-11-13 23:52 --- Created an attachment (id=19013) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19013&action=view) Testcase gcc -flto -fuse-linker-plugin chew.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42037
[Bug lto/42037] "grow domain error" in lto1
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2009-11-13 23:53 --- Created an attachment (id=19014) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19014&action=view) Backtrace gcc version 4.5.0 20091112 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42037
[Bug c++/42038] New: ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p
`g++ bug.cc' causes this error: bug.cc: In function 'void f()': bug.cc:5:20: error: '__cxa_begin_catch' cannot be used as a function bug.cc:5:20: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at tree-ssa.c:1221 -- Summary: ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot g dot gorbachev at gmail dot com 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=42038
[Bug c++/42038] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2009-11-14 01:31 --- Created an attachment (id=19015) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19015&action=view) The bug.cc file Sorry, forgot it. :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42038
[Bug target/40535] [4.5 regression] Invalid conversion from 'T' to 'T' error when compiling C++ code
--- Comment #4 from d dot g dot gorbachev at gmail dot com 2009-11-14 23:35 --- GCC 4.5.0 20091112 -- works. -- d dot g dot gorbachev at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40535
[Bug lto/43057] New: [LTO] fold check: original tree changed by fold
GCC 4.5.0 20100211. Configured with --enable-languages=c --enable-checking=all --disable-bootstrap. -- Summary: [LTO] fold check: original tree changed by fold Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot g dot gorbachev at gmail dot com 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=43057
[Bug lto/43057] [LTO] fold check: original tree changed by fold
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-02-13 14:27 --- Created an attachment (id=19857) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19857&action=view) Backtrace -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43057
[Bug lto/43057] [LTO] fold check: original tree changed by fold
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2010-02-13 14:29 --- Created an attachment (id=19858) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19858&action=view) Testcase gcc -O -flto bug.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43057
[Bug other/43090] Why gcc can't invoke -as and uses 'as' instead?
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2010-02-16
13:25 ---
> Except from the fact this 'as' is not symlinked but copied
It must be hardlinked, not copied, on the systems which support hard links.
> The fact that the toolchain has various such internal directories
> is not in any way a bug, and changing the internal directories for
> the sake of it is pretty pointless; only the confusing nature of
> those directories might possibly be a bug.
All right, but I still think that there is a bug. IMHO, the driver first should
use "as" from $prefix/$target/bin; if not found, look for $target-as in the
$PATH; and only after that, try to invoke plain "as".
For example, I have two cross-gcc installations with different ${prefix}es. It
would be nice to share one copy of cross-binutils between them. Currently I use
symlinks for that, but it would be easier to put the binutils directory on the
$PATH.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43090
[Bug lto/43157] New: Segmentation fault in aggregate_value_p
-- Summary: Segmentation fault in aggregate_value_p Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot g dot gorbachev at gmail dot com 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=43157
[Bug lto/43157] Segmentation fault in aggregate_value_p
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-02-24 00:01 --- Created an attachment (id=19942) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19942&action=view) Testcase gcc -O1 -flto pr43157.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43157
[Bug tree-optimization/43159] New: Missing optimization
-- Summary: Missing optimization Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot g dot gorbachev at gmail dot com 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=43159
[Bug tree-optimization/43159] Missing optimization
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-02-24 07:47 --- Created an attachment (id=19943) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19943&action=view) Testcase $ gcc -c -O3 -march=pentium4 -mfpmath=sse pr43159.c $ nm -u pr43159.o U b -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43159
[Bug lto/42453] Assertion `syms' failed in lto-plugin
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2010-02-26 02:46 --- Created an attachment (id=19964) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19964&action=view) Testcase Yet another thing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42453
[Bug tree-optimization/43186] New: A loop in tree_unroll_loops_completely never ends
-- Summary: A loop in tree_unroll_loops_completely never ends Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot g dot gorbachev at gmail dot com 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=43186
[Bug tree-optimization/43186] A loop in tree_unroll_loops_completely never ends
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-02-26 04:29 --- Created an attachment (id=19965) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19965&action=view) Testcase gcc -S -O3 -DBUG pr43186.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43186
[Bug tree-optimization/43188] New: [4.5 Regression] "error: alignment of array elements is greater than element size"
$ cat pr43188.c
int *__attribute__((__aligned__(16))) *p;
int main (void)
{
return **p;
}
$ gcc -O3 -march=pentium3 pr43188.c
pr43188.c: In function 'main':
pr43188.c:3:5: error: alignment of array elements is greater than element size
--
Summary: [4.5 Regression] "error: alignment of array elements is
greater than element size"
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
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=43188
[Bug preprocessor/43195] New: #pragma once and -H
The "#pragma once" directive can cause spurious "Multiple include guards may be
useful for:" messages.
$ cat bar.h
#pragma once
$ cat foo.c
#include "bar.h"
$ gcc -S -H foo.c
. bar.h
Multiple include guards may be useful for:
bar.h
--
Summary: #pragma once and -H
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43195
[Bug tree-optimization/43186] [4.5 Regression] A loop in tree_unroll_loops_completely never ends
--- Comment #6 from d dot g dot gorbachev at gmail dot com 2010-02-27 10:17 --- Thanks! But it still does not work when "a < 3" is replaced by "a < 4". Also, the original testcase requires much time to compile. -- d dot g dot gorbachev at gmail dot com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43186
[Bug lto/43200] New: [LTO] tree check: expected array_type, have pointer_type in array_ref_low_bound
== 1.c ==
extern void f(void);
const char *s = "Hello, world!";
int main(void)
{
f();
return 0;
}
== 2.c ==
extern int puts(const char *);
extern const char s[];
void f(void)
{
puts(s);
}
=
When compiling with `gcc -flto 1.c 2.c', it causes ICE:
2.c:2:19: warning: type of 's' does not match original declaration
1.c:2:13: note: previously declared here
In file included from 2.c:2:0,
from 1.c:2,
from :0:
2.c: In function 'f':
2.c:6:7: internal compiler error: tree check: expected array_type, have
pointer_type in array_ref_low_bound, at expr.c:6207
No ICE with `-combine' instead of `-flto':
2.c:2:19: error: conflicting types for 's'
1.c:2:13: note: previous definition of 's' was here
--
Summary: [LTO] tree check: expected array_type, have pointer_type
in array_ref_low_bound
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
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=43200
[Bug lto/43201] New: Missed optimization with `-flto'
-- Summary: Missed optimization with `-flto' Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot g dot gorbachev at gmail dot com 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=43201
[Bug lto/43201] Missed optimization with `-flto'
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-02-27 21:04 --- Created an attachment (id=19978) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19978&action=view) Code produced by lto1 Compiled with `-O2 -flto' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43201
[Bug lto/43201] Missed optimization with `-flto'
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2010-02-27 21:05 --- Created an attachment (id=19979) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19979&action=view) Code compiled without `-flto' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43201
[Bug lto/43201] Missed optimization with `-flto'
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2010-02-27 21:06 --- Created an attachment (id=19980) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19980&action=view) C source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43201
[Bug tree-optimization/43186] [4.5 Regression] A loop in tree_unroll_loops_completely never ends
--- Comment #8 from d dot g dot gorbachev at gmail dot com 2010-02-27 22:11 --- > Well, it really only requires much time and memory to compile, > it's not never ending ;) Ah, it means that machine is old. Also, the generated code is larger then what gcc 4.3 does (4.4 is affected, too). Should I file a bug report? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43186
[Bug middle-end/43204] New: GCC 4.4 / 4.5 generates larger code for a particular testcase
The testcase is taken from attachment 19965 (bug 43186). Compile with `gcc -O3 -DBUG testcase.c' -- Summary: GCC 4.4 / 4.5 generates larger code for a particular testcase Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot g dot gorbachev at gmail dot com 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=43204
[Bug middle-end/43204] GCC 4.4 / 4.5 generates larger code for a particular testcase
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-02-27 23:01 --- Created an attachment (id=19982) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19982&action=view) Output of GCC 4.3 --- Comment #2 from d dot g dot gorbachev at gmail dot com 2010-02-27 23:02 --- Created an attachment (id=19983) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19983&action=view) Output of GCC 4.4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43204
[Bug middle-end/43204] GCC 4.4 / 4.5 generates larger code for a particular testcase
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-02-27 23:01 --- Created an attachment (id=19982) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19982&action=view) Output of GCC 4.3 --- Comment #2 from d dot g dot gorbachev at gmail dot com 2010-02-27 23:02 --- Created an attachment (id=19983) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19983&action=view) Output of GCC 4.4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43204
[Bug lto/43208] New: lto1: error: invalid conversion in return statement
In function 'g':
lto1: error: invalid conversion in return statement
struct list_node *
struct list_node *
return D.2037_1;
lto1: internal compiler error: verify_stmts failed
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: /usr/local/bin/i686-pc-linux-gnu-gcc-4.5.0 returned 1 exit status
collect2: lto-wrapper returned 1 exit status
--
Summary: lto1: error: invalid conversion in return statement
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
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=43208
[Bug lto/43208] lto1: error: invalid conversion in return statement
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-02-28 11:40 --- Created an attachment (id=19985) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19985&action=view) Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43208
[Bug lto/43212] New: [LTO] error: control flow in the middle of basic block
1.c
extern void baz(void);
void foo(void)
{
baz();
}
2.c
extern __attribute__((__noreturn__)) void baz(void);
void bar(void)
{
baz();
}
=
$ gcc -r -nostdlib -O2 -flto 1.c 2.c
In file included from :0:0:
1.c: In function 'foo':
1.c:3:6: error: control flow in the middle of basic block 2
1.c:3:6: internal compiler error: verify_flow_info failed
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: /usr/local/bin/i686-pc-linux-gnu-gcc-4.5.0 returned 1 exit status
collect2: lto-wrapper returned 1 exit status
--
Summary: [LTO] error: control flow in the middle of basic block
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
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=43212
[Bug tree-optimization/43213] New: [4.5 Regression] Worse code generated with -O2
-- Summary: [4.5 Regression] Worse code generated with -O2 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot g dot gorbachev at gmail dot com 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=43213
[Bug tree-optimization/43213] [4.5 Regression] Worse code generated with -O2
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-02-28 19:57 --- Created an attachment (id=19990) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19990&action=view) Poor code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43213
[Bug tree-optimization/43213] [4.5 Regression] Worse code generated with -O2
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2010-02-28 19:58 --- Created an attachment (id=19991) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19991&action=view) C source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43213
[Bug lto/43218] New: [LTO] Conflicting function types cause ICE
#1
lto1: internal compiler error: in cgraph_estimate_size_after_inlining, at
ipa-inline.c:206
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: /usr/local/bin/i686-pc-linux-gnu-gcc-4.5.0 returned 1 exit status
collect2: lto-wrapper returned 1 exit status
#2
In file included from expand_call_inline-2.c:1:0,
from expand_call_inline-1.c:1,
from :0:
expand_call_inline-1.c: In function 'main':
expand_call_inline-1.c:5:11: internal compiler error: in expand_call_inline, at
tree-inline.c:3798
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: /usr/local/bin/i686-pc-linux-gnu-gcc-4.5.0 returned 1 exit status
collect2: lto-wrapper returned 1 exit status
#3
In file included from fold_convert_loc-2.c:1:0,
from fold_convert_loc-1.c:1,
from :0:
fold_convert_loc-1.c: In function 'main':
fold_convert_loc-1.c:5:3: internal compiler error: in fold_convert_loc, at
fold-const.c:2670
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: /usr/local/bin/i686-pc-linux-gnu-gcc-4.5.0 returned 1 exit status
collect2: lto-wrapper returned 1 exit status
--
Summary: [LTO] Conflicting function types cause ICE
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
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=43218
[Bug lto/43218] [LTO] Conflicting function types cause ICE
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-03-01 12:43 --- Created an attachment (id=19995) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19995&action=view) Three testcases Compile with `-flto -O2' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43218
[Bug lto/42451] 'warning: type of "array" does not match original declaration' with -flto/-fwhopr
--- Comment #6 from d dot g dot gorbachev at gmail dot com 2010-03-01 12:47 --- Created an attachment (id=19996) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19996&action=view) Another testcase Compile with `gcc -flto 1.c 2.c' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42451
