[Bug middle-end/25905] [4.2 regression] ICE in expand_compound_operation
--- Comment #4 from bonzini at gnu dot org 2006-01-23 08:14 --- The ICE is the same, but the cause is probably different as 25890 is an ICE-on-undefined. I think it's easiest to punt and return failure instead of asserting, but I want to investigate how we reach the assertion failure in this case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25905
[Bug rtl-optimization/25890] [4.2 regression] testsuite failure: gcc.c-torture/compile/20051228-1.c
--- Comment #3 from bonzini at gnu dot org 2006-01-23 08:16 --- The bug here is that expand_compound_operation uses an unsigned HOST_WIDE_INT for pos, while the argument to the zero_extract rtx's is a const_int, which is signed. A negative value for zero_extract's position operand is at best undefined, so it's probably easiest to make expand_compound_operation do nothing in this case. -- bonzini at gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bonzini at gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-01-21 04:15:30 |2006-01-23 08:16:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25890
[Bug middle-end/25905] [4.2 regression] ICE in expand_compound_operation
--- Comment #5 from bonzini at gnu dot org 2006-01-23 08:22 ---
I cannot reproduce Paul's testcase, but I found this one:
struct object
{
unsigned long mixed_encoding:1;
unsigned long encoding:8;
}
__attribute__ ((packed));
int search_object (struct object *ob)
{
return ob-encoding == 0x00;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25905
[Bug middle-end/25905] [4.2 regression] ICE in expand_compound_operation
--- Comment #6 from bonzini at gnu dot org 2006-01-23 08:28 ---
Uhm, expand has a bug and creates an invalid
(insn 11 7 12 2 (set (subreg:SI (reg:QI 33) 0)
(zero_extract:SI (mem/s:QI (reg/v/f:SI 31 [ ob ]) [0 S1 A8])
(const_int 8 [0x8])
(const_int 1 [0x1]))) 354 {*m68k.md:4965} (insn_list:REG_DEP_TRUE 6
(nil))
(expr_list:REG_DEAD (reg/v/f:SI 31 [ ob ])
(nil)))
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25905
[Bug target/25919] Bootstrap failure with ICE in expand_compound_operation
--- Comment #1 from kkojima at gcc dot gnu dot org 2006-01-23 08:47 --- It seems that this PR is a duplicate of 25905. *** This bug has been marked as a duplicate of 25905 *** -- kkojima at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25919
[Bug middle-end/25905] [4.2 regression] ICE in expand_compound_operation
--- Comment #7 from kkojima at gcc dot gnu dot org 2006-01-23 08:47 --- *** Bug 25919 has been marked as a duplicate of this bug. *** -- kkojima at gcc dot gnu dot org changed: What|Removed |Added CC||kkojima at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25905
[Bug c++/24996] [4.0/4.1/4.2 Regression] ICE on throw code
--- Comment #13 from rakdver at gcc dot gnu dot org 2006-01-23 08:53
---
One more question; how is the throw code supposed to work?
We allocate D.2069, initialize it, if there is a problem
during it initialization, we deallocate it, then
pass it to __cxa_throw anyway? This does not make much
sense to me.
TARGET_EXPR D.2069, __cxa_allocate_exception (1);
try
{
*(struct logic_error *) D.2069 = exp;
}
catch
{
__cxa_free_exception (D.2069);
};
__cxa_throw (D.2069, (void *) _ZTI11logic_error, 0B);
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24996
[Bug target/25919] Bootstrap failure with ICE in expand_compound_operation
--- Comment #2 from bonzini at gnu dot org 2006-01-23 08:59 --- I am not so sure that it is a duplicate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25919
[Bug rtl-optimization/25654] [4.0/4.1/4.2 Regression] RTL alias analysis unprepared to handle stack slot sharing
--- Comment #14 from rguenth at gcc dot gnu dot org 2006-01-23 09:47 --- Subject: Bug 25654 Author: rguenth Date: Mon Jan 23 09:47:01 2006 New Revision: 110109 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110109 Log: 2006-01-23 Steven Bosscher [EMAIL PROTECTED] Jan Hubicka [EMAIL PROTECTED] Richard Guenther [EMAIL PROTECTED] PR rtl-optimization/25654 * cfgexpand.c (aggregate_contains_union_type): New function. (add_alias_set_conflicts): Call it. Make sure to add conflicts for structure variables that contain a union type. * gcc.dg/torture/pr25654.c: New testcase. * gcc.target/i386/pr25654.c: Likewise. Added: trunk/gcc/testsuite/gcc.dg/torture/pr25654.c trunk/gcc/testsuite/gcc.target/i386/pr25654.c Modified: trunk/gcc/ChangeLog trunk/gcc/cfgexpand.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25654
[Bug rtl-optimization/25654] [4.0/4.1/4.2 Regression] RTL alias analysis unprepared to handle stack slot sharing
--- Comment #15 from rguenth at gcc dot gnu dot org 2006-01-23 09:50 --- Subject: Bug 25654 Author: rguenth Date: Mon Jan 23 09:50:07 2006 New Revision: 110110 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110110 Log: 2006-01-23 Steven Bosscher [EMAIL PROTECTED] Jan Hubicka [EMAIL PROTECTED] Richard Guenther [EMAIL PROTECTED] PR rtl-optimization/25654 * cfgexpand.c (aggregate_contains_union_type): New function. (add_alias_set_conflicts): Call it. Make sure to add conflicts for structure variables that contain a union type. * gcc.dg/torture/pr25654.c: New testcase. * gcc.target/i386/pr25654.c: Likewise. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/torture/pr25654.c branches/gcc-4_1-branch/gcc/testsuite/gcc.target/i386/pr25654.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/cfgexpand.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25654
[Bug rtl-optimization/25654] [4.0/4.1/4.2 Regression] RTL alias analysis unprepared to handle stack slot sharing
--- Comment #16 from rguenth at gcc dot gnu dot org 2006-01-23 09:54 --- Subject: Bug 25654 Author: rguenth Date: Mon Jan 23 09:54:12 2006 New Revision: 110111 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110111 Log: 2006-01-23 Steven Bosscher [EMAIL PROTECTED] Jan Hubicka [EMAIL PROTECTED] Richard Guenther [EMAIL PROTECTED] PR rtl-optimization/25654 * cfgexpand.c (aggregate_contains_union_type): New function. (add_alias_set_conflicts): Call it. Make sure to add conflicts for structure variables that contain a union type. * gcc.dg/torture/pr25654.c: New testcase. * gcc.target/i386/pr25654.c: Likewise. Added: branches/gcc-4_0-branch/gcc/testsuite/gcc.dg/torture/pr25654.c branches/gcc-4_0-branch/gcc/testsuite/gcc.target/i386/pr25654.c Modified: branches/gcc-4_0-branch/gcc/ChangeLog branches/gcc-4_0-branch/gcc/cfgexpand.c branches/gcc-4_0-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25654
[Bug rtl-optimization/25654] [4.0/4.1/4.2 Regression] RTL alias analysis unprepared to handle stack slot sharing
--- Comment #17 from rguenth at gcc dot gnu dot org 2006-01-23 09:54 --- 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=25654
[Bug middle-end/23631] construct to memory and memcpy instead of memset
--- Comment #4 from etienne_lorrain at yahoo dot fr 2006-01-23 09:56 --- (In reply to comment #3) PR 23477 was fixed in 4.1.0 and not 4.0.3. This is still a dup of that bug. *** This bug has been marked as a duplicate of 23477 *** For me, 23477 is fixed in GCC: (GNU) 4.0.3 20051201 (prerelease) (Debian 4.0.2-5) (this bug is in C++ so compile with g++); but the current bug 23631 is still present (use pure C). Etienne. -- etienne_lorrain at yahoo dot fr changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23631
[Bug target/25919] Bootstrap failure with ICE in expand_compound_operation
--- Comment #3 from bonzini at gnu dot org 2006-01-23 09:59 --- Reopening... -- bonzini at gnu dot org changed: What|Removed |Added Last reconfirmed|-00-00 00:00:00 |2006-01-23 09:59:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25919
[Bug target/25919] Bootstrap failure with ICE in expand_compound_operation
--- Comment #4 from bonzini at gnu dot org 2006-01-23 10:00 --- Reopening for real... -- bonzini at gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25919
[Bug target/25919] Bootstrap failure with ICE in expand_compound_operation
--- Comment #5 from bonzini at gnu dot org 2006-01-23 10:01 --- ... to mark as duplicate for the 20051228-1.c failure. *** This bug has been marked as a duplicate of 25890 *** -- bonzini at gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25919
[Bug rtl-optimization/25890] [4.2 regression] testsuite failure: gcc.c-torture/compile/20051228-1.c
--- Comment #4 from bonzini at gnu dot org 2006-01-23 10:01 --- *** Bug 25919 has been marked as a duplicate of this bug. *** -- bonzini at gnu dot org changed: What|Removed |Added CC||kkojima at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25890
[Bug rtl-optimization/24626] [4.1 Regression] internal compiler error: verify_flow_info failed
--- Comment #64 from rguenth at gcc dot gnu dot org 2006-01-23 10:01 --- Subject: Bug 24626 Author: rguenth Date: Mon Jan 23 10:01:36 2006 New Revision: 110112 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110112 Log: 2006-01-23 Richard Guenther [EMAIL PROTECTED] Steven Bosscher [EMAIL PROTECTED] PR rtl-optimization/24626 * cfgloopmanip.c (lv_adjust_loop_entry_edge): Don't set EDGE_TRUE_VALUE if in RTL mode. Revert 2005-03-30 Mostafa Hagog [EMAIL PROTECTED] * cfgrtl.c (rtl_verify_flow_info_1): Fix. * gcc.dg/torture/pr24626-1.c: New testcase. * gcc.dg/torture/pr24626-2.c: Likewise. * gcc.dg/torture/pr24626-3.c: Likewise. * gcc.dg/torture/pr24626-4.c: Likewise. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/torture/pr24626-1.c branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/torture/pr24626-2.c branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/torture/pr24626-3.c branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/torture/pr24626-4.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/cfgloopmanip.c branches/gcc-4_1-branch/gcc/cfgrtl.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24626
[Bug middle-end/25905] [4.2 regression] ICE in expand_compound_operation
-- bonzini at gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bonzini at gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-01-22 13:41:02 |2006-01-23 10:01:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25905
[Bug rtl-optimization/24626] [4.1 Regression] internal compiler error: verify_flow_info failed
--- Comment #65 from rguenth at gcc dot gnu dot org 2006-01-23 10:06 --- 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=24626
[Bug middle-end/22275] [3.4/4.0/4.1/4.2 Regression] bitfield layout change (regression?)
--- Comment #39 from matz at suse dot de 2006-01-23 10:32 --- Gnah! It's even worse. I spoke too soon, and actually pre-3.4 (3.3 in fact) has the behaviour _swapped_. I.e. using the example struct I have these sizes (on i686): 3.3:normal 16, pragma 16, packed 12 4.1+patch: normal 12, pragma 12, packed 16 The 3.3 case is nice in the sense that the packed struct actually is smaller than the unpacked struct, but in a way it also means that 3.3 did somehow adjust the field offsets for the packed struct. What do we do? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22275
[Bug c++/25921] New: Internal compiler error
Try to compile the following preprocessed file: PROBLEM: The file I wanted to post is too large. Where can I post it? -- Summary: Internal compiler error Product: gcc Version: 4.0.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: wolfgang dot roemer at gmx dot net GCC build triplet: i486-pc-linux-gnu GCC host triplet: i486-pc-linux-gnu GCC target triplet: i486-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25921
[Bug c++/25921] Internal compiler error
--- Comment #1 from wolfgang dot roemer at gmx dot net 2006-01-23 11:18 --- Created an attachment (id=10709) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10709action=view) The preprocessed file causing the error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25921
[Bug middle-end/22275] [3.4/4.0/4.1/4.2 Regression] bitfield layout change (regression?)
--- Comment #40 from matz at suse dot de 2006-01-23 11:21 --- Mark, re your comment #38: (my comment #39 actually came before, but I forgot to press Commit :-/ ) the #pragma pack(1) does not influence DECL_PACKED. It is only set by attribute(packed). That's why the difference of behaviour between a struct under #pragma pack(1) vs. a struct with an attribute packed occurs. I agree that it conceptually makes sense to implicitely have a zero-width bit-field never be DECL_PACKED (though this would deviate from pre-3.4). The ugly thing is, that current code in GCC seems to handle exactly this case differently. For instance in place_field(), we have this code: if (PCC_BITFIELD_TYPE_MATTERS ! targetm.ms_bitfield_layout_p (rli-t) TREE_CODE (field) == FIELD_DECL type != error_mark_node DECL_BIT_FIELD (field) ! DECL_PACKED (field) maximum_field_alignment == 0 ! integer_zerop (DECL_SIZE (field)) the body contains a call to ADJUST_FIELD_ALIGN then. So if this is a zero-sized bitfield, then this ADJUST won't be done no matter what DECL_PACKED is, and it seems that this is wanted here (in difference to the other place in layout_decl, where zero-sized bitfield simply weren't handled). The comment above this code says that it's purpose is compatibility with PCC, so perhaps struct with zero-sized bitfields weren't handled at all by PCC, and this is a non-issue. I don't know. Otherwise it might be, that both places need to be handled the same way to not risk inconsistencies. It currently looks as if it also isn't handled consistently right now (another call to ADJUST_... misses to test DECL_PACKED at all for instance). Double-sigh. Anyway, I'll attach my current patch which implements the suggested behaviour, including zero-bitfield == !DECL_PACKED in layout_decl. And also a small testprogram showing information about different struct under different settings. It shows inconsistencies in 3.3, and with the patch 4.1 is more consistent (plus the case in wine, namely of using #pragma pack(1) still does the same as pre-3.4). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22275
[Bug middle-end/22275] [3.4/4.0/4.1/4.2 Regression] bitfield layout change (regression?)
--- Comment #41 from matz at suse dot de 2006-01-23 11:23 --- Created an attachment (id=10710) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10710action=view) candidate patch This patch contains some commented out test code I had in for playing around. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22275
[Bug c++/25922] New: Incomplete type with embedded member template struct
Hi,
Here is my complaint:
The problem encountered under Linux x86_64 platform...
The following test code fails to compile with the dignostics:
'AAA3::member' has incomplete type
//Test code:
templatetypename _A
struct A
{
templatetypename _B // Type--mapping struct
struct B
{ typedef _B C; };
};
templateint _I
class USERTYPE
{
public:
int member[_I];
};
templateint _I
class AAA
{
public:
static iconst int I=_I;
typedef USERTYPEI T1;
typedef typename AT1::Bdouble::C NEWTYPE;
NEWTYPE member;
};
int main()
{
AAA3 object;
return 0;
}
On the other hand it compliles OK if
typedef USERTYPE3 T1;
is explicitely used above...
Is there anything syntaxically wrong with such a construction?
If it is acompiler bug is there any reasonable workaround.
Thank you.
--
Summary: Incomplete type with embedded member template struct
Product: gcc
Version: 3.2.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dmitrii dot kamenetskii at boeing dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25922
[Bug middle-end/22275] [3.4/4.0/4.1/4.2 Regression] bitfield layout change (regression?)
--- Comment #42 from matz at suse dot de 2006-01-23 11:28 --- Created an attachment (id=10711) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10711action=view) Testprogram This program generates the following output for 3.3-hammer-branch on x86-64: S_normal_i size 8 align 4 ofs 4 S_pragma_i size 8 align 1 ofs 4 S_packed_i size 12 align 1 ofs 8 S_pragma_packed_i size 12 align 1 ofs 8 S_normal_ll size 16 align 8 ofs 8 S_pragma_ll size 16 align 1 ofs 8 S_packed_ll size 16 align 1 ofs 8 S_pragma_packed_ll size 16 align 1 ofs 8 With -m32 it's: S_normal_i size 8 align 4 ofs 4 S_pragma_i size 8 align 1 ofs 4 S_packed_i size 8 align 1 ofs 4 S_pragma_packed_i size 8 align 1 ofs 4 S_normal_ll size 16 align 4 ofs 8 S_pragma_ll size 16 align 1 ofs 8 S_packed_ll size 12 align 1 ofs 4 S_pragma_packed_ll size 12 align 1 ofs 4 Note how 3.3 handled packed structs (in difference to those under #pragma) really strange. With 4.1 plus patch on x86-64: S_normal_i size 8 align 4 ofs 4 S_pragma_i size 8 align 1 ofs 4 S_packed_i size 8 align 1 ofs 4 S_pragma_packed_i size 8 align 1 ofs 4 S_normal_ll size 16 align 8 ofs 8 S_pragma_ll size 16 align 1 ofs 8 S_packed_ll size 16 align 1 ofs 8 S_pragma_packed_ll size 16 align 1 ofs 8 With -m32: S_normal_i size 8 align 4 ofs 4 S_pragma_i size 8 align 1 ofs 4 S_packed_i size 8 align 1 ofs 4 S_pragma_packed_i size 8 align 1 ofs 4 S_normal_ll size 12 align 4 ofs 4 S_pragma_ll size 12 align 1 ofs 4 S_packed_ll size 12 align 1 ofs 4 S_pragma_packed_ll size 12 align 1 ofs 4 So, it's at least consistent, and maybe even senseful -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22275
[Bug ada/23319] crash with interface as generic formal parameter
--- Comment #5 from charlet at gcc dot gnu dot org 2006-01-23 11:32 --- Could you check again on trunk ? there have been lots of fixes in handling of interfaces and this PR is likely fixed now. Arno -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23319
[Bug ada/22500] Bug box when using -gnatwa
--- Comment #6 from charlet at gcc dot gnu dot org 2006-01-23 11:33 --- Should now work fine on trunk, there have been many fixes in handling of interfaces, could you confirm ? Arno -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22500
[Bug middle-end/24004] [4.0 Regression] bogus 'may be uninit warnings' for loops
--- Comment #3 from SLTxLQEc4vuR5kMzK at anime dot net 2006-01-23 12:32 --- so is this a bug or not a bug? or user error? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24004
[Bug fortran/25923] New: [gfortran] garbled diagnostics with -O -Wuninitialized
Current gfortran (mainline and 4.1 branch) appears to get quite confused when
compiling the following code with -O -Wuninitialized:
module foo
implicit none
type bar
integer :: yr
integer :: mth
integer :: day
end type
contains
function baz(arg) result(res)
type(bar), intent(in) :: arg
type(bar) :: res
logical, external:: some_func
if (.not. some_func(arg)) then
call fatal('arg not valid')
else
res = arg
end if
end function baz
end module foo
~/tmpgfortran -v -c -Wuninitialized -O bugtest.f90
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /scratch/gcc/configure --quiet
--prefix=/afs/mpa/data/martin/ugcc --enable-languages=c++,fortran
--with-gmp=/usr/local/appl/gmp-4.1.4 --enable-checking=release
Thread model: posix
gcc version 4.2.0 20060123 (experimental)
/afs/mpa/data/martin/ugcc/libexec/gcc/i686-pc-linux-gnu/4.2.0/f951 bugtest.f90
-quiet -dumpbase bugtest.f90 -mtune=generic -auxbase bugtest -O -Wuninitialized
-version -o /tmp/cchtyroB.s
GNU F95 version 4.2.0 20060123 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.2.0 20060123 (experimental).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
'res.daybugtest.f90: In function 'baz':
bugtest.f90:12: warning: ' may be used uninitialized in this function
'res.mthbugtest.f90:12: warning: ' may be used uninitialized in this function
'res.yrbugtest.f90:12: warning: ' may be used uninitialized in this function
as -V -Qy -o bugtest.o /tmp/cchtyroB.s
GNU assembler version 2.15 (i686-pc-linux-gnu) using BFD version 2.15
The 4.0 branch produces
~/tmpgfortran -c -Wall -O bugtest.f90
bugtest.f90: In function 'baz':
bugtest.f90:12: warning: 'res .day ' may be used uninitialized in this
function
bugtest.f90:12: warning: 'res .mth ' may be used uninitialized in this
function
bugtest.f90:12: warning: 'res .yr ' may be used uninitialized in this
function
which looks better, but not quite right either.
--
Summary: [gfortran] garbled diagnostics with -O -Wuninitialized
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: martin at mpa-garching dot mpg dot de
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=25923
[Bug c++/22406] -Weffc++ warns about missing op= and copy ctor, even when base classes have already disabled these
--- Comment #3 from michal017 at centrum dot sk 2006-01-23 12:50 ---
(In reply to comment #2)
Hmm, I get only warning for this code:
t.cc:10: warning: base class #65533;class Foo#65533; has a non-virtual
destructor
You get the warning if you declare a constructor in the Bar class (checked with
gcc 4.0.3), so the test case is:
--snip--
class Foo {
Foo(const Foo){} // disable
Foo operator=(const Foo){} // disable
public:
Foo() {}
~Foo() {}
};
class Bar : public Foo {
public:
Bar() {}
private:
void * mPointerMember;
};
int main(void)
{
return 0;
}
$ g++ -Weffc++ b.cc
b.cc:9: warning: base class 'class Foo' has a non-virtual destructor
b.cc:9: warning: 'class Bar' has pointer data members
b.cc:9: warning: but does not override 'Bar(const Bar)'
b.cc:9: warning: or 'operator=(const Bar)'
--snip--
--
michal017 at centrum dot sk changed:
What|Removed |Added
CC||michal017 at centrum dot sk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22406
[Bug libobjc/13946] ObjC configured --with-objc-gc needs external Boehm gc
--- Comment #3 from ayers at gcc dot gnu dot org 2006-01-23 13:03 --- I've posted some patches for this: http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01532.html http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01533.html http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01534.html -- ayers at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ayers at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13946
[Bug c++/25922] Incomplete type with embedded member template struct
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-23 13:17 --- Your source is wrong, you forgot the template keyword. The corrected line for NEWTYPE is typedef typename AT1::template Bdouble::C NEWTYPE; and this works on all compilers from 3.2.3 on. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25922
gcc 4.0.2 bug report
Hi, gcc team!
i unfortunately cannot use the bug db for this report because i am not
allowed to use this email address for websites, mailing lists, etc.
Bug summary: The two-arg form of std::random_shuffle() shuffles predictably
unless srand() is called beforehand.
GCC version:
gcc (GCC) 4.0.2
Copyright (C) 2005 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.
// -
// Begin source code:
#include string // std::string
#include vector // std::string
#include iostream // cout/cerr
#include iterator
#include algorithm // cout/cerr
#include stdlib.h // rand(), srand()
#include time.h // time()
int main( int argc, char **argv )
{
//srand(time(NULL));
// ACHTUNG: if srand() is not called then random_shuffle() always
// shuffles with the same results. This is undocumented behaviour
// and is probably limited to the GNU/GCC STL implementation.
// No STL documentation i have ever read (or can find at the moment)
// calls for explicitely seeding the RNG used by random_shuffle().
typedef std::vectorstd::string SVec;
SVec vec;
std::string line;
while( std::getline( std::cin, line ) ) {
vec.push_back( line );
}
std::random_shuffle( vec.begin(), vec.end() );
std::copy( vec.begin(), vec.end(),
std::ostream_iteratorstd::string( std::cout, \n ) );
return 0;
}
//--
//end source code
Compile with:
gcc -o shuffle shuffle.cpp -lstdc++
Reproducing the behaviour:
Run on any list of input (e.g., a file with the numbers 1..5, one
number
per line), and repeat this any number of times. The results of the shuffling
will always be the same. e.g.: Input file 'foo' contains the letters d c b
a,
one per line and in that order:
for i in 1 1 1 1 1; do ./shuffle foo; sleep 1; done
d
a
c
b
d
a
c
b
d
a
c
b
d
a
c
b
d
a
c
b
Workaround: If the srand() line is uncommented, random_shuffle() shuffles
unpredictably (as
it should).
i have not found any STL documentation stating that the underlying system
RNG must be seeded
before using random_shuffle(), and can also find no examples on the web
demonstrating that it
should/must be seeded for proper operation. IMO this places an unwarranted
(and certainly
undocumented) expectation on the user.
Take care,
- stephan beal
[Bug c++/25632] [4.0 Regression] ICE with const int copied into two different functions
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-01-23 14:31 --- *** Bug 25921 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||wolfgang dot roemer at gmx ||dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25632
[Bug target/25920] after compiled with -pg for profiling, all the spec2kfp cases failed at runtime
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-23 14:33 --- Related to PR 12455 which was fixed in 4.1.0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||12455 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25920
[Bug target/25899] ACATS FAIL c34006a cc1226b on x86-linux with -mtune=k8
--- Comment #9 from hjl at lucon dot org 2006-01-23 14:37 --- I have verified that cc1226b also failed with -mtune=k8: [EMAIL PROTECTED] ada-2]$ make /export/build/gnu/gcc-last/build-i686-linux/gcc/xgcc -B/export/build/gnu/gcc-last/build-i686-linux/gcc/ -v Reading specs from /export/build/gnu/gcc-last/build-i686-linux/gcc/specs Target: i686-pc-linux-gnu Configured with: /net/gnu-13/export/gnu/src/gcc-last/gcc/configure --enable-clocale=gnu --with-system-zlib --disable-libunwind-exceptions --with-demangler-in-ld --enable-languages=c,ada --enable-shared --enable-threads=posix --enable-haifa --disable-checking --prefix=/usr/gcc-last --with-local-prefix=/usr/local Thread model: posix gcc version 4.2.0 20060119 (experimental) [trunk revision 109969 clean] ADA_INCLUDE_PATH=/export/build/gnu/gcc-last/build-i686-linux/gcc/ada/rts ADA_OBJECTS_PATH=/export/build/gnu/gcc-last/build-i686-linux/gcc/ada/rts /export/build/gnu/gcc-last/build-i686-linux/gcc/xgcc -B/export/build/gnu/gcc-last/build-i686-linux/gcc/ -gnatws -O2 -I/export/build/gnu/gcc-last/build-i686-linux/gcc/testsuite/ada/acats/support -mtune=k8 -c cc1226b.adb /export/build/gnu/gcc-last/build-i686-linux/gcc/gnatbind -aO./ -I/export/build/gnu/gcc-last/build-i686-linux/gcc/testsuite/ada/acats/support -I- -x cc1226b.ali /export/build/gnu/gcc-last/build-i686-linux/gcc/gnatlink cc1226b.ali --GCC=/export/build/gnu/gcc-last/build-i686-linux/gcc/xgcc -B/export/build/gnu/gcc-last/build-i686-linux/gcc/ ./cc1226b ,.,. CC1226B ACATS 2.5 06-01-23 06:35:52 CC1226B CHECK, FOR A FORMAL NONLIMITED PRIVATE TYPE THAT ALL ALLOWABLE OPERATIONS ARE IMPLICITLY DECLARED. raised CONSTRAINT_ERROR : cc1226b.adb:155 discriminant check failed make: *** [all] Error 1 [EMAIL PROTECTED] ada-2]$ -- hjl at lucon dot org changed: What|Removed |Added Summary|[4.2 Regression] ACATS FAIL |ACATS FAIL c34006a cc1226b |c34006a cc1226b on x86-linux|on x86-linux with -mtune=k8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25899
[Bug c++/25921] [4.0 Regression] Internal compiler error
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-23 14:31 --- *** This bug has been marked as a duplicate of 25632 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Keywords||ice-on-valid-code Known to fail||4.0.3 Known to work||4.0.2 4.1.0 4.2.0 Resolution||DUPLICATE Summary|Internal compiler error |[4.0 Regression] Internal ||compiler error Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25921
[Bug libfortran/25835] Segfault or Bad Address error on unformatted sequential READ
--- Comment #4 from dir at lanl dot gov 2006-01-23 14:44 ---
Adding a buffer flush to fd_alloc_r_at seems to helped a lot - it now passes
the 65000 tests of 8 at a time and the 1048576 10 at a time tests with a small
buffer, but fails some where in the 262144 tests of 9 at a time with a large
buffer. How about your tests ?
static char *
fd_alloc_r_at (unix_stream * s, int *len, gfc_offset where)
{
gfc_offset m;
if (where == -1)
where = s-logical_offset;
if (s-ndirty != 0 fd_flush(s) == FAILURE)
return NULL;
if (s-buffer != NULL s-buffer_offset = where
where + *len = s-buffer_offset + s-active)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25835
[Bug libstdc++/25913] Client's isnormal function is broken by cmath
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-23 14:50 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-01-23 14:50:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25913
[Bug c++/25915] instantiated templates with anonymous namespace class as arguments should be static
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-23 14:43 --- Confirmed, related to PR 10591. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||10591 Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-01-23 14:43:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25915
[Bug other/25914] strsignal.c:558: warning: comparison between signed and unsigned
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-23 14:51 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-01-23 14:51:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25914
[Bug middle-end/24437] OBJ_TYPE_REF handling in fold_stmt should be moved to fold
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-23 14:56 --- Subject: Bug 24437 Author: pinskia Date: Mon Jan 23 14:56:45 2006 New Revision: 110116 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110116 Log: 2006-01-23 Andrew Pinski [EMAIL PROTECTED] PR middle-end/24437 * tree-ssa-ccp.c (fold_stmt): Move folding of OBJ_TYPE_REF with a call expr to ... * fold-const.c (fold_ternary) case CALL_EXPR: Here. Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c trunk/gcc/tree-ssa-ccp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24437
[Bug middle-end/24437] OBJ_TYPE_REF handling in fold_stmt should be moved to fold
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-23 14:57 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24437
[Bug tree-optimization/25315] [4.2 regression] testsuite failure:27_io/basic_ostream/inserters_character/char/9555-oc.cc wchar_t/9555-oc.cc exec
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-23 15:03 --- Mine, this is fixed by the patch which fixes PR 25857. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||25857 AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25315
[Bug ada/18819] [4.1/4.2 Regression] ACATS cdd2a01 cdd2a02 fail at runtime
--- Comment #21 from charlet at adacore dot com 2006-01-23 15:12 --- Subject: Re: [4.1/4.2 Regression] ACATS cdd2a01 cdd2a02 fail at runtime No real solution as of this writing, only a poor workaround: not compiling the support files with -gnato (overflow checks). That's not really an option, since these files must be compiled with -gnato (well at least report.adb) for proper operation of some ACATS tests. Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18819
[Bug ada/18819] [4.1/4.2 Regression] ACATS cdd2a01 cdd2a02 fail at runtime
--- Comment #22 from ebotcazou at gcc dot gnu dot org 2006-01-23 15:15 --- That's not really an option, since these files must be compiled with -gnato (well at least report.adb) for proper operation of some ACATS tests. Agreed. Can I install the front-end fix on the 4.1 branch then? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18819
[Bug tree-optimization/25315] [4.2 regression] testsuite failure:27_io/basic_ostream/inserters_character/char/9555-oc.cc wchar_t/9555-oc.cc exec
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-01-23 15:19 --- Subject: Bug 25315 Author: pinskia Date: Mon Jan 23 15:19:29 2006 New Revision: 110127 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110127 Log: 2006-01-23 Andrew Pinski [EMAIL PROTECTED] Daniel Berlin [EMAIL PROTECTED] PR tree-opt/25315 PR tree-opt/25857 * tree-ssa-pre.c (insert_extra_phis): If an incomming edge is abnormal return from the function. 2006-01-23 Andrew Pinski [EMAIL PROTECTED] PR tree-opt/25857 * g++.dg/opt/pr25857.C: New test. Added: trunk/gcc/testsuite/g++.dg/opt/pr25857.C Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-pre.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25315
[Bug tree-optimization/25857] [4.2 Regression] ICE in coalesce_abnormal_edges at -O2
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-23 15:19 --- Subject: Bug 25857 Author: pinskia Date: Mon Jan 23 15:19:29 2006 New Revision: 110127 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110127 Log: 2006-01-23 Andrew Pinski [EMAIL PROTECTED] Daniel Berlin [EMAIL PROTECTED] PR tree-opt/25315 PR tree-opt/25857 * tree-ssa-pre.c (insert_extra_phis): If an incomming edge is abnormal return from the function. 2006-01-23 Andrew Pinski [EMAIL PROTECTED] PR tree-opt/25857 * g++.dg/opt/pr25857.C: New test. Added: trunk/gcc/testsuite/g++.dg/opt/pr25857.C Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-pre.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25857
[Bug tree-optimization/25857] [4.2 Regression] ICE in coalesce_abnormal_edges at -O2
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-01-23 15:19 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25857
[Bug tree-optimization/25315] [4.2 regression] testsuite failure:27_io/basic_ostream/inserters_character/char/9555-oc.cc wchar_t/9555-oc.cc exec
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-23 15:19 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25315
[Bug libfortran/25835] Segfault or Bad Address error on unformatted sequential READ
--- Comment #5 from dir at lanl dot gov 2006-01-23 15:20 --- I think that the examples shown above now work. Here is the shortest new one to fail - another bug I guess. [dranta:~/tests/gfortran-D] dir% gfortran -o write25 write25.f [dranta:~/tests/gfortran-D] dir% write25 read EOF did not skip Abort [dranta:~/tests/gfortran-D] dir% cat write25.f integer data(5000) data=-1 open(unit=11,form='unformatted') write(11)data write(11)data read(11,end=1000 )data call abort() 1000 continue backspace 11 rewind 11 write(11)data read(11,end=1001 )data call abort() 1001 continue backspace 11 rewind 11 read(11,end=1002 )data if(data(1).ne. -1.or.data(5000).ne. -1)then call abort() endif 1002 continue read(11,end=1003 )data write(*,*)' read EOF did not skip' call abort() 1003 continue close(11) end -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25835
[Bug target/25899] ACATS FAIL c34006a cc1226b on x86-linux with -mtune=k8
--- Comment #10 from hjl at lucon dot org 2006-01-23 15:21 --- I have verified that c34006a and cc1226b are only new failures when -mtune=k8 is used. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25899
[Bug rtl-optimization/20586] bootstrap comparision fails with -funroll-loops.
--- Comment #3 from pluto at agmk dot net 2006-01-23 15:26 --- current gcc-4.1 (rev. 110083) on my x86-64 box with `-march=x86-64 -O2 -funroll-loops` fails too. (enabled langs: c,c++) Bootstrap comparison failure! ./c-format.o differs ./expmed.o differs ./i386.o differs ./reg-stack.o differs ./regclass.o differs ./reload1.o differs ./sbitmap.o differs ./simplify-rtx.o differs ./stmt.o differs cp/search.o differs i386.o diff: --- stage2_i386.o.asm 2006-01-23 16:12:44.238663250 +0100 +++ stage3_i386.o.asm 2006-01-23 16:12:51.631125250 +0100 @@ -1,5 +1,5 @@ -stage2/i386.o: file format elf64-x86-64 +i386.o: file format elf64-x86-64 Disassembly of section .text: @@ -13461,10 +13461,10 @@ b46b: 48 98 cltq b46d: 41 55 push %r13 b46f: 48 c1 e0 03 shl$0x3,%rax -b473: 4c 8d 2c 01 lea(%rcx,%rax,1),%r13 +b473: 4c 8d 2c 02 lea(%rdx,%rax,1),%r13 b477: 4c 8d 34 07 lea(%rdi,%rax,1),%r14 b47b: 41 54 push %r12 -b47d: 4c 8d 24 02 lea(%rdx,%rax,1),%r12 +b47d: 4c 8d 24 01 lea(%rcx,%rax,1),%r12 b481: 55 push %rbp b482: 53 push %rbx b483: 48 83 ec 08 sub$0x8,%rsp @@ -13480,7 +13480,7 @@ b4ab: 0f 44 d3cmove %ebx,%edx b4ae: 31 c9 xor%ecx,%ecx b4b0: e8 00 00 00 00 callq b4b5 split_di+0x55 -b4b5: 49 89 04 24 mov%rax,(%r12) +b4b5: 49 89 45 00 mov%rax,0x0(%r13) b4b9: 44 0f b6 45 02 movzbl 0x2(%rbp),%r8d b4be: b9 04 00 00 00 mov$0x4,%ecx b4c3: 48 89 eemov%rbp,%rsi @@ -13490,9 +13490,9 @@ b4d0: bf 0c 00 00 00 mov$0xc,%edi b4d5: 89 da mov%ebx,%edx b4d7: e8 00 00 00 00 callq b4dc split_di+0x7c -b4dc: 49 89 45 00 mov%rax,0x0(%r13) -b4e0: 49 83 ec 08 sub$0x8,%r12 -b4e4: 49 83 ed 08 sub$0x8,%r13 +b4dc: 49 89 04 24 mov%rax,(%r12) +b4e0: 49 83 ed 08 sub$0x8,%r13 +b4e4: 49 83 ec 08 sub$0x8,%r12 b4e8: 49 83 ee 08 sub$0x8,%r14 b4ec: 41 ff cfdec%r15d b4ef: 41 83 ff ff cmp$0x,%r15d @@ -13509,7 +13509,7 @@ b51f: 0f 44 d3cmove %ebx,%edx b522: 31 c9 xor%ecx,%ecx b524: e8 00 00 00 00 callq b529 split_di+0xc9 -b529: 49 89 04 24 mov%rax,(%r12) +b529: 49 89 45 00 mov%rax,0x0(%r13) b52d: 0f b6 4d 02 movzbl 0x2(%rbp),%ecx b531: 48 89 eemov%rbp,%rsi b534: bf 0c 00 00 00 mov$0xc,%edi @@ -13519,9 +13519,9 @@ b543: 0f 45 dacmovne %edx,%ebx b546: 89 da mov%ebx,%edx b548: e8 00 00 00 00 callq b54d split_di+0xed -b54d: 49 89 45 00 mov%rax,0x0(%r13) -b551: 49 83 ec 08 sub$0x8,%r12 -b555: 49 83 ed 08 sub$0x8,%r13 +b54d: 49 89 04 24 mov%rax,(%r12) +b551: 49 83 ed 08 sub$0x8,%r13 +b555: 49 83 ec 08 sub$0x8,%r12 b559: 49 83 ee 08 sub$0x8,%r14 b55d: 49 8b 2emov(%r14),%rbp b560: 41 ff cfdec%r15d @@ -13534,13 +13534,13 @@ b580: 48 89 efmov%rbp,%rdi b583: e8 00 00 00 00 callq b588 split_di+0x128 b588: 41 b8 01 00 00 00 mov$0x1,%r8d -b58e: 49 89 04 24 mov%rax,(%r12) +b58e: 49 89 45 00 mov%rax,0x0(%r13) b592: b9 01 00 00 00 mov$0x1,%ecx b597: ba 04 00 00 00 mov$0x4,%edx b59c: be 0c 00 00 00 mov$0xc,%esi b5a1: 48 89 efmov%rbp,%rdi b5a4: e8 00 00 00 00 callq b5a9 split_di+0x149 -b5a9: 49 89 45 00 mov%rax,0x0(%r13) +b5a9: 49 89 04 24 mov%rax,(%r12) b5ad: e9 2e ff ff ff jmpq b4e0 split_di+0x80 b5b2: 41 b8 01 00 00 00 mov$0x1,%r8d b5b8: b9 01 00 00 00 mov$0x1,%ecx @@ -13549,13 +13549,13 @@ b5c4: 48 89 efmov%rbp,%rdi b5c7: e8 00 00 00 00 callq b5cc split_di+0x16c b5cc: 41 b8 01 00 00 00 mov
[Bug target/25899] ACATS FAIL c34006a cc1226b on x86-linux with -mtune=k8
--- Comment #11 from hubicka at gcc dot gnu dot org 2006-01-23 15:27 --- This might be another manifestation of the argument saving area with -maccumulate-outgoing-args (if it is so, either -fno-tree-ter or -mno-accumulate-outgoing-args should solve it). I will try to look into it tonight as well. Honza -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25899
[Bug libstdc++/25797] [4.2 Regression] almost all libstdc++ tests fail
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-01-23 15:29 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25797
[Bug other/25925] New: [meta-bug] 4.2 slush bug
The initialized linked failures are the failures which block further development for me at least. PR 25886 is a huge failure as we are now over the 255 limit for tree codes for some languages (well Objective-C++ only but it gives us a hint of what is to come soon). PR 25860 is an ICE due to SSA PRE/ load PRE, there is a fix which just needs to be applied. PR 25569 fails on powerpc64-linux, though it is only with Fortran code (no C example has been found yet). PR 25905 is a bootstrap failure on m68k due to an ICE in combine.c PR 25890 is a testsuite failure on x86_64-linux-gnu (and a couple others) due to an ICE in combine.c I might add others later today. There is a tree vectorizer bug which I might add. -- Summary: [meta-bug] 4.2 slush bug Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org BugsThisDependsOn: 25569,25860,25886,25890,25905 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25925
[Bug tree-optimization/25860] [4.2 Regression] ice with -g -O2 -fPIC
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-23 15:39 --- Testing the fix which Daniel Berlin recommended. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25860
[Bug middle-end/25886] [4.2 Regression] up to 256 tree codes for Objective-C++
--- Comment #2 from bonzini at gnu dot org 2006-01-23 15:41 --- This is nasty. I think that the easiest codes to remove are PARM_DECL and RESULT_DECL. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25886
[Bug libgomp/25910] [4.2 Regression] bootstrap failure
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||build Summary|bootstrap failure |[4.2 Regression] bootstrap ||failure Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25910
[Bug libgomp/25259] [4.2 Regression] bootstrap failures on non-C99 platforms
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25259
[Bug other/25925] [meta-bug] 4.2 slush bug
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-23 15:48 --- PR 25910: libgomp fails to compile on i686-linux-gnu. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||25910 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25925
[Bug libgomp/25865] [4.2 Regression] libgomp incorrectly detects support for TLS
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|libgomp incorrectly detects |[4.2 Regression] libgomp |support for TLS |incorrectly detects support ||for TLS Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25865
[Bug other/25925] [meta-bug] 4.2 slush bug
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-23 15:50 --- PR 25865: libgomp dects TLS as working when it does not. Causes a build failure on *-netbsd*. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||25865 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25925
[Bug other/25925] [meta-bug] 4.2 slush bug
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-23 15:45 --- PR 25636: reload is causing a write to read only memory, exposed by PRE changes. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||25636 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25925
[Bug other/25925] [meta-bug] 4.2 slush bug
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-23 15:47 --- PR 25259: libgomp depends on stdint.h. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||25259 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25925
[Bug target/25926] New: A87B59A SIGABRT
515 (hiauly1)dave gdb a87b59a
GNU gdb 6.3.50.20050226-cvs
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for details.
This GDB was configured as hppa1.1-hp-hpux10.20...
(gdb) r
Starting program:
/users/bin/gcc/gcc-4.1/objdir/gcc/testsuite/ada/acats/tests/a/a87b59a/a87b59a
,.,. A87B59A ACATS 2.5 06-01-23 10:43:00
A87B59A CHECK THAT BECAUSE A GENERIC ACTUAL PROGRAM PARAMETER MUST
BE A SUBPROGRAM, AN ENUMERATION LITERAL, OR AN ENTRY
WITH THE SAME PARAMETER AND RESULT TYPE PROFILE AS THE
FORMAL PARAMETER, AN OVERLOADED NAME APPEARING AS AN
ACTUAL PARAMETER CAN BE RESOLVED.
Program received signal SIGABRT, Aborted.
0x7aff9f50 in kill () from /usr/lib/libc.1
(gdb) bt
#0 0x7aff9f50 in kill () from /usr/lib/libc.1
#1 0x7af6299c in raise () from /usr/lib/libc.1
#2 0x7af44478 in _sigaddset () from /usr/lib/libc.1
#3 0x7af3ef64 in abort () from /usr/lib/libc.1
#4 0x0003507c in uw_init_context_1 (context=0x40058928, outer_cfa=0x40058920,
outer_ra=0x304f3) at ../../gcc/gcc/unwind-dw2.c:1103
#5 0x000355a0 in _Unwind_RaiseException (exc=0x7b03783c)
at ../../gcc/gcc/unwind.inc:93
#6 0x000304f0 in __gnat_Unwind_RaiseException (e=0x400595fc)
at raise-gcc.c:1115
#7 0x00019e78 in ada.exceptions.exception_propagation.propagate_exception (
from_signal_handler=252) at a-exexpr.adb:584
#8 0x00019eb8 in ada.exceptions.process_raise_exception (e=0x400595fc,
from_signal_handler=false) at a-except.adb:776
#9 0x00019f1c in __gnat_raise_nodefer_with_msg (e=0x400595fc)
at a-except.adb:829
#10 0x0001a614 in __gnat_raise_exception (e=0x400585b8,
message=incomplete type) at a-except.adb:859
#11 0x0001777c in system.tasking.initialization.do_pending_action (
self_id=0x4003ad90) at s-tasini.adb:286
#12 0x0001783c in system.tasking.initialization.undefer_abort_nestable (
self_id=0x7b037054) at s-tasini.adb:735
#13 0x0002926c in system.tasking.rendezvous.selective_wait (open_accepts=
---Type return to continue, or q return to quit---
{P_ARRAY = 0x400585b8, P_BOUNDS = 0x400585b0},
select_mode=system__tasking__terminate_mode) at s-tasren.adb:987
#14 0x0002de6c in a87b59a__tkTKB___1599 ()
#15 0x0002b1b0 in system.tasking.stages.task_wrapper (self_id=0x4003ad90)
at s-tassta.adb:969
#16 0x7ae76d28 in cma__thread_base () from /usr/lib/libcma.1
#17 0x7ae7b8e8 in cma__thread_start1 () from /usr/lib/libcma.1
#18 0x7ae7b2dc in cma__thread_start0 () from /usr/lib/libcma.1
#19 0x7ae7b2dc in cma__thread_start0 () from /usr/lib/libcma.1
Previous frame identical to this frame (corrupt stack?)
This might be an ada issue but I think it's likely a problem introduced
by the new dwarf2 exception support on this target.
--
Summary: A87B59A SIGABRT
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
GCC build triplet: hppa1.1-hp-hpux10.20
GCC host triplet: hppa1.1-hp-hpux10.20
GCC target triplet: hppa1.1-hp-hpux10.20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25926
[Bug libgomp/25884] [4.2 Regression] libgomp should not require perl to compile
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|libgomp should not require |[4.2 Regression] libgomp |perl to compile |should not require perl to ||compile Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25884
[Bug other/25925] [meta-bug] 4.2 slush bug
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-23 15:51 --- PR 25884: perl is now required to build GCC (libgomp). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||25884 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25925
[Bug other/25925] [meta-bug] 4.2 slush bug
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-23 16:06 --- ICE in c-common.c due to PARM_DECL and ADDR_EXPR and not having visibility. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||25861 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25925
[Bug other/25925] [meta-bug] 4.2 slush bug
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-01-23 16:07 --- (In reply to comment #6) ICE in c-common.c due to PARM_DECL and ADDR_EXPR and not having visibility. That was PR 25861. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25925
[Bug target/25899] ACATS FAIL c34006a cc1226b on x86-linux with -mtune=k8
--- Comment #12 from hjl at lucon dot org 2006-01-23 16:13 --- Created an attachment (id=10712) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10712action=view) Testcases I am not sure -mno-accumulate-outgoing-args -fno-tree-ter will solve the problem. This is the testcase I am using: [EMAIL PROTECTED] ada-3]$ make /export/build/gnu/gcc-last/build-i686-linux/gcc/xgcc -B/export/build/gnu/gcc-last/build-i686-linux/gcc/ -v Reading specs from /export/build/gnu/gcc-last/build-i686-linux/gcc/specs Target: i686-pc-linux-gnu Configured with: /net/gnu-13/export/gnu/src/gcc-last/gcc/configure --enable-clocale=gnu --with-system-zlib --disable-libunwind-exceptions --with-demangler-in-ld --enable-languages=c,ada --enable-shared --enable-threads=posix --enable-haifa --disable-checking --prefix=/usr/gcc-last --with-local-prefix=/usr/local Thread model: posix gcc version 4.2.0 20060119 (experimental) [trunk revision 109969 clean] ADA_INCLUDE_PATH=/export/build/gnu/gcc-last/build-i686-linux/gcc/ada/rts ADA_OBJECTS_PATH=/export/build/gnu/gcc-last/build-i686-linux/gcc/ada/rts /export/build/gnu/gcc-last/build-i686-linux/gcc/xgcc -B/export/build/gnu/gcc-last/build-i686-linux/gcc/ -gnatws -O2 -I/export/build/gnu/gcc-last/build-i686-linux/gcc/testsuite/ada/acats/support -mtune=k8 -c c34006a.adb /export/build/gnu/gcc-last/build-i686-linux/gcc/gnatbind -aO./ -I/export/build/gnu/gcc-last/build-i686-linux/gcc/testsuite/ada/acats/support -I- -x c34006a.ali /export/build/gnu/gcc-last/build-i686-linux/gcc/gnatlink c34006a.ali --GCC=/export/build/gnu/gcc-last/build-i686-linux/gcc/xgcc -B/export/build/gnu/gcc-last/build-i686-linux/gcc/ /export/build/gnu/gcc-last/build-i686-linux/gcc/xgcc -B/export/build/gnu/gcc-last/build-i686-linux/gcc/ -v Reading specs from /export/build/gnu/gcc-last/build-i686-linux/gcc/specs Target: i686-pc-linux-gnu Configured with: /net/gnu-13/export/gnu/src/gcc-last/gcc/configure --enable-clocale=gnu --with-system-zlib --disable-libunwind-exceptions --with-demangler-in-ld --enable-languages=c,ada --enable-shared --enable-threads=posix --enable-haifa --disable-checking --prefix=/usr/gcc-last --with-local-prefix=/usr/local Thread model: posix gcc version 4.2.0 20060119 (experimental) [trunk revision 109969 clean] ADA_INCLUDE_PATH=/export/build/gnu/gcc-last/build-i686-linux/gcc/ada/rts ADA_OBJECTS_PATH=/export/build/gnu/gcc-last/build-i686-linux/gcc/ada/rts /export/build/gnu/gcc-last/build-i686-linux/gcc/xgcc -B/export/build/gnu/gcc-last/build-i686-linux/gcc/ -gnatws -O2 -I/export/build/gnu/gcc-last/build-i686-linux/gcc/testsuite/ada/acats/support -mtune=k8 -c cc1226b.adb /export/build/gnu/gcc-last/build-i686-linux/gcc/gnatbind -aO./ -I/export/build/gnu/gcc-last/build-i686-linux/gcc/testsuite/ada/acats/support -I- -x cc1226b.ali /export/build/gnu/gcc-last/build-i686-linux/gcc/gnatlink cc1226b.ali --GCC=/export/build/gnu/gcc-last/build-i686-linux/gcc/xgcc -B/export/build/gnu/gcc-last/build-i686-linux/gcc/ status=0; \ for f in c34006a cc1226b; do \ ./$f || status=$?; \ done; \ exit $status ,.,. C34006A ACATS 2.5 06-01-23 08:13:12 C34006A CHECK THAT THE REQUIRED PREDEFINED OPERATIONS ARE DECLARED (IMPLICITLY) FOR DERIVED RECORD TYPES WITHOUT DISCRIMINANTS AND WITH NON-LIMITED COMPONENT TYPES. * C34006A INCORRECT :=. * C34006A INCORRECT QUALIFICATION. * C34006A INCORRECT SELF CONVERSION. * C34006A INCORRECT CONVERSION TO PARENT. * C34006A INCORRECT SELECTION (VALUE). C34006A FAILED . ,.,. CC1226B ACATS 2.5 06-01-23 08:13:12 CC1226B CHECK, FOR A FORMAL NONLIMITED PRIVATE TYPE THAT ALL ALLOWABLE OPERATIONS ARE IMPLICITLY DECLARED. raised CONSTRAINT_ERROR : cc1226b.adb:155 discriminant check failed make: *** [all] Error 1 rm cc1226b.o c34006a.o [EMAIL PROTECTED] ada-3]$ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25899
[Bug middle-end/23631] construct to memory and memcpy instead of memset
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-23 16:16 --- Fixed in 4.1.0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23631
[Bug fortran/25923] [gfortran] garbled diagnostics with -O -Wuninitialized
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-23 16:18 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-01-23 16:18:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25923
[Bug c++/25908] Multiple definitions of symbol vtables
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-23 16:19 --- Do you have a simple example? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25908
[Bug testsuite/25177] [4.2 Regression] gcc.target/powerpc/pr18096-1.c fails on PPC
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|gcc.target/powerpc/pr18096- |[4.2 Regression] |1.c fails on PPC |gcc.target/powerpc/pr18096- ||1.c fails on PPC Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25177
[Bug testsuite/25177] [4.2 Regression] gcc.target/powerpc/pr18096-1.c fails on PPC
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-01-23 16:21:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25177
[Bug libgcj/24637] static and non-static declarations of missing type do not pass the verifier
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-23 16:24 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-01-23 16:24:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24637
[Bug c++/25855] [4.0/4.1/4.2 Regression] template specialisation not always found (partial ordering)
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|template specialisation not |[4.0/4.1/4.2 Regression] |always found (partial |template specialisation not |ordering) |always found (partial ||ordering) Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25855
[Bug c/25892] -Wpointer-sign creates problems for Emacs
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |blocker http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25892
[Bug fortran/25060] assignment of assumed size array not allowed
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25060
[Bug fortran/22146] ICE when calling ELEMENTAL subroutines
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22146
[Bug fortran/25029] Assumed size array can be associated with array pointer without upper bound of last dimension
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25029
[Bug fortran/21256] Illegal use of assumed-sized array in an array expression
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21256
[Bug fortran/20868] reference to upper bound of assumed-size array
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20868
[Bug tree-optimization/25485] VRP misses an if with TRUTH_AND_EXPR statement that could be optimized away
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25485
[Bug fortran/20870] reference to size of assumed-size array
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20870
[Bug testsuite/25796] gcc.target/i386/cmov6.c fails on x86_64-linux when supplied -m64
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25796
[Bug target/25168] FAIL: g++.old-deja/g++.abi/cxa_vec.C execution test
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25168
[Bug testsuite/25777] acats_run doesn't include gcc base directory in LD_LIBRARY_PATH
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25777
[Bug target/20754] ACATS cxg1005 fails at runtime on hppa-linux
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20754
[Bug target/25731] Complex values passed in wrong registers
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25731
[Bug fortran/20869] EXTERNAL and INTRINSIC cannot be used together
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20869
[Bug fortran/20875] elemental function may not be pointer valued
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20875
[Bug fortran/25024] ICE with external declaration inside same procedure
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25024
[Bug testsuite/25171] FAIL: gfortran.dg/mixed_io_1.f90
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25171
[Bug fortran/24554] internal compiler error
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24554
[Bug c++/16190] -Wnon-virtual-dtor, in -Wall, silenced only by pessimizing code
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16190
[Bug testsuite/25590] [4.1/4.2 regression] FAIL: gcc.dg/tree-ssa/gen-vect-11.c scan-tree-dump-times vectorized 1 loops 1
--- Comment #9 from kazu at gcc dot gnu dot org 2006-01-23 16:38 --- Posted a patch. -- kazu at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |kazu at gcc dot gnu dot org |dot org | URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||01/msg01510.html Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25590
