[Bug other/20586] New: bootstrap comparision fails with -funroll-loops.

In theory, the last two should stages produce the same results, which `make compare` can check. With CFLAGS: -march=i686 -mtune=pentium4 -O2 -fomit-frame-pointer -funroll-loops Comparing stage2 and stage3 of the compiler (...) Bootstrap comparison failure! ./bb-reorder.

[Bug libstdc++/20575] g++ 3.3.3 compiled program segmention fault when run on HPUX system not having gcc

--- Additional Comments From nileshrg at hotmail dot com 2005-03-22 06:11 --- Hi GNU GCC developer, To keep this updated, i resolved this bug myself, by applying following resolution. I first applied the HPUX 11.11 Quality Pack (Base and App) 412 , latest available as on March 22nd,

[Bug target/20583] [4.0/4.1 regression] ICE in output_operand: invalid expression as operand

-- What|Removed |Added Keywords||ice-on-valid-code Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.

[Bug fortran/20585] [meta-bug] Fortran 2003 support

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-

[Bug fortran/20585] New: [meta-bug] Fortran 2003 support

Just a bug tracking missing fortran 2003 support. -- Summary: [meta-bug] Fortran 2003 support Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: fortran AssignedTo: unassig

[Bug fortran/16136] Conflicting attributes ALLOCATABLE, DUMMY (F2003)

-- What|Removed |Added OtherBugsDependingO||20585 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16136

[Bug fortran/19352] Recursive IO functions are not allowed (F2003)

-- What|Removed |Added OtherBugsDependingO||20585 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19352

[Bug rtl-optimization/20527] [4.0 regression] Mishandling of postincrement causes bzip2 miscompilation.

-- What|Removed |Added Target Milestone|4.1.0 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20527

[Bug rtl-optimization/20527] [4.0 regression] Mishandling of postincrement causes bzip2 miscompilation.

--- Additional Comments From hp at gcc dot gnu dot org 2005-03-22 04:00 --- Fixed on trunk (4.1), now waiting as per http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02051.html> before committing to 4.0 and 3.4. -- What|Removed |Added ---

[Bug rtl-optimization/20527] [4.0/4.1 regression] Mishandling of postincrement causes bzip2 miscompilation.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-22 03:48 --- Subject: Bug 20527 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-22 03:48:45 Modified files: gcc: ChangeLog combine.c Log message:

[Bug rtl-optimization/20527] [4.0/4.1 regression] Mishandling of postincrement causes bzip2 miscompilation.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-22 03:43 --- Subject: Bug 20527 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-22 03:43:39 Modified files: gcc/testsuite : ChangeLog Added files: gcc/t

[Bug c++/20584] [4.0/4.1 Regression] inline function used but never defined

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-22 03:12 --- This started after 20040909. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20584

[Bug c++/20584] [4.0/4.1 Regression] inline function used but never defined

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-22 03:10 --- This has to do with "#pragma implementation " -- What|Removed |Added Keywords|

[Bug c++/20584] inline function used but never defined

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-22 03:09 --- Move to unconfirmed. -- What|Removed |Added Status|RESOLVED|

[Bug c++/20584] inline function used but never defined

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-22 03:09 --- Ok, this is not what I thought it was but something different, closing as invalid to . -- What|Removed |Added ---

[Bug c++/20584] inline function used but never defined

--- Additional Comments From nerijus at users dot sourceforge dot net 2005-03-22 03:04 --- With -v -save-temps: $ ./bk-deps g++ -c -o coredll_progdlgg.o -D__WXGTK__-DWXUSINGDLL -DWXMAKINGDLL_CORE -DwxUSE_BASE=0 -fPIC -DPIC -D__WXDEBUG__ -Ilib/wx/include/gtk2-ansi-debug-2.5

[Bug c++/20584] inline function used but never defined

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-22 02:55 --- Could read http://gcc.gnu.org/bugs.html and provide the preprocessed source as my guess shows that this warning is correct. -- What|Removed |Added -

