[Bug tree-optimization/20640] [4.0 Regression] ICE on NULL PHI_ARG_DEF

--- Additional Comments From jakub at redhat dot com 2005-03-30 07:56 --- Subject: Re: [PR tree-optimization/20640] add phi args to dests of dce-redirected edges On Wed, Mar 30, 2005 at 02:56:24AM -0300, Alexandre Oliva wrote: > When remove_dead_stmt() redirects a control stmt, the edg

[Bug pch/20315] pch problems on solaris

--- Additional Comments From cmarco at indra dot es 2005-03-30 07:35 --- Like you said, using the prefix "BaseClassTemplate::" and not compiling the .h template file, just compiling the .c files that use this .h template file works fine. -- What|Removed

[Bug rtl-optimization/20249] [4.0/4.1 Regression] ICE with -fprofile-arcs on ppc

--- Additional Comments From jakub at gcc dot gnu dot org 2005-03-30 07:35 --- Zdenek, can you please check the testcase also on gcc-4_0-branch? The branch needs sufficient test coverage as well as mainline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20249

[Bug c++/20629] internal compiler error: in cp_tree_equal, at cp/tree.c:1552

--- Additional Comments From caolanm at redhat dot com 2005-03-30 07:29 --- I'm still seeing this, but some info... a) I'm only seeing this with LANG=C, export LANG=en_US.UTF-8 and there is no crash b) compiling the dumped proprocessed code isn't crashing in either LANG -- http://gc

[Bug c++/19199] [3.3/3.4/4.0/4.1 Regression] Wrong warning about returning a reference to a temporary

--- Additional Comments From mark at codesourcery dot com 2005-03-30 07:20 --- Subject: Re: [3.3/3.4/4.0/4.1 Regression] Wrong warning about returning a reference to a temporary aoliva at gcc dot gnu dot org wrote: > --- Additional Comments From aoliva at gcc dot gnu dot org 2005

[Bug rtl-optimization/13300] [3.3/3.4 regression] Variable incorrectly identified as a biv

--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-03-30 06:52 --- Done. I'm fairly sure it's possible to find another manifestation of the bug, but it's wa to late in the 4.0 cycle to fix something like this anyway. Maybe the 4.1 tree-level improvements will mean we

[Bug fortran/20460] Nasty extensions that should always warn

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-30 05:56 --- Subject: [PR tree-optimization/20460] add phi args to dests of dce-redirected edges When remove_dead_stmt() redirects a control stmt, the edge redirection reserves space for the phi arg for the new incoming

[Bug tree-optimization/20640] [4.0 Regression] ICE on NULL PHI_ARG_DEF

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|NEW

[Bug target/20203] [4.0/4.1 Regression] unrecognizable insn when using long long and memset

--- Additional Comments From amodra at bigpond dot net dot au 2005-03-30 04:08 --- Fixed 4.0 and 4.1 -- What|Removed |Added Status|ASSIGNED|R

[Bug target/20203] [4.0/4.1 Regression] unrecognizable insn when using long long and memset

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-30 04:00 --- Subject: Bug 20203 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-30 04:00:45 Modified files: gcc: Change

[Bug target/20203] [4.0/4.1 Regression] unrecognizable insn when using long long and memset

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-30 03:51 --- Subject: Bug 20203 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-30 03:51:12 Modified files: gcc: ChangeLog builtins.c gcc/tes

[Bug target/20670] IA-64 exception mechanism erase $f29

--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-30 03:40 --- Egads. Register corruption when unwinding. This looks like a serious problem. Not a regression, but I'm tempted to try to fix it in every current release. A work around is to use the libunwind package ins

[Bug target/20611] duplicate label for inlined function referencing TLS

--- Additional Comments From amodra at bigpond dot net dot au 2005-03-30 03:40 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02676.html -- What|Removed |Added

[Bug c++/19199] [3.3/3.4/4.0/4.1 Regression] Wrong warning about returning a reference to a temporary

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-30 02:55 --- Excuse me for asking, but what is it that makes the latest patch I posted not reasonable for the 4.0 timeframe? -- What|Removed |Added

[Bug rtl-optimization/20532] [4.0 Regression] Bad code for DImode left shifts by 31 and then 1

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-30 02:43 --- Fixed in mainline and 4.0 branch. -- What|Removed |Added Status|ASSIGNED

