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

--- Additional Comments From uros at kss-loka dot si 2005-03-21 06:21 --- *** Bug 20051 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/20051] ICE when compiling SSE intrinics

--- Additional Comments From uros at kss-loka dot si 2005-03-21 06:20 --- This is a duplicate of PR 14981. The fix is in a follow-up bug PR 19010. *** This bug has been marked as a duplicate of 14981 *** -- What|Removed |Added ---

[Bug other/20510] [4.0/4.1 Regression] target libiberty multilibs built with configure --disable-multilibs

--- Additional Comments From billingd at gcc dot gnu dot org 2005-03-21 06:20 --- Operator error. The correct flag is --disable-multilib and that works. -- What|Removed |Added --

[Bug c/20573] unable to use cast to suppress "warning: comparison is always false due to limited range of data type"

--- Additional Comments From sthoenna at efn dot org 2005-03-21 03:49 --- Subject: Re: unable to use cast to suppress "warning: comparison is always false due to limited range of data type" On Mon, Mar 21, 2005 at 12:24:32AM -, pinskia at gcc dot gnu dot org wrote: > > --- Ad

[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 03:30 --- Subject: Bug 20539 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-21 03:30:08 Modified files: gcc: ChangeLog fold-const.c c-common.c

Extra gcc-3.3 java failures when using expect-5.43

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/msg01295.html I'm using an expect-5.43 binary on x86_64 that was compiled on i686

[Bug tree-optimization/14843] propagate a cast back to PHI

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-21 02:41 --- tree PRE now does this and has since at least the 4.0 branch was created. -- What|Removed |Added -

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

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

[Bug objc/20574] New: [4.1 Regression] werid error message after a parse error

Take the following code: @implementation A +B +C {} @end With 4.0, we got: t.m: In function ‘+[A B]’: t.m:3: error: syntax error before ‘+’ token But with 4.1 we get: t.m: In function ‘+[A B]’: t.m:3: error: expected ‘{’ before ‘+’ token t.m: At top level: t.m:3: error: redefinition of paramet

[Bug fortran/20059] internal compiler error: Segmentation Fault - For common blocks

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-21 02:25 --- (In reply to comment #4) > Can you try this patch, Andrew? The required padding should never overflow > 2^32. Sorry for not replying sooner, exams got in the way. But yes this fixes the problem. --

[Bug middle-end/12963] Wrong and misleading warning encourages writing non-portable code

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

[Bug c/20573] unable to use cast to suppress "warning: comparison is always false due to limited range of data type"

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-21 00:24 --- A better way is to just to suppress the warning point, see PR 12963. *** This bug has been marked as a duplicate of 12963 *** -- What|Removed |Added

[Bug c/20573] New: unable to use cast to suppress "warning: comparison is always false due to limited range of data type"

There doesn't seem to be an easy way to suppress this warning in a macro like #define MILL(in) ((in) > 100) where the macro may be passed different sizes of ints including shorts. I would have expected the warning to be suppressed when a cast is present like: #define MILL(in) ((int)(in) > 1000

[Bug target/18551] wrong asm output for -mcall-prologues with g++

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-20 23:54 --- Fixed. Please as normal send the patch to [EMAIL PROTECTED] -- What|Removed |Added

[Bug debug/14492] [3.4 Regression] loc_descriptor_from_tree, in dwarf2out.c:9031

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

[Bug debug/20572] internal compiler error: in loc_descriptor_from_tree

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-20 23:43 --- This is fixed in 3.4.3 and above. This is a dup of bug 14492. *** This bug has been marked as a duplicate of 14492 *** -- What|Removed |Added ---

[Bug debug/20572] internal compiler error: in loc_descriptor_from_tree

-- What|Removed |Added Component|c |debug Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.

[Bug c++/20571] -Wswitch incorrectly outputs warning on ranges (regression from 3.4)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-20 23:34 --- *** This bug has been marked as a duplicate of 18715 *** -- What|Removed |Added

[Bug c/18715] [4.0/4.1 Regression] warning: "enumeration value not handled in switch" for '...' ranges

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

[Bug c/20562] no unused warning for static arrays

--- Additional Comments From mueller at kde dot org 2005-03-20 23:22 --- this is where __attribute__((unused)) kicks in.. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20562

[Bug c/20562] no unused warning for static arrays

--- Additional Comments From bangerth at dealii dot org 2005-03-20 22:46 --- IIRC, this was intentional because people had a habit of writing RCS "$ID:" strings at the top of files and wanted to find them again in the executable to identify which files exactly were linked together.

[Bug c/20572] internal compiler error: in loc_descriptor_from_tree

--- Additional Comments From sam at kalessin dot jpl dot nasa dot gov 2005-03-20 21:49 --- Created an attachment (id=8425) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8425&action=view) preprocessed file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20572

[Bug c/20572] New: internal compiler error: in loc_descriptor_from_tree

Trying to build fontutils on FreeBSD 5.4, amd64, ran into this bug. Command line: gcc -g -I../include -I/usr/X11R6/include -c display.c Error: display.c: In function `digitize_spline': display.c:600: internal compiler error: in loc_descriptor_from_tree, at dwarf2out.c:8863 Plea

[Bug c++/20571] New: -Wswitch incorrectly outputs warning on ranges (regression from 3.4)

Test program: enum fred { apple, orange, fruit_1, fruit_2, fruit_3, }; int xx() { fred e; switch (e) { case apple: ; case orange: ; case fruit_1 ... fruit_3: ; }

[Bug target/18551] wrong asm output for -mcall-prologues with g++

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-20 21:14 --- Subject: Bug 18551 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-03-20 21:14:28 Modified files: gcc: Change

[Bug target/18551] wrong asm output for -mcall-prologues with g++

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

[Bug target/18551] wrong asm output for -mcall-prologues with g++

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-20 21:12 --- Subject: Bug 18551 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-20 21:12:09 Modified files: gcc: ChangeLog gcc/config/avr : a

[Bug c++/15938] ICE with anonymous unions

--- Additional Comments From pcarlini at suse dot de 2005-03-20 20:13 --- Seenms doable... -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at

[Bug fortran/20520] allocatable arrays used uninitialized without a warning

--- Additional Comments From ebertakis at gmail dot com 2005-03-20 19:22 --- (In reply to comment #4) This case is slightly different. The compiler just warns you that you are using variable x before its value have been defined. Many programmers (that have bad programming habits :-) prob

[Bug middle-end/12963] Wrong and misleading warning encourages writing non-portable code

--- Additional Comments From qrczak at knm dot org dot pl 2005-03-20 19:10 --- > Better than that the availability of something like > #pragma expected-warning line WARNING-NAME > might remove the warning generated by the following line labeling it as > checked, > expected and/or unavoi

[Bug rtl-optimization/20290] [4.0/4.1 Regression] Miscompilation on ppc/arm with -Os

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-20 18:34 --- Subject: [PR rtl-optimization/20290] loop body doesn't run in every iteration if exit test is the loop entry point Tree loop optimizations transform the second loop in main() in the attached testcase in a l

[Bug libfortran/20438] Reconfiguring of libgfortran fails "conflicting types for int8_t"

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-20 18:19 --- This happens when libgfortran is reconfigured in a directory where it's already built. -- What|Removed |Added ---

[Bug fortran/20520] allocatable arrays used uninitialized without a warning

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-20 18:14 --- real,allocatable:: a(:),b(:) real::x a(1)=2*b(1) + x end This only gives an "uninitialized" warning for x, but not for a or b: [EMAIL PROTECTED] tests]$ gfortran -O -Wuninitialized pr20521.f90 pr20521.f90: In

[Bug fortran/20541] ALLOCATABLE components

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-20 18:08 --- This only allowed after TR15581 which is unimplemented so far in gfortran. -- What|Removed |Added ---

[Bug c++/12963] Wrong and misleading warning encourages writing non-portable code

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

[Bug c/20550] Silencing the warning: comparison is always true due to limited range of data type

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

[Bug testsuite/20567] dg-options in gcc.c-torture

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-20 17:48 --- Confirmed. -- What|Removed |Added CC||pinskia at

[Bug c++/7302] -Wnon-virtual-dtor should't complain of protected dtor

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

[Bug c++/20570] g++ reports superfluous warning for non-virtual/protected base destructor

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

[Bug c/18166] top const stripped in structs for C

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-20 17:45 --- Confirmed as fixed: (gdb) ptype xss type = struct ss { char *ptr; } (gdb) ptype xssc type = struct ssc { char * const ptr; } -- What|Removed |Added --

[Bug c++/20570] New: g++ reports superfluous warning for non-virtual/protected base destructor

The warning: t.cc:2: warning: `class A' has virtual functions but non-virtual destructor when compiling this code with "-Wall" struct A { virtual void test() = 0; protected: ~A() {} }; is superfluous: Yes, A is obviously intended as base class for polymorphic usage since it has vir

[Bug target/20569] [ gcc 3.4.3 ] glibc 2.3.4 ldconfig segv when building with -march=pentium-m

-- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20569

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-20 17:39 --- (In reply to comment #12) > Patch here: > http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01377.html Note for fixinclude patches, Bruce Korb likes to be CCed on them. -- http://gcc.gnu.org/bugzilla/show_bu

[Bug target/20569] [ gcc 3.4.3 ] glibc 2.3.4 ldconfig segv when building with -march=pentium-m

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-20 17:37 --- We need a testcase. The last time this was reported, there was no testcase, see PR 16466. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20569

[Bug target/20569] [ gcc 3.4.3 ] glibc 2.3.4 ldconfig segv when building with -march=pentium-m

-- What|Removed |Added Component|c |target Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-20 17:30 --- Patch here: . -- What|Removed |Added

[Bug c/20569] New: [ gcc 3.4.3 ] glibc 2.3.4 ldconfig segv when building with -march=pentium-m

Configured with: ./gcc-3.4.3/configure --prefix=/usr --enable-shared --enable-threads --enable-languages=c,c++ --program-suffix=3.4.3 --enable-version-specific-runtime-libs Thread model: posix gcc version 3.4.3 binutils 2.15 linux 2.6.11 on pentium-m --- when building glibc-2.3.4, with CFLAGS="-O

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-20 17:29 --- Patch here: . -- What|Removed |Added

[Bug c++/19980] [4.0/4.1 regression] ICE on invalid template declaration

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-20 17:01 --- "But, that's too complicated for Stage 3. Your patch is OK." -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19980

[Bug pch/20568] [4.0/4.1 Regression] PCH failures with debugging

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

[Bug pch/20568] New: [4.0/4.1 Regression] PCH failures with debugging

The following 4 PCH testcase failure on the 4.0 branch/mainline: native gcc.sum gcc.dg/pch/save-temps-1.c native gcc.sum gcc.dg/pch/static-1.c native gcc.sum gcc.dg/pch/static-2.c native gcc.sum gcc.dg/pch/static-3.c Patch here: --

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-20 16:50 --- Patch here: . -- What|Removed |Added

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

--- Additional Comments From roger at eyesopen dot com 2005-03-20 16:47 --- Patch here http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01871.html -- What|Removed |Added

[Bug target/19069] Have better initial RTL generation for MIN/MAX

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-20 16:07 --- Actually the original plan was to write define_expands for x86*, but easier solution was to write a new generic expander in expr.c. As a positive side effect, other targets also profit from that patch. So

[Bug target/19069] [x86][amd64] Could have better initial RTL generation for MIN/MAX

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

[Bug middle-end/20521] ICE in cgraph.C with C++

--- Additional Comments From bredelin at ucla dot edu 2005-03-20 15:57 --- Subject: Re: ICE in cgraph.C with C++ belyshev at depni dot sinp dot msu dot ru wrote: > --- Additional Comments From belyshev at depni dot sinp dot msu dot ru > 2005-03-20 11:25 --- > >>This is with

[Bug target/19069] [x86][amd64] Could have better initial RTL generation for MIN/MAX

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-20 15:12 --- Yes it is. -- What|Removed |Added Status|NEW |RESOLVED

[Bug other/20564] gcov default behaviour changed

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|UNCONFIRMED

[Bug other/20564] gcov default behaviour changed

--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-20 15:11 --- whilst gcov output is primarily human readable, it should be machine processable. I do not consider this a regression, because the additional lines are all tagged as line 0. filter scripts should be written

[Bug fortran/18899] [gfortran] ubound wrongly calculated for passed array

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-20 15:00 --- I get this now: Fail! lbound = 1, ubound = 2 Which is only partly more correct but still wrong. -- What|Removed |Added

[Bug target/19069] [x86][amd64] Could have better initial RTL generation for MIN/MAX

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-20 14:58 --- Isn't this fixed now by: 2005-03-10 Steven Bosscher <[EMAIL PROTECTED]> * expr.c (expand_expr_real_1): If possible, use a conditional move for expanding MIN_EXPR and MAX_EXPR. Use

[Bug other/17543] #pragma weak undocumented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-20 14:54 --- Fixed for 4.0.0 by: 2005-03-17 Richard Henderson <[EMAIL PROTECTED]> * doc/extend.texi (Weak Pragmas): New section. (attribute alias): Clarify that target must be in the same trans

[Bug c++/20549] [3.4/4.0/4.1 Regression] ICE in resolve_overloaded_unification on invalid code

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-20 14:00 --- Here is the error message: pr20549.C: In function 'void popSlot()': pr20549.C:12: internal compiler error: in resolve_overloaded_unification, at cp/pt.c:9579 Please submit a full bug report, with preproces

[Bug c++/20547] undefined reference to "static const" fields of classes

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-20 13:55 --- Here is the relevant section of the standard (TC1, section 9.4.2, paragraph 4): If a 'static' data member is of 'const' integral or 'const' enumeral type, its declaration in the class definition can s

[Bug other/20564] gcov default behaviour changed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-20 13:55 --- gcov output is suposed to be human readable and not machine readable. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20564

[Bug testsuite/19802] scan-not-hidden breaks with unknown object format

-- What|Removed |Added Component|other |testsuite http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19802

[Bug testsuite/20567] New: dg-options in gcc.c-torture

Some tests in gcc.c-torture use dg-options inappropriately. gcc.c-torture/execute ignores dg-options settings, but pr7284-1.c and wchar_t-1.c use them. I think the proper fix would be to make that directory honour dg-options. If it is made to use the dg harness it might also be possible to get r

[Bug other/20564] gcov default behaviour changed

--- Additional Comments From chris at bubblescope dot net 2005-03-20 13:03 --- *** Bug 20566 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20564

[Bug other/20566] gcov default behaviour changed

--- Additional Comments From chris at bubblescope dot net 2005-03-20 13:03 --- Stupid webbrowser ¬_¬ *** This bug has been marked as a duplicate of 20564 *** -- What|Removed |Added -

[Bug other/20564] gcov default behaviour changed

--- Additional Comments From chris at bubblescope dot net 2005-03-20 13:02 --- *** Bug 20565 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20564

[Bug other/20565] gcov default behaviour changed

--- Additional Comments From chris at bubblescope dot net 2005-03-20 13:02 --- Stupid webbrowser ¬_¬ *** This bug has been marked as a duplicate of 20564 *** -- What|Removed |Added -

[Bug other/20566] New: gcov default behaviour changed

In gcov/g++ 3.3, if I compile with "g++ test.cc -ftest-coverage -fprofile-arcs", and then run "gcov test.cc", "test.cc.gcov" contains 2 lines of preamble, and then 1 line for each line of test.cc in gcov/g++ 4.1, Extra lines are added. I can't seem to disable these, and I'm not positive why they a

[Bug other/20565] New: gcov default behaviour changed

In gcov/g++ 3.3, if I compile with "g++ test.cc -ftest-coverage -fprofile-arcs", and then run "gcov test.cc", "test.cc.gcov" contains 2 lines of preamble, and then 1 line for each line of test.cc in gcov/g++ 4.1, Extra lines are added. I can't seem to disable these, and I'm not positive why they a

[Bug other/20564] gcov default behaviour changed

--- Additional Comments From chris at bubblescope dot net 2005-03-20 12:45 --- As soon as I've submitted this bug, I've found the documentation notes this change.. I would still ask is there a way to get back the earlier behaviour? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20564

[Bug other/20564] New: gcov default behaviour changed

In gcov/g++ 3.3, if I compile with "g++ test.cc -ftest-coverage -fprofile-arcs", and then run "gcov test.cc", "test.cc.gcov" contains 2 lines of preamble, and then 1 line for each line of test.cc in gcov/g++ 4.1, Extra lines are added. I can't seem to disable these, and I'm not positive why they a

[Bug tree-optimization/20501] gcc.dg/vect/vect-93.c fails on ia64-hpux

--- Additional Comments From dorit at il dot ibm dot com 2005-03-20 12:26 --- Thanks. This patch should fix the problem (the message "Alignment of access forced using peeling" should not be printed when we're not going to vectorize the loop due to unsupported unaligned access. this pa

[Bug middle-end/20521] ICE in cgraph.C with C++

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-03-20 11:25 --- >This is with today's (Mar 17, 2005) CVS, with Richard's Guenther's patch to >modify inlining heuristics. which one? please add references to all patches you installed or, better, try to reproduc

[Bug target/20528] [4.0/4.1 regression] ICE in reload_cse_simplify_operands, at postreload.c:391

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-03-20 10:37 --- Confirmed, reduced testcase (compile with -O2): -- struct s { int a, b; }; static int foo (struct s *u) { if (u->b =

[Bug libstdc++/20559] cannot link program which uses std::(vector. deque) in SuSE AMDx86_64

--- Additional Comments From pcarlini at suse dot de 2005-03-20 09:51 --- > The problem persists! > What can I do? As I replied privately, please clean-up your paths to the standard ones and re-install (completely, core, c++, library) you system compiler. Sorry, but I will not be able

[Bug tree-optimization/20474] ICE while compiling openmotif-2.2.3 with -ftree-vectorize

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-20 09:18 --- Subject: Bug 20474 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-20 09:17:57 Modified files: gcc: Change