[Bug c++/20589] error: 'anonymous enum' is/uses anonymous type'

2005-08-04 Thread mark at codesourcery dot com
--- Additional Comments From mark at codesourcery dot com 2005-08-05 03:49 --- Subject: Re: error: 'anonymous enum' is/uses anonymous type' sethml at google dot com wrote: --- Additional Comments From sethml at google dot com 2005-08-05 03:43 --- The C++ working group

[Bug c++/23227] SFINAE bug

2005-08-04 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 04:02 --- I don't think this is a bug as AC will be tried to be instantiating while trying to convert it from float. ICC gives the same result as GCC, an error. --

[Bug java/22166] 0x80000000/-1 is wrong in java

2005-08-04 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00

[Bug c/22297] [4.0/4.1 Regression] missing uninitialization warning

2005-08-04 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 04:10 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug tree-optimization/22401] DOM messes up the profiling info

2005-08-04 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 04:22 --- (In reply to comment #1) DOM seems to be innocent here. Hmm, VRP gets it correct, in that there are no warnings for the following code: void __show_backtrace(void *rw) { if (rw == 0) return; L0:;

[Bug testsuite/22523] template/inline1.C does not test correctly on all targerts

2005-08-04 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 04:24 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug other/22368] [meta-bugs] mis-match types in GCC

2005-08-04 Thread pinskia at gcc dot gnu dot org
-- Bug 22368 depends on bug 22526, which changed state. Bug 22526 Summary: vectorizer produces mis-match types in conditionals http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22526 What|Old Value |New Value

[Bug tree-optimization/22526] vectorizer produces mis-match types in conditionals

2005-08-04 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 04:25 --- Fixed. Thanks Ira. -- What|Removed |Added Status|ASSIGNED

[Bug c++/22369] C++ produces mis-matched types with pointers to member functions

2005-08-04 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 04:46 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug middle-end/22370] Vec lower produces mis-match types

2005-08-04 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 04:46 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug middle-end/23241] [3.4/4.0/4.1 Regression] Invalid code generated for comparison of uchar to 255

2005-08-04 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-08-05 04:46 --- Just a note for fullness, this was caused by the patch which fixed PR 19296. Right. The annoying thing is that it is in 3.3.6 too so I think someone should fix the typo on the 3.3 branch too. --

[Bug tree-optimization/22373] loop linear produces type mis-match

2005-08-04 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 04:47 --- Confirmed, -O1 -ftree-loop-linear is needed to reproduce the bug. The full error: t.c: In function 'foo': t.c:3: error: statement types mismatch lletmp.33D.1335_13 = 0; unsigned intD.3 intD.0 t.c:3: error:

[Bug c++/22374] C++ front-end produces mis-match types in MODIFY_EXPR (dynamic_cast)

2005-08-04 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 04:50 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug middle-end/22375] fold_builtins creates mis-matched types

2005-08-04 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 05:10 --- Confirmed. There is also another fortran front bug/tree-opt: store-ccp does not remove the extra load: # j.0_2 = V_MUST_DEF j.0_1; j.0 = -1; # j.1_4 = V_MUST_DEF j.1_3; j.1 = __label_001000;

[Bug c++/22451] C++ front-end produces mis-match types in MODIFY_EXPR (pointer to member functions)

2005-08-04 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 05:11 --- Confirmed; t.cc:10: error: statement types mismatch # VUSE SFT.1D.1806_21; # VUSE SFT.2D.1807_22; iftmp.0D.1797_19 = *D.1804_18; sD.1725:: * const intD.2 (*__vtbl_ptr_typeD.1484) (void) --

[Bug c++/22487] C++ front-end produces mis-match types in EQ_EXPR (array constructor)

2005-08-04 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-05 05:13 --- Confirmed: t.cc:14: error: types mismatch in comparsion long intD.5 intD.2 D.1753 != -1; -- What|Removed |Added

[Bug fortran/22010] Namelists defined in modules not handled properly

2005-08-04 Thread cvs-commit at gcc dot gnu dot org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-05 05:32 --- Subject: Bug 22010 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-05 05:31:44 Modified files: gcc/fortran:

[Bug fortran/22010] Namelists defined in modules not handled properly

2005-08-04 Thread pault at gcc dot gnu dot org
--- Additional Comments From pault at gcc dot gnu dot org 2005-08-05 05:36 --- I think that 4.0 opened and closed more than once since I promised to complete this! Fixed on mainline and 4.02 -- What|Removed |Added

[Bug libstdc++/15910] can't compile self defined void distance(std::vectorT, std::vectorT)

2005-08-04 Thread adah at netstd dot com
--- Additional Comments From adah at netstd dot com 2005-08-05 05:41 --- (In reply to comment #44) | However, I still believe it is the problem of the compilers. Please take ti to the C++ standard committee. The behaviour is that described by the standard. If you don't like it,

[Bug fortran/22304] gfortran silently changes values in equilvanence'd variables

2005-08-04 Thread pault at gcc dot gnu dot org
--- Additional Comments From pault at gcc dot gnu dot org 2005-08-05 05:47 --- I am a little busy, but I might be able to try some more. However, I have no real experience programming compilers, and I don't think I understand the Join the club! intended logic of the algorithms

<    1   2