[Bug rtl-optimization/20532] [4.0 Regression] Bad code for DImode left shifts by 31 and then 1

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-30 02:41 --- Subject: Bug 20532 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-30 02:41:35 Modified files: gcc: Change

[Bug c++/20505] [4.0/4.1 Regression] internal error when compiling with -ggdb2 and no error with -ggdb1

--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-30 02:16 --- See http://gcc.gnu.org/ml/gcc/2005-03/msg01274.html for comments. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20505

[Bug c/20519] [4.0/4.1 regression] completed type not selected properly with typeof

--- Additional Comments From rth at gcc dot gnu dot org 2005-03-30 01:46 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug c/20519] [4.0/4.1 regression] completed type not selected properly with typeof

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-30 01:38 --- Subject: Bug 20519 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-30 01:38:22 Modified files: gcc: Change

[Bug c/20519] [4.0/4.1 regression] completed type not selected properly with typeof

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-30 01:35 --- Subject: Bug 20519 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-30 01:35:16 Modified files: gcc: ChangeLog c-common.c c-common.h c-dec

[Bug target/20611] duplicate label for inlined function referencing TLS

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net |dot org |dot au Status|NEW

[Bug middle-end/20524] [4.0/4.1 regression] Alias failures on ARM, CRIS, MMIX

--- Additional Comments From hp at gcc dot gnu dot org 2005-03-30 00:02 --- For the non-ICE FAILs, see the USER_LABEL_PREFIX comment http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02655.html>. Also alluded to in the initial description (*cough*). -- http://gcc.gnu.org/bugzilla/show_bu

[Bug middle-end/20635] [4.0 Regression] ICE in cgraph_mark_reachable_node