[Bug c++/20584] inline function used but never defined

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-22 02:48 --- (In reply to comment #1) > See how ~wxStaticTextBase is declared as inline but not defined anywhere, so > we get an error. I mean warning. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20584

[Bug c++/20584] inline function used but never defined

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-22 02:48 --- gcc (GCC) 4.0.0 20050314 (Red Hat 4.0.0-0.34) I don't think this is bogus, given the following code (since you did not give the preprocessed source I have to guess): struct wxStaticTextBase { wxStaticTe

[Bug c++/20584] New: inline function used but never defined

When compiling wxWidgets I get a warning: ../wxWindows/include/wx/stattext.h:24: warning: inline function 'virtual wxStaticTextBase::~wxStaticTextBase()' used but never defined The code is: class WXDLLEXPORT wxStaticTextBase : public wxControl { public: wxStaticTextBase() { } // overriden

[Bug target/20583] [4.0/4.1 regression] ICE in output_operand: invalid expression as operand

--- Additional Comments From schwab at suse dot de 2005-03-22 01:20 --- Created an attachment (id=8430) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8430&action=view) Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20583

[Bug target/20583] New: [4.0/4.1 regression] ICE in output_operand: invalid expression as operand

This might be related to PR20447 or PR18592. $ m68k-linux-gcc -O -S iso-2022-cn-ext.i iso-2022-cn-ext.i: In function ‘gconv’: iso-2022-cn-ext.i:85: internal compiler error: output_operand: invalid expression as operand Please submit a full bug report, with preprocessed source if appropriate

[Bug rtl-optimization/20527] [4.0/4.1 regression] Mishandling of postincrement causes bzip2 miscompilation.

--- Additional Comments From hp at gcc dot gnu dot org 2005-03-22 01:15 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02037.html>. -- What|Removed |Added

[Bug middle-end/20539] [4.0/4.1 Regression] ICE in simplify_subreg, at simplify-rtx.c:3674

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-21 23:17 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug middle-end/20539] [4.0/4.1 Regression] ICE in simplify_subreg, at simplify-rtx.c:3674

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

[Bug middle-end/20557] [4.0/4.1 regression] FAIL: gcc.dg/pr18628.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-21 23:05 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug middle-end/20557] [4.0/4.1 regression] FAIL: gcc.dg/pr18628.c

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

[Bug c++/13979] Error message about no matching function for call with derived class arguments could be improved

--- Additional Comments From bangerth at dealii dot org 2005-03-21 22:17 --- Here's a small testcase: struct B {}; struct D : B {}; struct S { int foo(B* & taskData); }; int i = S().foo((D*)0); - We get these messages, the one for 2.95

[Bug libstdc++/20577] [4.0/4.1 Regression] iter_swap doesn't work anymore with vector

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-21 22:16 --- Subject: Bug 20577 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-21 22:16:15 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/inclu

[Bug middle-end/20557] [4.0/4.1 regression] FAIL: gcc.dg/pr18628.c

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-21 22:11 --- Subject: Bug 20557 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-21 22:11:12 Modified files: gcc: ChangeLog bb-reorder.c Log message:

[Bug middle-end/20557] [4.0/4.1 regression] FAIL: gcc.dg/pr18628.c

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-21 22:09 --- My bad. Roger already has a proposed fix. -- What|Removed |Added Status|UNCON

[Bug c++/20576] poor diagnostic

--- Additional Comments From bangerth at dealii dot org 2005-03-21 22:05 --- I'm absolutely positive this is a duplicate of a fair number of other PRs, though I can't find one with a 20 second search. PR 13979 may be one, but doesn't have a really short testcase so I can't tell for sur

[Bug target/20582] ip2k-elf doesn't build

-- What|Removed |Added Component|bootstrap |target Keywords||build, ice-on-valid-code Version|unknown

[Bug bootstrap/20582] New: ip2k-elf doesn't build

ip2k-elf doesn't build. The build process fails while building gcc. Specifically, __gcc_bcmp hits an ICE like so: /home/kazu/gnu/gcc/gcc-develop/gcc/gcc/libgcc2.c: In function $-1òø__gcc_bcmpòù: /home/kazu/gnu/gcc/gcc-develop/gcc/gcc/libgcc2.c:1797: error: insn does not satisfy its constraints:

[Bug middle-end/19225] [3.4/4.0/4.1 regression] g++.dg/eh/omit-frame-pointer2.C fails with -fpic/-fPIC on i686-pc-linux-gnu

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-21 21:59 --- >From PR 20581: "The following is a slightly modified version of g++.dg/eh/omit-frame-pointer2.C. It fails with -O -fomit-frame-pointer -mno-accumulate-outgoing-args -fpic (you need all flags). Basic probl

[Bug middle-end/19225] [3.4/4.0/4.1 regression] g++.dg/eh/omit-frame-pointer2.C fails with -fpic/-fPIC on i686-pc-linux-gnu

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

[Bug c++/20581] Incorrect codegen for exceptions

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-21 21:58 --- *** This bug has been marked as a duplicate of 19225 *** -- What|Removed |Added

[Bug c++/20581] Incorrect codegen for exceptions

--- Additional Comments From dalej at apple dot com 2005-03-21 21:54 --- (fails similarly on Darwin x86, if anyone cares) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20581

[Bug c++/20581] Incorrect codegen for exceptions

--- Additional Comments From dalej at apple dot com 2005-03-21 21:49 --- The following is a slightly modified version of g++.dg/eh/omit-frame-pointer2.C. It fails with -O -fomit-frame-pointer -mno-accumulate-outgoing-args -fpic (you need all flags). Basic problem is that there are 24 by

[Bug fortran/13082] Function entries and entries with alternate returns not implemented

--- Additional Comments From federico dot carminati at cern dot ch 2005-03-21 21:42 --- Hello, any news on this one? The compiler is really unusable unless this problem is fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13082

[Bug c++/20581] New: Incorrect codegen for exceptions

-- Summary: Incorrect codegen for exceptions Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dalej at

[Bug tree-optimization/20542] [4.1 Regression] Bootstrap failure at -Os

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-21 19:28 --- Fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/20542] [4.1 Regression] Bootstrap failure at -Os

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-21 19:27 --- Subject: Bug 20542 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-21 19:27:02 Modified files: gcc: ChangeLog tree-flow-inline.h tree-flo

[Bug c++/20427] [3.4 Regression] 'new int [2] ()' not default initialized

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-21 19:26 --- This was causes by the patch for PR c++/8564. -- What|Removed |Added CC|