--- Additional Comments From jh at suse dot cz 2005-03-29 23:48 --- Subject: Re: [4.0 Regression] ICE in cgraph_mark_reachable_node > > --- Additional Comments From gschafer at zip dot com dot au 2005-03-29 > 23:41 --- > (In reply to comment #6) > > I'll apply the patch and r

[Bug middle-end/20635] [4.0 Regression] ICE in cgraph_mark_reachable_node

--- Additional Comments From gschafer at zip dot com dot au 2005-03-29 23:41 --- (In reply to comment #6) > I'll apply the patch and report back later if it fixes the problem. Would be > nice to get this applied on the 4.0 branch. Thanks. It did indeed fix the problem. Thanks. -- ht

[Bug tree-optimization/19108] [4.0/4.1 regression] ICE initializing arrays

--- Additional Comments From rth at gcc dot gnu dot org 2005-03-29 22:58 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/19108] [4.0/4.1 regression] ICE initializing arrays

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 22:56 --- Subject: Bug 19108 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-29 22:56:05 Modified files: gcc: Change

[Bug tree-optimization/19108] [4.0/4.1 regression] ICE initializing arrays

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 22:44 --- Subject: Bug 19108 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-29 22:43:48 Modified files: gcc: ChangeLog tree-sra.c Added files:

[Bug middle-end/20491] [4.0/4.1 Regression] internal compiler error: in subreg_regno_offset, at rtlanal.c:3042

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-29 22:23 --- Seems to have been fixed by some recent patch that went into both mainline and 4.0 branch, but I couldn't pinpoint exactly what patch it was. This recent change affected the initial rtl dump, such that it no

[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L

--- Additional Comments From gdr at integrable-solutions dot net 2005-03-29 21:55 --- Subject: Re: __cplusplus defined to 1, should be 199711L "chris at bubblescope dot net" <[EMAIL PROTECTED]> writes: | A friend of mine was recently caught by this bug.. is there any | chance it could

[Bug middle-end/20491] [4.0/4.1 Regression] internal compiler error: in subreg_regno_offset, at rtlanal.c:3042

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-29 21:48 --- Subject: Re: [PR middle-end/20491] combine generates bad subregs On Mar 28, 2005, Richard Henderson <[EMAIL PROTECTED]> wrote: > On Thu, Mar 24, 2005 at 07:45:44AM -0300, Alexandre Oliva wrote: >> * combine

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

--- Additional Comments From falk at debian dot org 2005-03-29 21:38 --- (In reply to comment #9) > This patch should fix the problem Yes, it does. (I haven't tried bootstrapping, though.) Thanks for fixing this so quickly! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20625

[Bug middle-end/20491] [4.0/4.1 Regression] internal compiler error: in subreg_regno_offset, at rtlanal.c:3042

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 21:36 --- Subject: Bug 20491 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-29 21:36:10 Modified files: gcc/testsuite : ChangeLog Added files: gcc/t

[Bug middle-end/20491] [4.0/4.1 Regression] internal compiler error: in subreg_regno_offset, at rtlanal.c:3042

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 21:36 --- Subject: Bug 20491 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-29 21:36:10 Modified files: gcc/testsuite : ChangeLog Added files: gcc/t

[Bug tree-optimization/20688] [3.4 Regression] gcc miscompiles composition of sqrt() with inlined function

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 21:36 --- Fixed already in 3.4.4. This might be a dup of another bug somewhere too. -- What|Removed |Added -

[Bug c/20688] [x86-64] gcc miscompiles composition of sqrt() with inlined function

--- Additional Comments From cvogler2001 at yahoo dot com 2005-03-29 21:29 --- Created an attachment (id=8491) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8491&action=view) Preprocessed test snippet for reproducing the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20688

[Bug c/20688] New: [x86-64] gcc miscompiles composition of sqrt() with inlined function

GCC info: gcc -v Reading specs from /home/cvogler/addons/gcc-test/lib/gcc/x86_64-unknown-linux-gnu/3.4.3/specs Configured with: ../gcc-3.4.3/configure --prefix=/home/cvogler/addons/gcc-test --disable-multilib Thread model: posix gcc version 3.4.3 The following test snippet shows a very reduced ca

[Bug c++/20682] lost parser

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 21:25 --- (In reply to comment #9) > Andrew - can you confirm getting the same problem I do if you run it in 3,4,0? yes which is why I pointed out in comment #6 the code around where the problem is. -- http://gc

[Bug c++/20682] lost parser

--- Additional Comments From igodard at pacbell dot net 2005-03-29 21:19 --- Andrew - can you confirm getting the same problem I do if you run it in 3,4,0? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20682

[Bug c++/20682] lost parser

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 21:11 --- (In reply to comment #7) > Re comment #5: I don't get the messages reported by Andrew, and I really > rather > doubt that those messages (form a different compiler version than I'm using) > are > legit. Th

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2005-03-29 21:09 --- Subject: Re: [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception" > > This most likely can be reproduced on ia64 too and other targets where > > alig

[Bug c++/20682] lost parser

--- Additional Comments From igodard at pacbell dot net 2005-03-29 21:03 --- Re comment #5: I don't get the messages reported by Andrew, and I really rather doubt that those messages (form a different compiler version than I'm using) are legit. They are flagging stuff inside a stock "boo

[Bug target/20650] [4.1 Regression] float.c fails to build with weird error message

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |geoffk at gcc dot gnu dot |dot org |org Status|NEW

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2005-03-29 20:47 --- Subject: Re: [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception" > This most likely can be reproduced on ia64 too and other targets where > alignmen

Mail Delivery (failure gcc-bugs@gcc.gnu.org)

This is a multi-part message in MIME format. Norman Virus Control a supprimé le message original qui contenait le virus [EMAIL PROTECTED]

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

--- Additional Comments From falk at debian dot org 2005-03-29 20:23 --- (In reply to comment #6) > This most likely can be reproduced on ia64 too and other targets where alignment is needed for some > loads. I cannot reproduce it with -mcpu=ev56, though, so maybe it needs a plaform th

[Bug c++/20681] [4.0/4.1 Regression] wrong "control reaches end of non-void function" warning

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 20:13 --- Reduced testcase: struct a{~a();a();}; int GetMetaCombination (int a2) { a bi; switch (a2) { case 1: return 18; break;//removing this works around the warning default: return

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 20:03 --- This most likely can be reproduced on ia64 too and other targets where alignment is needed for some loads. The tree which we produce looks like: : if (p->c[0] != 0) goto ; else goto ; :; D.1133 = *((

[Bug c++/20687] namespace bug

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 19:56 --- But look at the example for 7.3.4 P5 and you will see that this is in fact invalid. -- What|Removed |Added --

[Bug c++/20687] namespace bug

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 19:51 --- The reduced testcase: namespace dd { struct t1 {}; } namespace ff { using namespace dd; } struct t1 { }; namespace ff { typedef t1 t2; } But the use of t1 is ambiguous really as "using namespace" is

[Bug c++/20607] [3.4 Regression] -fstrict-aliasing causes incorrect scheduling

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29 19:43 --- Investigating. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebo

[Bug target/20608] Bus Error - union of structures

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29 19:41 --- The code is invalid: you're dereferencing a t_m pointer through a cast to pointer to t_u. Now the structures don't have the same alignment (t_m is 32-bit aligned while t_u is 64-bit aligned). I guess thi

[Bug bootstrap/14316] collect2 doesnt build on windows hosts

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 19:39 --- Subject: Bug 14316 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-29 19:39:36 Modified files: gcc: ChangeLog collect2.c collect2.h tlink

[Bug middle-end/20621] ICE: in change_address_1, at emit-rtl.c:1886

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 19:32 --- (In reply to comment #6) > It still appears in the latest native mips compiler. > Have you got binaries for the cross compiler you're using? Well considering it is a cross from powerpc-darwin, I really doubt

[Bug c++/20607] [3.4 Regression] -fstrict-aliasing causes incorrect scheduling

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29 19:19 --- Confirmed in 3.4.x, probably another incarnation of the infamous stack slot sharing problem in 3.x when type-based aliasing is enabled. As as side note, -fschedule-insns makes little sense without -mcpu=x

[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L

--- Additional Comments From chris at bubblescope dot net 2005-03-29 19:19 --- A friend of mine was recently caught by this bug.. is there any chance it could be fixed now? or is there still some problem holding it up (or just no-one cares?). Although I am by no means certain, I imagine

[Bug target/20611] duplicate label for inlined function referencing TLS

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 19:15 --- I figured that this could be a bug in the mainline still. -- What|Removed |Added

[Bug target/20611] [3.4 only] duplicate label for inlined function referencing TLS

-- What|Removed |Added AssignedTo|janis at gcc dot gnu dot org|unassigned at gcc dot gnu ||dot org Status|ASSIGNED

[Bug c/20672] [4.1 Regression] New C parser doesn't check whether functions that end files are closed properly

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 19:10 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c++/19184] Octave compilation is failing during running "make"

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29 18:58 --- No feedback in 3 months. -- What|Removed |Added Status|WAITING

[Bug other/18936] GCC gives internal error and uses all sytem ram before doing so.

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29 18:56 --- No feedback in 3 months. -- What|Removed |Added Status|WAITING

[Bug c/20672] [4.1 Regression] New C parser doesn't check whether functions that end files are closed properly

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 18:55 --- Subject: Bug 20672 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-29 18:54:45 Modified files: gcc: ChangeLog c-parser.c gcc/tes

[Bug pch/20315] pch problems on solaris

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29 18:54 --- Maybe this can be fixed by disabling PCH generation when -x is passed. -- What|Removed |Added -

[Bug ada/19956] [4.0 Regression] ICE copy_tree_r, at tree-inline.c:2320 on simple Ada code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 18:48 --- Kenner thanks for looking into and fixing this. Moving target to 4.0 as this justs a back porting, remove 4.1 regression marker from the summary. -- What|Removed |Added

[Bug tree-optimization/20626] [4.1 Regression] vect-80.c and vect-96.c fail on ia64-hpux

--- Additional Comments From sje at cup dot hp dot com 2005-03-29 17:51 --- Fixed with change to testsuite. -- What|Removed |Added Status|UNCONFIRMED

[Bug middle-end/20621] ICE: in change_address_1, at emit-rtl.c:1886

--- Additional Comments From ldarby at mips dot com 2005-03-29 17:34 --- It still appears in the latest native mips compiler. $ gcc --version gcc (GCC) 3.4.4 20050314 (prerelease) (Debian 3.4.3-12) Have you got binaries for the cross compiler you're using? -- http://gcc.gnu.org/bu

[Bug c++/20687] New: namespace bug

>From the example in 7.3.4.1 (international standard ISO/IEC 14882) we can conclude that the names introduced by using directive hide the names in higer level namespaces instead of resulting in an ill-formed code. In the source code attached __false_type should be recognized correctly as commin

[Bug middle-end/19956] [4.0/4.1 Regression] ICE copy_tree_r, at tree-inline.c:2320 on simple Ada code

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29 16:38 --- I'll backport the fix to 4.0 as per Richard's request. -- What|Removed |Added

[Bug ada/20300] ICE on undefined value of type derived from Character

--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-29 16:29 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug middle-end/20675] Small targets without 64 bit long long support are can't bootstrap GCC.

-- What|Removed |Added CC||ericw at evcohs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20675

[Bug middle-end/19956] [4.0/4.1 Regression] ICE copy_tree_r, at tree-inline.c:2320 on simple Ada code

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 16:26 --- Subject: Bug 19956 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-29 16:21:57 Modified files: gcc/ada: utils.c Log message: 2005-0

[Bug ada/20300] ICE on undefined value of type derived from Character

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 16:20 --- Subject: Bug 20300 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-29 16:15:46 Modified files: gcc/ada: exp_intr.adb Makefile.rtl impunit.adb

[Bug c++/20682] lost parser

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 16:01 --- The code around the problem: typedef typeof(to(0, models.size())) i_t386; i_t386& a; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20682

[Bug c++/20682] lost parser

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 15:59 --- One thing, this is definitely invalid code: /home/ivan/ootbc/boost/include/boost/detail/dynamic_bitset.hpp:91: error: âboost::detail::dynamic_bitset_base >::â is/uses anonymous type /home/ivan/ootbc/boost/i

[Bug c++/20682] lost parser

-- What|Removed |Added Attachment #8484|application/octet-stream|text/plain mime type|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20682

[Bug c++/20682] lost parser

-- What|Removed |Added Attachment #8483|application/octet-stream|text/plain mime type|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20682

[Bug middle-end/20622] [4.0/4.1 Regression] Alias to nocommon variable fails to assemble on ppc64

--- Additional Comments From jakub at gcc dot gnu dot org 2005-03-29 15:44 --- Fixed in CVS. -- What|Removed |Added Status|NEW |RESOLVED

[Bug middle-end/20622] [4.0/4.1 Regression] Alias to nocommon variable fails to assemble on ppc64

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 15:41 --- Subject: Bug 20622 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-29 15:41:04 Modified files: gcc: Change

[Bug fortran/20686] ICE in gfc_conv_ss_descriptor

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 15:37 --- This is a dup of bug 12366. *** This bug has been marked as a duplicate of 12366 *** -- What|Removed |Added -

[Bug middle-end/20622] [4.0/4.1 Regression] Alias to nocommon variable fails to assemble on ppc64

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29 15:37 --- Subject: Bug 20622 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-29 15:37:29 Modified files: gcc: ChangeLog varasm.c cgraph.c cgraph.h

[Bug libfortran/20661] End of record not detected

--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-29 15:11 --- I'll try and have a look. Hopefully, my copyright papers that I sent off on 2005-03-19 will come through sometime soon, because the end-of-record patch at http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00

[Bug tree-optimization/16876] [3.3/3.4/4.0/4.1 Regression] ICE on testcase with -O3 in gen_lowpart

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-03-29 14:58 --- See also my notes on what should receive warnings (possibly compiled into aborts), what should receive errors and how c_convert_parm_for_inlining (a) i

[Bug fortran/20686] New: ICE in gfc_conv_ss_descriptor

implicit none integer, dimension(2) :: i,j i=(/1,2/) j=i((/2,1/)) end ./gfortran -m32 -B ./ -c 151275.f95 151275.f95: In function 'MAIN__': 151275.f95:3: internal compiler error: in gfc_conv_ss_descriptor, at fortran/trans-array.c:1224 Please submit a full bug report, with preprocessed source if a

[Bug c++/20679] [3.4/4.0/4.1 Regression] Parse error when accessing attributes of an inner class. Enclosing class is template and have methods with the same name.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 14:22 --- Confirmed, something is definitely wrong. This is most likely related to PR 10200. -- What|Removed |Added --

[Bug rtl-optimization/323] optimized code gives strange floating point results

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 14:17 --- *** Bug 20674 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323

[Bug middle-end/20674] unexpected result from floating compare

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 14:17 --- *** This bug has been marked as a duplicate of 323 *** -- What|Removed |Added

[Bug c++/20685] another wrong warning when using "-Woverloaded-virtual"

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 14:15 --- This warning is what -Woverloaded-virtual is about in the first place. -- What|Removed |Added

[Bug java/19173] problems resolving classes

--- Additional Comments From ora dot et dot labora at web dot de 2005-03-29 14:12 --- (In reply to comment #2) > This appears to be a duplicate of bug 10894. I think you are correct - looks like I missed entry 19173. Nevertheless, I like my entry because my entry is short, clear and pre

[Bug c++/20423] Warning -Woverloaded-virtual triggers to often

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 14:10 --- *** Bug 20683 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/20683] wrong warning when using "-Woverloaded-virtual"

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 14:10 --- Actually the warning is correct. This is a dup of bug 20423 which has not been closed yet because I did not want to close it yet and there could be a better warning message. *** This bug has been marked a

[Bug debug/20446] [4.0/4.1 Regression] invalid assembly with -gstabs+

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29 14:08 --- Workaround: -fdelayed-branch (enabled at -O and above). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20446

[Bug tree-optimization/16876] [3.3/3.4/4.0/4.1 Regression] ICE on testcase with -O3 in gen_lowpart

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 14:04 --- *** Bug 20680 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c/20680] [3.4,4.0,4.1 regression] ICE with unit-at-a-time inlining and implicit prototype

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 14:04 --- Yes with unit-at-a-time this shows up but really this is a latent bug and is a dup of bug 16876. The code is undefined as you are passing the wrong types. (This is why implicit prototypes are bad). *** T

[Bug middle-end/20674] unexpected result from floating compare

--- Additional Comments From piaget at us dot ibm dot com 2005-03-29 13:42 --- (In reply to comment #10) > Except, the value could have been spilled and reloaded from registers > between those two source lines, which on x86, is where the problem comes > from. > The problem is no differe

[Bug middle-end/20648] [4.0/4.1 regression] ICE in cfg_layout_redirect_edge_and_branch_force

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-29 13:22 --- http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02578.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20648

[Bug target/20625] [4.0 regression] ivopts produces code that generates "unaligned access exception"

--- Additional Comments From falk at debian dot org 2005-03-29 13:12 --- This looks similar to the (fixed) PR 17949. Zdenek, do you have any ideas? -- What|Removed |Added

[Bug target/20625] [4.0 regression] ivopts produces code that generates "unaligned access exception"

--- Additional Comments From falk at debian dot org 2005-03-29 13:03 --- I can reproduce this with gcc 4.0.0 20050329 on alphaev68-unknown-linux-gnu. Test case: struct BS { int i; char c[46]; }; void foo(struct BS* p) { int i; for (i = 0; p->c[i]

[Bug c++/20685] another wrong warning when using "-Woverloaded-virtual"

--- Additional Comments From oliverst at online dot de 2005-03-29 12:58 --- Created an attachment (id=8488) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8488&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20685

[Bug c++/20685] another wrong warning when using "-Woverloaded-virtual"

--- Additional Comments From oliverst at online dot de 2005-03-29 12:57 --- Sorry, forgot the warning: 4 C:\Dev-Cpp\Projects\test-stlport\main_8.cpp [Warning] 'virtual bool A::LinkData(int**, int)' was hidden 9 C:\Dev-Cpp\Projects\test-stlport\main_8.cpp [Warning] by 'virtual bool B:

[Bug c++/20685] New: another wrong warning when using "-Woverloaded-virtual"

I filed a new bug report for this, because it does happen with same name, but different parameters. The first one I filed was with same name and same parameters. class A { public: virtual ~A() {} virtual bool LinkData(int**, int) { return true; } }; class

[Bug target/20617] [4.0/4.1 regression] shared SH libgcc is exporting too many symbols

--- Additional Comments From kkojima at gcc dot gnu dot org 2005-03-29 12:43 --- "joern dot rennecke at st dot com" <[EMAIL PROTECTED]> wrote: > Does it, actually? The mulsi3_call-1 pattern is only used for SH1 code. Ah, you are right. Sorry for my mess. -- http://gcc.gnu.org/

  1   2   >