[Bug c++/8564] [3.2 regression] ICE in find_function_data, at function.c:329

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-21 19:24 --- (In reply to comment #7) > * init.c ... > (build_new_1): ... Use an incomplete array type for full_type. This change has caused PR c++/20427. The following variant of the reduced testcase also c

[Bug libstdc++/20579] Segmentation fault after exception in list and set destructors

--- Additional Comments From vldmrrr at yahoo dot com 2005-03-21 19:17 --- (In reply to comment #3) Ok, thanks, now it is clear. -- What|Removed |Added Status|

[Bug libstdc++/20579] Segmentation fault after exception in list and set destructors

--- Additional Comments From chris at bubblescope dot net 2005-03-21 19:00 --- This program may make it a bit clearer what is going on :) (the problem is your code I'm afraid, the compiler is fine) #include #include struct VAR { VAR() {printf("VAR created\n");} ~VAR() {printf("VAR dest

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

passes.c Added files: gcc/testsuite/gcc.dg: 20050321-1.c Log message: Fix PR middle-end/20177 and add test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7945&r2=2.7946 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ddg.c.diff?cvs

[Bug tree-optimization/20580] Using ASSERT_EXPR to improve constant propagation of conditional constants

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-21 18:41 --- This should be fairly trivial to do on the tree-cleanup-branch, so this is "fixable" for GCC 4.1. Let's hope it gives a real improvement... ;-) Confirmed because I already discussed this idea with Diego.

[Bug tree-optimization/20580] New: Using ASSERT_EXPR to improve constant propagation of conditional constants

This is an enhancement request for constant propagation on the tree-cleanup-branch. Consider the following small test case: int foo (int a, int b) { if (a || b) { a = 3; return a + b; } return a + b; } We currently compile this t

[Bug libstdc++/20579] Segmentation fault after exception in list and set destructors

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-21 18:02 --- Because CONTAINER has been deconstructed twice. I think this is undefined code. -- What|Removed |Added --

[Bug libstdc++/20579] Segmentation fault after exception in list and set

-- What|Removed |Added Summary|Segmentation fault after|Segmentation fault after |exception in list and set |exception in list and set

[Bug bootstrap/20537] [4.1 Regression] GCC install libstdc++ headers in wrong dir

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-21 17:57 --- Fixed by: 2005-03-21 Zack Weinberg <[EMAIL PROTECTED]> * acinclude.m4 (GLIBCXX_CONFIGURE): Delete gcc_version logic. (GLIBCXX_EXPORT_INSTALL_INFO): Adjust quotation so ${gcc_version}

[Bug libstdc++/20579] Segmentation fault after exception in list and set destructors

--- Additional Comments From vldmrrr at yahoo dot com 2005-03-21 17:56 --- Created an attachment (id=8427) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8427&action=view) preprocessed file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20579

[Bug libstdc++/20579] New: Segmentation fault after exception in list and set destructors

The following program generates segmentation fault when exception is thrown from constructor. The fault happens if type of CONTAINER is std::list or std::set, but does not happen if its type is std::vector or if CONTAINER is ommited from TST class. Also tested on linux with same resutls. Prog

[Bug target/19537] tic4x does not build -- ICE in libgcc

--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-03-21 17:53 --- Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01840.html -- What|Removed |Added --

[Bug tree-optimization/14627] [4.0/4.1 regression] extra assignment inserted on the tree level

--- Additional Comments From law at redhat dot com 2005-03-21 17:22 --- Subject: Re: [4.0/4.1 regression] extra assignment inserted on the tree level On Mon, 2005-03-21 at 16:51 +, stevenb at suse dot de wrote: > --- Additional Comments From stevenb at suse dot de 2005-

[Bug tree-optimization/14627] [4.0/4.1 regression] extra assignment inserted on the tree level

--- Additional Comments From law at redhat dot com 2005-03-21 17:20 --- Subject: Re: [4.0/4.1 regression] extra assignment inserted on the tree level On Mon, 2005-03-21 at 15:53 +, amacleod at redhat dot com wrote: > --- Additional Comments From amacleod at redhat dot co

[Bug target/20561] Error compiling jdtcore.jar on powerpc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-21 16:57 --- This is also: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151466 And patch was posted here: . -- What|Removed

[Bug tree-optimization/14627] [4.0/4.1 regression] extra assignment inserted on the tree level

--- Additional Comments From stevenb at suse dot de 2005-03-21 16:51 --- Subject: Re: [4.0/4.1 regression] extra assignment inserted on the tree level On Mar 21, 2005 04:53 PM, amacleod at redhat dot com > Perhaps the best thing would be a pass before out of ssa which does the opposit

[Bug target/20166] Bootstrap failure due to lack of fixinclude of pthread problem

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-03-21 16:48 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug target/20166] Bootstrap failure due to lack of fixinclude of pthread problem

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-21 16:46 --- Subject: Bug 20166 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-21 16:46:09 Modified files: fixincludes: ChangeLog inclhack.def fixincl.x

[Bug c++/20381] [4.0/4.1 Regression] ICE in build_ptrmemfunc, at cp/typeck.c:5702

--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-21 16:07 --- 20465 is a better bug to fix and includes this one. -- What|Removed |Added AssignedTo

[Bug rtl-optimization/20306] [4.0/4.1 Regression] FP complex modes moved via GPRs

--- Additional Comments From dje at gcc dot gnu dot org 2005-03-21 16:07 --- Patch confirmed to restore correct behavior. -- What|Removed |Added Status|NEW

[Bug target/20051] ICE when compiling SSE intrinics

--- Additional Comments From commie1 at gmx dot net 2005-03-21 16:33 --- Alright, sorry again. I didn't use the right pr14981 testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20051

[Bug debug/20268] With optimization, generating incomplete debug information

--- Additional Comments From drow at gcc dot gnu dot org 2005-03-21 16:31 --- Nice patch! GDB should be fine with this; it either treats inlined subroutines the same as lexical blocks at the moment, or ignores them entirely. It does not really support DW_AT_ranges, but it will synthesi

[Bug tree-optimization/14627] [4.0/4.1 regression] extra assignment inserted on the tree level

--- Additional Comments From amacleod at redhat dot com 2005-03-21 15:52 --- Well, I dont think there is anything out of ssa should do here. a_1 and a_2 are 2 distinct live ranges, and should therefore be generated that way. There isnt much choice about the 2 assignments either. Perha

[Bug debug/19954] Compiler emits incomplete structure type

--- Additional Comments From drow at gcc dot gnu dot org 2005-03-21 16:26 --- I do consider it a bug that there is no way to request GCC emit full debug information in this case. But can you give an example in which it doesn't work? In general, it relies on the C++ One Definition Rule;

[Bug target/20166] Bootstrap failure due to lack of fixinclude of pthread problem

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-21 16:18 --- Subject: Bug 20166 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-21 16:17:55 Modified files: fixincludes: Change

[Bug c++/20578] Problem with templates

--- Additional Comments From mah at systematic dot dk 2005-03-21 15:49 --- Subject: RE: Problem with templates Thank you for an extreemly quick response. My code is now compiling:-) Med venlig hilsen / kind regards Martin Hansen Lead Architect, Products Systematic Software Enginee

[Bug c++/20147] [3.4/4.0 regression] ICE on undefined variable in statement expression

--- Additional Comments From pcarlini at suse dot de 2005-03-21 15:36 --- Fixed for 3.4.4. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug c++/20147] [3.4/4.0 regression] ICE on undefined variable in statement expression

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-21 15:35 --- Subject: Bug 20147 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-03-21 15:34:56 Modified files: gcc/testsuite : Change

[Bug c++/20578] Problem with templates

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-21 15:32 --- No this should not compile. a is not dependent so it needs to be looked up at the point of the definition and not instaination. Read the 3.4.x release notes to figure out how to fix your code. --

[Bug c++/20578] New: Problem with templates

The following C++ code does not compile, which I believe it should (It compiles on gcc 1.1.1 and Microsoft's VS.NET): Code start template class A { protected: int a; }; template class B: public A { public: void f() { a = 5; } }; Code end I get the following

[Bug c++/20147] [3.4/4.0 regression] ICE on undefined variable in statement expression

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-21 15:26 --- Subject: Bug 20147 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-03-21 15:25:45 Modified files: gcc/cp : Change

[Bug libstdc++/20577] [4.0/4.1 Regression] iter_swap doesn't work anymore with vector

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-21 14:56 --- Confirmed. -- What|Removed |Added CC||pinskia at

Re: Extra gcc-3.3 java failures when using expect-5.43

> From: Andrew Haley > > Kaveh R. Ghazi writes: > > After I upgraded to expect-5.43, I noticed that I'm getting extra > > java failures on the 3.3 branch on x86_64-unknown-linux-gnu. Other > > gcc branches do not have problems. > > > > http://gcc.gnu.org/ml/gcc-testresults/2005-03

[Bug middle-end/19454] [4.0 Regression] bad code generated with gcc.c-torture/execute/bf64-1.c at -O1

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-03-21 14:23 --- I'm looking into why the patch fixes the change -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19454

[Bug objc/20574] [4.1 Regression] weird error message after a parse error

-- What|Removed |Added Summary|[4.1 Regression] werid error|[4.1 Regression] weird error |message after a parse error |message after a parse error http

[Bug target/14981] [3.4 Regression] ICE in _mm_xor_pd for SSE2 with -O1

--- Additional Comments From uros at kss-loka dot si 2005-03-21 13:40 --- The original testcase from description fails again with GNU C version 3.4.4 20050321 (prerelease) (i686-pc-linux-gnu). It compiles OK with mainline. PR 19010 compiles OK with both compilers. Reopened as 3.4

[Bug libstdc++/20577] New: [4.0/4.1 Regression] iter_swap doesn't work anymore with vector

Just to keep track of this issue: http://gcc.gnu.org/ml/libstdc++/2005-03/msg00144.html -- Summary: [4.0/4.1 Regression] iter_swap doesn't work anymore with vector Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severit

[Bug target/20051] ICE when compiling SSE intrinics

p1 = { 0x0, 0x0 }; res = _mm_xor_pd (temp0, temp1); } 'gcc -O2 -msse2': In function `xorv2df3': pr14981.c:9: internal compiler error: in immed_double_const, at emit-rtl.c:481 GNU C version 3.4.4 20050321 (prerelease) (i686-pc-linux-gnu) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20051

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From pcarlini at suse dot de 2005-03-21 12:58 --- Fixed for 4.0. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-21 12:57 --- Subject: Bug 20352 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-21 12:57:37 Modified files: libstdc++-v3 : Change

[Bug c++/20147] [3.4/4.0 regression] ICE on undefined variable in statement expression

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-21 12:55 --- Subject: Bug 20147 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-21 12:55:15 Modified files: gcc/testsuite : Change

[Bug c++/20461] [4.0 Regression] ICE at "class 'C' does not have any field named 'f'" error

--- Additional Comments From pcarlini at suse dot de 2005-03-21 12:52 --- Oops! Will do momentarily. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20461

[Bug c++/20461] [4.0 Regression] ICE at "class 'C' does not have any field named 'f'" error

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-21 12:51 --- Hi Paolo, the testcase g++.dg/parse/crash25.C is hosed: // PR c++/20536 // Found by Wolfgang Wieser 03/2005. // { do-do compile } ^^^ This should be dg-do, right? Could you please fix that? --

[Bug c++/20147] [3.4/4.0 regression] ICE on undefined variable in statement expression

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-21 12:50 --- Subject: Bug 20147 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-21 12:50:09 Modified files: gcc/cp : semant

[Bug c++/20576] poor diagnostic

--- Additional Comments From igodard at pacbell dot net 2005-03-21 12:39 --- The same case but using derivation from classes rather than templates: struct foo {}; struct bar : public foo {}; struct baz : public bar {}; struct baf : public foo, public baz {}; void F(foo&) {} int main() {

[Bug other/20564] gcov default behaviour changed

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-21 12:34 --- Subject: Bug 20564 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-21 12:32:55 Modified files: gcc: Change

[Bug other/20564] gcov default behaviour changed

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-21 12:32 --- Subject: Bug 20564 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-21 12:31:11 Modified files: gcc: ChangeLog gcov.c gcc/doc

[Bug other/20564] gcov default behaviour changed

--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-21 12:31 --- 2005-03-21 Nathan Sidwell <[EMAIL PROTECTED]> PR other/20564 * gcov.c (output_lines): Only output function block summary when outputting branch information. * doc/gcov.texi:

[Bug c++/20576] New: poor diagnostic

In: struct bottom {}; template struct node: public next { v val; }; enum a {b, c}; enum x{y, z}; struct foo : public node > {}; template void bar(node&) {} int main() { foo f; bar(f); return 0; } you get: ~/ootbc/members/src$ g++ foo.cc foo.cc: In function `int main()': foo.cc:10: error: no match

[Bug c++/20536] G++ segfault on tiny snipped of invalid code

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

[Bug c++/20461] [4.0/4.1 Regression] ICE at "class 'C' does not have any field named 'f'" error

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

[Bug c++/20147] [3.4/4.0/4.1 regression] ICE on undefined variable in statement expression

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

[Bug c++/20147] [3.4/4.0/4.1 regression] ICE on undefined variable in statement expression

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-21 11:49 --- Subject: Bug 20147 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-21 11:49:36 Modified files: gcc/cp : ChangeLog init.c semantics.c Log me

[Bug c++/20461] [4.0/4.1 Regression] ICE at "class 'C' does not have any field named 'f'" error

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-21 11:49 --- Subject: Bug 20461 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-21 11:49:36 Modified files: gcc/cp : ChangeLog init.c semantics.c Log me

[Bug c++/20536] G++ segfault on tiny snipped of invalid code

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-21 11:49 --- Subject: Bug 20536 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-21 11:49:36 Modified files: gcc/cp : ChangeLog init.c semantics.c Log me

[Bug target/20051] ICE when compiling SSE intrinics

--- Additional Comments From commie1 at gmx dot net 2005-03-21 11:03 --- I'm sorry Uros, but PR1901 was fixed three months ago; I reduced this testcase with the latest 3.4 snapshot (20050318). I checked the testcase in PR14981, and that one indeed doesn't cause an ICE anymore. It can't b

  1   2   >