[Bug rtl-optimization/26296] [4.2 Regression] ACATS ICE cxg2007 cxg2012 verify_flow_info failed

--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-02-15 07:57 --- Patch at: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01105.html -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added --

[Bug libgomp/25984] libgomp installs include/omp_lib.f90 even if Fortran is not built

--- Comment #4 from jakub at gcc dot gnu dot org 2006-02-15 07:46 --- Subject: Bug 25984 Author: jakub Date: Wed Feb 15 07:46:39 2006 New Revision: 111018 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111018 Log: PR libgomp/25938 PR libgomp/25984 fortran/

[Bug libgomp/25938] [4.2 regression] libgomp installs header files in version and target independent location

--- Comment #4 from jakub at gcc dot gnu dot org 2006-02-15 07:46 --- Subject: Bug 25938 Author: jakub Date: Wed Feb 15 07:46:39 2006 New Revision: 111018 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111018 Log: PR libgomp/25938 PR libgomp/25984 fortran/

[Bug ada/26296] [4.2 Regression] ACATS ICE cxg2007 cxg2012 verify_flow_info failed

--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-02-15 07:27 --- > This was working as of > Mon Feb 6 21:17:18 UTC 2006 (revision 110664) > It's now FAIL on x86_64 (at least) > Tue Feb 14 21:54:03 UTC 2006 (revision 110997) It's the new LIM pass enabled by default. -- ebo

[Bug fortran/25045] DIM argument of PRODUCT is not optional

--- Comment #3 from grigory_zagorodnev at linux dot intel dot com 2006-02-15 07:09 --- It looks like the patch has affected stability of 178.galgel, 187.facerec and 189.lucas benchmarks of cpu2000 suite and other massive fails today: http://gcc.gnu.org/ml/gcc/2006-02/msg00247.html Reve

[Bug ada/26296] New: [4.2 Regression] ACATS ICE cxg2007 cxg2012 verify_flow_info failed

g REG_EH_REGION note in the end of bb 162 +===GNAT BUG DETECTED==+ | 4.2.0 20060214 (experimental) (x86_64-unknown-linux-gnu) GCC error: | | verify_flow_info failed | | Error detected at cx

[Bug ada/21317] ACATS c954025 c954026 c99004a failures

--- Comment #9 from laurent at guerby dot net 2006-02-15 06:35 --- These were never real failures, just some tests that depend on some cpu time to real time properties that we failed to meet with the agressive sleep time reduction (via the One_Second trick) we apply on original ACATS tes

[Bug target/26255] [4.0 regression] internal compiler error: in reload_cse_simplify_operands, at postreload.c:391

--- Comment #6 from tausq at debian dot org 2006-02-15 05:50 --- Will this go into the 4.0 branch too? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26255

[Bug c++/26295] [4.0/4.1/4.2 Regression] Invalid namespace pointer seg fault

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-15 04:57 --- Confirmed, a regression from 3.4.x. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/26295] [4.0/4.1/4.2 Regression] Invalid namespace pointer seg fault

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.0.0 4.1.0 4.2.0 3.4.0 Known to work|

[Bug c++/26295] Invalid namespace pointer seg fault

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-15 04:54 --- t.cc:2: internal compiler error: tree check: expected class ‘type’, have ‘declaration’ (namespace_decl) in cp_type_quals, at cp/typeck.c:6560 -- pinskia at gcc dot gnu dot org changed: What|Remove

[Bug c++/26295] New: Invalid namespace pointer seg fault

Compiling this code: namespace A { } ; int (A::*B)(); With this command: g++ --version ; g++ -c test-bug-1.cc Produces this output: g++ (GCC) 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu9) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the

[Bug target/23424] cris.md rtl canonicalization bug

--- Comment #8 from hp at gcc dot gnu dot org 2006-02-15 04:14 --- Subject: Bug 23424 Author: hp Date: Wed Feb 15 04:14:02 2006 New Revision: 111017 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111017 Log: PR target/23424 * config/cris/predicates.md ("cris_bdap

[Bug target/14557] va_list is automatically taken address-of when passed as argument

--- Comment #17 from pinskia at gcc dot gnu dot org 2006-02-15 03:26 --- *** Bug 26294 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c/26294] va_list passing breaks on x86-64 only

--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-15 03:26 --- Your code is invalid for x86_64 (and ppc-linux). This is a dup of bug 14557. *** This bug has been marked as a duplicate of 14557 *** -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug c/26294] va_list passing breaks on x86-64 only

--- Comment #3 from ian-gccbug at penguinhosting dot net 2006-02-15 03:21 --- Created an attachment (id=10853) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10853&action=view) test.s -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26294

[Bug c/26294] va_list passing breaks on x86-64 only

--- Comment #2 from ian-gccbug at penguinhosting dot net 2006-02-15 03:21 --- Created an attachment (id=10852) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10852&action=view) test.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26294

[Bug c/26294] va_list passing breaks on x86-64 only

--- Comment #1 from ian-gccbug at penguinhosting dot net 2006-02-15 03:21 --- Created an attachment (id=10851) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10851&action=view) test.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26294

[Bug c/26294] New: va_list passing breaks on x86-64 only

The following works on i386, sparc32 and sparc64, but produces a compiler warning on x86-64, then prints garbage and crashses when run: --- #include #include void func3(va_list *ap) { int test = va_arg(*ap,int); fprintf(stderr,"%d\n",test); } void func2(

[Bug target/26255] [4.0 regression] internal compiler error: in reload_cse_simplify_operands, at postreload.c:391

--- Comment #5 from danglin at gcc dot gnu dot org 2006-02-15 02:54 --- Subject: Bug 26255 Author: danglin Date: Wed Feb 15 02:54:08 2006 New Revision: 111014 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111014 Log: PR target/26255 * pa.md: Create separate HI a

[Bug middle-end/25335] [4.1/4.2 Regression] reload leaves insns from earlier passes around: fatal for postinc

--- Comment #17 from mark at codesourcery dot com 2006-02-15 01:56 --- Subject: Re: [4.1/4.2 Regression] reload leaves insns from earlier passes around: fatal for postinc Joern RENNECKE wrote: > I have started regression tests for i686-pc-linux-gnu native, X arm-elf, > X cris-elf, X

[Bug tree-optimization/26209] [4.1/4.2 Regression] Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3

--- Comment #11 from rakdver at gcc dot gnu dot org 2006-02-14 23:55 --- Subject: Bug 26209 Author: rakdver Date: Tue Feb 14 23:55:22 2006 New Revision: 110999 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110999 Log: PR tree-optimization/26209 * tree-ssa-loop.

[Bug tree-optimization/25918] gcc.dg/vect/vect-reduc-dot-s16.c scan-tree-dump-times vectorized 1 loops 1 and gcc.dg/vect/vect-reduc-pattern-2.c scan-tree-dump-times vectorized 2 loops 1 fail

--- Comment #10 from wilson at tuliptree dot org 2006-02-14 23:41 --- Subject: Re: gcc.dg/vect/vect-reduc-dot-s16.c scan-tree-dump-times vectorized 1 loops 1 and gcc.dg/vect/vect-reduc-pattern-2.c scan-tree-dump-times vectorized 2 loops 1 fail On Tue, 2006-02-14

[Bug rtl-optimization/25636] [4.2 Regression] opts.c is being miscompiled, write to read only memory

--- Comment #33 from bernds_cb1 at t-online dot de 2006-02-14 23:27 --- Candidate patch posted in http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01100.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25636

[Bug middle-end/23670] Fold does not fold (a|b)&b to b likewise for (a&b) | b to b

--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-14 23:26 --- Fixed, thanks Roger for fixing this one. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/26279] [4.2 regression] ICE in do_compare_rtx_and_jump

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-14 23:17 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRM

[Bug middle-end/26283] [4.2 Regression] ICE in do_compare_rtx_and_jump

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-14 23:17 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRM

[Bug middle-end/26280] [4.2 Regression] build failure (ICE in stage 2) on hppa2.0w-hp-hpux11.23

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-14 23:17 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug fortran/19546] Internal subroutine setting function return value gives internal compiler error

--- Comment #6 from pault at gcc dot gnu dot org 2006-02-14 23:11 --- (In reply to comment #5) > A patch is on its way in the next 48 hours - I have it working with no > regressions; it needs tidying up and a full set of testcases writing. "Tidying up" proved to be a bit bloody once I l

[Bug classpath/19613] java.util.prefs should work like the JDK

--- Comment #4 from tromey at gcc dot gnu dot org 2006-02-14 22:29 --- I couldn't find any documentation for this format, so interoperation is not easily possible. Also this page (see bottom) indicates that we ought to try loading the prefs provider via the service factory code: http:/

[Bug c++/10891] code using dynamic_cast causes segfaults when -fno-rtti is used

--- Comment #6 from dbaron at dbaron dot org 2006-02-14 22:29 --- Was it really necessary to break dynamic_cast() with -fno-rtti ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10891

[Bug c++/26291] [3.4/4.0/4.1/4.2 regression] Invalid ellipsis in operator not diagnosed

--- Comment #1 from reichelt at gcc dot gnu dot org 2006-02-14 22:23 --- Testing a patch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Assigne

[Bug fortran/26182] (min|max)loc with scalar mask aborts at runtime

-- tkoenig at gcc dot gnu dot org changed: What|Removed |Added CC||tkoenig at gcc dot gnu dot |

[Bug c++/26292] Bad code in unsigned shifts

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-14 22:21 --- (((uint(1) << (32 - i)) - 1) << 0) That whole expression is undefined because 1 << 32 is undefined. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/25075] [4.1 only] array size mismatch in DOT_PRODUCT

--- Comment #4 from tkoenig at gcc dot gnu dot org 2006-02-14 22:21 --- Fixed on trunk, waiting for 4.1 to reopen. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/26292] Bad code in unsigned shifts

--- Comment #4 from igodard at pacbell dot net 2006-02-14 22:18 --- "undefined" takes care of the 4.0.2 case, and the first part of the Cygwin case. But the shift that produces "d" in the Cygwin case has a right operand of zero and a left operand (what the undefined gave as "c") also zer

[Bug c++/26292] Bad code in unsigned shifts

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-14 21:59 --- Yep this is just undefined code. 5.8/1: The behavior is undefined if the right operand is negative, or greater than or equal to the length in bits of the promoted left operand. -- pinskia at gcc dot gnu dot org c

[Bug c++/26292] Bad code in unsigned shifts

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-14 21:57 --- I think there is a dup of this bug and this is code is undefined too. I have to double check and get back to you. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26292

[Bug c++/26292] Bad code in unsigned shifts

--- Comment #1 from igodard at pacbell dot net 2006-02-14 21:51 --- FWIW, "uint(1) << 32" gives zero, but "int i = 32; uint(1) << i" gives one. Ivan -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26292

[Bug c++/26292] New: Bad code in unsigned shifts

In the code: #include typedef unsigned int uint; typedef long long int ll; int main() { int i = 0; ll a = uint(1); ll b = (uint(1) << (32 - i)); ll c = ((uint(1) << (32 - i)) - 1 ); ll d = (((uint(1) << (32 - i)) - 1) << 0); std::cerr << std::hex

[Bug rtl-optimization/20972] Can't describe an early-clobber by an auto-inc

--- Comment #7 from amylaar at gcc dot gnu dot org 2006-02-14 21:27 --- (In reply to comment #3) > There's currently no way for a back-end to describe that an auto-inc operation > might be an early-clobber. The obvious '&<>' in the constraint doesn't work, > causing an abort in find_rel

[Bug c++/26291] New: [3.4/4.0/4.1/4.2 regression] Invalid ellipsis in operator not diagnosed

As some operator functions take a fixed (or at least limited) number of arguments, an ellipsis is not allowed as argument for such operator functions. However, none of the following four cases is diagnosed since GCC 3.0: === struct A { A& operator= (int, ...);

[Bug target/25603] [4.1/4.2 Regression]: Miscompiled FORTRAN program

--- Comment #14 from pinskia at gcc dot gnu dot org 2006-02-14 21:15 --- I bet this is related to PR 20972. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25603

[Bug bootstrap/26259] --enable-languages=c,c++,fortran needs ada

--- Comment #11 from gdr at integrable-solutions dot net 2006-02-14 21:11 --- Subject: Re: --enable-languages=c,c++,fortran needs ada "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | --- Comment #10 from pinskia at gcc dot gnu dot org 2006-02-14 20:50 --- | (In

[Bug middle-end/23670] Fold does not fold (a|b)&b to b likewise for (a&b) | b to b

--- Comment #3 from sayle at gcc dot gnu dot org 2006-02-14 21:08 --- Subject: Bug 23670 Author: sayle Date: Tue Feb 14 21:08:52 2006 New Revision: 110997 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110997 Log: PR middle-end/23670 * fold-const.c (fold_binary)

[Bug bootstrap/26259] --enable-languages=c,c++,fortran needs ada

--- Comment #10 from pinskia at gcc dot gnu dot org 2006-02-14 20:50 --- (In reply to comment #9) > This is the opposite from what you think it does. I bet there is a > documention > failure here but I have not checked yet. http://gcc.gnu.org/onlinedocs/gccint/Front-End-Config.html#F

[Bug bootstrap/26259] --enable-languages=c,c++,fortran needs ada

--- Comment #9 from pinskia at gcc dot gnu dot org 2006-02-14 20:46 --- (In reply to comment #8) > Yes, I understand that. What I'm saying is that that file *enables* > program/libraries to build for ada target; so by default the build > machinery should not try to build anything that d

[Bug c++/26266] [4.0/4.1/4.2 regression] Trouble with static const data members in template classes

--- Comment #8 from igodard at pacbell dot net 2006-02-14 20:40 --- Gee, I turn over a rock and all sorts of creepy-crawlies come out :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26266

[Bug c++/26266] [4.0/4.1/4.2 regression] Trouble with static const data members in template classes

--- Comment #7 from reichelt at gcc dot gnu dot org 2006-02-14 20:38 --- One more datapoint: The following invalid testcase is accepted since GCC 4.0.2: === template struct A { static const int i = A(); }; A<0> a; === --

[Bug bootstrap/26259] --enable-languages=c,c++,fortran needs ada

--- Comment #8 from gdr at integrable-solutions dot net 2006-02-14 20:37 --- Subject: Re: --enable-languages=c,c++,fortran needs ada "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | (In reply to comment #6) | > But the point is that the build machinery should not attemp

[Bug fortran/25806] problems with functions returning array pointers?

--- Comment #8 from eedelman at gcc dot gnu dot org 2006-02-14 20:31 --- Fixed on 4.1 and mainline. -- eedelman at gcc dot gnu dot org changed: What|Removed |Added

[Bug libfortran/25949] Unbounded I/O buffer memory usage for formatted IO

--- Comment #4 from jb at gcc dot gnu dot org 2006-02-14 20:21 --- Subject: Bug 25949 Author: jb Date: Tue Feb 14 20:21:15 2006 New Revision: 110995 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110995 Log: 2006-02-14 Janne Blomqvist <[EMAIL PROTECTED]> PR libgfortra

[Bug bootstrap/26259] --enable-languages=c,c++,fortran needs ada

--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-14 20:16 --- (In reply to comment #6) > But the point is that the build machinery should not attempt to build > those libraries/programs when ada is not part of --enable-languages, > not just when the ada directory is present or

[Bug target/25603] [4.1/4.2 Regression]: Miscompiled FORTRAN program

--- Comment #13 from hjl at lucon dot org 2006-02-14 20:04 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01086.html -- hjl at lucon dot org changed: What|Removed |Added --

[Bug middle-end/25335] [4.1/4.2 Regression] reload leaves insns from earlier passes around: fatal for postinc

--- Comment #16 from joern dot rennecke at st dot com 2006-02-14 20:03 --- Subject: Re: [4.1/4.2 Regression] reload leaves insns from earlier passes around: fatal for postinc mmitchel at gcc dot gnu dot org wrote: >--- Comment #15 from mmitchel at gcc dot gnu dot org 2006-02-14

[Bug c++/26151] [3.4 regression] duplicate 'duplicate' diagnostic

--- Comment #6 from reichelt at gcc dot gnu dot org 2006-02-14 19:59 --- This won't be fixed on the 3.4 branch, since this is only a minor diagnostic problem. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/25603] [4.1/4.2 Regression]: Miscompiled FORTRAN program

--- Comment #12 from hjl at lucon dot org 2006-02-14 19:33 --- Our patch is ready. Denis, please submit your patch now. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25603

[Bug c++/26266] [4.0/4.1/4.2 regression] Trouble with static const data members in template classes

--- Comment #6 from mark at codesourcery dot com 2006-02-14 19:26 --- Subject: Re: [4.0/4.1/4.2 regression] Trouble with static const data members in template classes reichelt at gcc dot gnu dot org wrote: > --- Comment #5 from reichelt at gcc dot gnu dot org 2006-02-14 17:13 >

[Bug fortran/25045] DIM argument of PRODUCT is not optional

--- Comment #2 from tkoenig at gcc dot gnu dot org 2006-02-14 19:25 --- Subject: Bug 25045 Author: tkoenig Date: Tue Feb 14 19:25:36 2006 New Revision: 110994 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110994 Log: 2006-02-14 Thomas Koenig <[EMAIL PROTECTED]> PR fo

[Bug fortran/26277] false warning about unused label for a warning used in err=

--- Comment #4 from tobi at gcc dot gnu dot org 2006-02-14 19:22 --- Fixed. This is not important enough to justify backporting to 4.1. -- tobi at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/26277] false warning about unused label for a warning used in err=

--- Comment #3 from tobi at gcc dot gnu dot org 2006-02-14 19:21 --- Subject: Bug 26277 Author: tobi Date: Tue Feb 14 19:21:07 2006 New Revision: 110993 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110993 Log: fortran/ PR fortran/26277 * io.c (match_ltag): Mark

[Bug bootstrap/26259] --enable-languages=c,c++,fortran needs ada

--- Comment #6 from gdr at integrable-solutions dot net 2006-02-14 19:14 --- Subject: Re: --enable-languages=c,c++,fortran needs ada "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | (In reply to comment #4) | > Subject: Re: --enable-languages=c,c++,fortran needs ada |

[Bug target/25603] [4.1/4.2 Regression]: Miscompiled FORTRAN program

--- Comment #11 from amylaar at gcc dot gnu dot org 2006-02-14 18:55 --- (In reply to comment #4) > IA-64 is a secondary platform, and Fortran is not a release critical language. > But reload is neither specific to IA-64 nor Fortran, so this is a generic latent wrong-code bug. Shouldn

[Bug regression/26290] [4.1 Regression]: some loop optimizations no longer run at -O2

--- Comment #1 from t dot artem at mailcity dot com 2006-02-14 18:52 --- Created an attachment (id=10850) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10850&action=view) A testcase Here's a testcase. For those who couldn't understand the point: GCC 4.1.0 -O2 produces the code w

[Bug regression/26290] New: [4.1 Regression]: some loop optimizations no longer run at -O2

In this simple testcase (file will be attached) 1) GCC 4.1 with -O2 produces code which runs two time slower than with -O3 thus some optimizations are missing at -O2 because GCC 4.0.2 -O2 works OK and produces results on par with -O3. 2) GCC 4.1 produces slightly slower code with -O3 than GCC 4.0

[Bug c++/25156] [3.4/4.0/4.1/4.2 Regression] wrong error message (int instead of bool)

--- Comment #8 from amylaar at gcc dot gnu dot org 2006-02-14 18:30 --- (In reply to comment #6) > Working on a patch. > Fixing this issue has a deep "type" implications on the way we currently > hand inputs with erronous types whereas trying to progress as much as > possible. > Are yo

[Bug bootstrap/26259] --enable-languages=c,c++,fortran needs ada

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-14 18:19 --- (In reply to comment #4) > Subject: Re: --enable-languages=c,c++,fortran needs ada > > "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: > > | Yes you forgot to remove the library and tools directory fo

[Bug bootstrap/26259] --enable-languages=c,c++,fortran needs ada

--- Comment #4 from gdr at integrable-solutions dot net 2006-02-14 18:15 --- Subject: Re: --enable-languages=c,c++,fortran needs ada "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | Yes you forgot to remove the library and tools directory for Ada. So what? He did not

[Bug c++/24605] [4.0/4.1/4.2 Regression] internal compiler error: Segmentation fault while compiling c++ file

--- Comment #12 from amylaar at gcc dot gnu dot org 2006-02-14 18:15 --- (In reply to comment #11) P.S.: top displayed 34% memory usage near the end of the compilation, on a machine with 2 GB of RAM. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24605

[Bug c++/24605] [4.0/4.1/4.2 Regression] internal compiler error: Segmentation fault while compiling c++ file

--- Comment #11 from amylaar at gcc dot gnu dot org 2006-02-14 18:11 --- (In reply to comment #10) > Using gcc version 4.1.0 2005 (experimental) I still get a segfault for the > second test case with -O2. I tried this testcase at -O2 on an i686-pc-linux-gnu X sh-elf compiler, build

[Bug libfortran/15234] [4.0 regression] libgfortran doesn't compile on Tru64 UNIX V4.0F

--- Comment #39 from ro at gcc dot gnu dot org 2006-02-14 17:52 --- Fixed for 4.0.3, too. -- ro at gcc dot gnu dot org changed: What|Removed |Added Status|ASS

[Bug libgomp/25259] [4.2 Regression] bootstrap failures on non-C99 platforms (no stdint.h)

--- Comment #19 from ro at gcc dot gnu dot org 2006-02-14 17:51 --- Subject: Bug 25259 Author: ro Date: Tue Feb 14 17:51:41 2006 New Revision: 110991 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110991 Log: PR libfortran/15234: Backport from mainline config:

[Bug libfortran/15234] [4.0 regression] libgfortran doesn't compile on Tru64 UNIX V4.0F

--- Comment #38 from ro at gcc dot gnu dot org 2006-02-14 17:51 --- Subject: Bug 15234 Author: ro Date: Tue Feb 14 17:51:41 2006 New Revision: 110991 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110991 Log: PR libfortran/15234: Backport from mainline config:

[Bug middle-end/22275] [3.4/4.0/4.2 Regression] bitfield layout change

--- Comment #51 from jakub at gcc dot gnu dot org 2006-02-14 17:39 --- Fixed on gcc-4_1-branch, isn't going to be changed on gcc-3_4-branch nor gcc-4_0-branch, as it is an ABI change. -- jakub at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/25806] problems with functions returning array pointers?

--- Comment #7 from eedelman at gcc dot gnu dot org 2006-02-14 17:34 --- Subject: Bug 25806 Author: eedelman Date: Tue Feb 14 17:34:07 2006 New Revision: 110989 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110989 Log: fortran/ 2006-02-14 Erik Edelmann <[EMAIL PROTECTED]>

[Bug libfortran/15234] [4.0 regression] libgfortran doesn't compile on Tru64 UNIX V4.0F

-- ro at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ro at gcc dot gnu dot org |dot org |

[Bug libfortran/15234] libgfortran doesn't compile on Tru64 UNIX V4.0F

--- Comment #37 from ro at gcc dot gnu dot org 2006-02-14 17:31 --- Still open on the 4.0 branch. -- ro at gcc dot gnu dot org changed: What|Removed |Added St

[Bug libgomp/25259] [4.2 Regression] bootstrap failures on non-C99 platforms (no stdint.h)

--- Comment #18 from ro at gcc dot gnu dot org 2006-02-14 17:28 --- Subject: Bug 25259 Author: ro Date: Tue Feb 14 17:28:02 2006 New Revision: 110988 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110988 Log: PR libfortran/15234: Backport from mainline config:

[Bug libfortran/15234] libgfortran doesn't compile on Tru64 UNIX V4.0F

--- Comment #36 from ro at gcc dot gnu dot org 2006-02-14 17:28 --- Subject: Bug 15234 Author: ro Date: Tue Feb 14 17:28:02 2006 New Revision: 110988 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110988 Log: PR libfortran/15234: Backport from mainline config:

[Bug target/25376] section attribute doesn't work on darwin

--- Comment #5 from jconner at gcc dot gnu dot org 2006-02-14 17:23 --- Subject: Bug 25376 Author: jconner Date: Tue Feb 14 17:23:00 2006 New Revision: 110987 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110987 Log: Radar 4373419 PR target/25376 * gcc/varasm.c (function_sectio

[Bug c++/26266] [4.0/4.1/4.2 regression] Trouble with static const data members in template classes

--- Comment #5 from reichelt at gcc dot gnu dot org 2006-02-14 17:13 --- Confirmed. The ICE can be reduced to the following valid code snippet: == template struct A; template<> struct A { static const char i = 1; }; template struct B { sta

[Bug libgcj/16122] gij - Incorrect result due to computations in extended precision on x86

--- Comment #5 from vincent at vinc17 dot org 2006-02-14 17:03 --- (In reply to comment #4) > Note however, that the true accurate value for d, calculated at infinite > precision, is 1-(2^-16). So, the absolute error for gcj is 1+(2^-16) and the > absolute error with correct rounding is

[Bug bootstrap/26053] [4.1/4.2 Regression] Misdetection of COMDAT group support with GNU as and non-GNU ld

--- Comment #8 from ro at gcc dot gnu dot org 2006-02-14 16:57 --- Fixed for 4.1 and on mainline. -- ro at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/26053] [4.1/4.2 Regression] Misdetection of COMDAT group support with GNU as and non-GNU ld

-- ro at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ro at gcc dot gnu dot org |dot org |

[Bug bootstrap/26053] [4.1/4.2 Regression] Misdetection of COMDAT group support with GNU as and non-GNU ld

--- Comment #7 from ro at gcc dot gnu dot org 2006-02-14 16:50 --- Subject: Bug 26053 Author: ro Date: Tue Feb 14 16:50:45 2006 New Revision: 110986 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110986 Log: PR bootstrap/26053 * configure.ac (HAVE_COMDAT_GROUP):

[Bug rtl-optimization/19580] [3.4/4.0/4.1/4.2 Regression] missed load/store motion

--- Comment #27 from rguenth at gcc dot gnu dot org 2006-02-14 16:48 --- The mainline has again returned to sane behavior for g() and -fgcse-sm does not make any difference for f(). And we now use lea on i686: .L11: addl%edi, -16(%ebp) leal(%ebx,%edi), %edi

[Bug bootstrap/26053] [4.1/4.2 Regression] Misdetection of COMDAT group support with GNU as and non-GNU ld

--- Comment #6 from ro at gcc dot gnu dot org 2006-02-14 16:46 --- Subject: Bug 26053 Author: ro Date: Tue Feb 14 16:46:04 2006 New Revision: 110985 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110985 Log: PR bootstrap/26053 * configure.ac (HAVE_COMDAT_GROUP):

[Bug fortran/24493] [GOMP] Parsing problem after THREADPRIVATE-statement

--- Comment #3 from jakub at gcc dot gnu dot org 2006-02-14 16:38 --- Subject: Bug 24493 Author: jakub Date: Tue Feb 14 16:38:03 2006 New Revision: 110984 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110984 Log: gcc/fortran/ 2006-02-14 Jakub Jelinek <[EMAIL PROTECTED]>

[Bug fortran/25162] Issue with OpenMP COPYIN and gfortran

--- Comment #3 from jakub at gcc dot gnu dot org 2006-02-14 16:38 --- Subject: Bug 25162 Author: jakub Date: Tue Feb 14 16:38:03 2006 New Revision: 110984 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110984 Log: gcc/fortran/ 2006-02-14 Jakub Jelinek <[EMAIL PROTECTED]>

[Bug fortran/22519] Memory and binary disk layout disagree for real*10

--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-02-14 16:27 --- I think this one is fixed, isn't it? -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/26279] [4.2 regression] ICE in do_compare_rtx_and_jump

--- Comment #1 from sayle at gcc dot gnu dot org 2006-02-14 16:26 --- Subject: Bug 26279 Author: sayle Date: Tue Feb 14 16:26:16 2006 New Revision: 110983 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110983 Log: PR middle-end/26279 PR middle-end/26280

[Bug middle-end/26280] [4.2 Regression] build failure (ICE in stage 2) on hppa2.0w-hp-hpux11.23

--- Comment #4 from sayle at gcc dot gnu dot org 2006-02-14 16:26 --- Subject: Bug 26280 Author: sayle Date: Tue Feb 14 16:26:16 2006 New Revision: 110983 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110983 Log: PR middle-end/26279 PR middle-end/26280

[Bug middle-end/26283] [4.2 Regression] ICE in do_compare_rtx_and_jump

--- Comment #1 from sayle at gcc dot gnu dot org 2006-02-14 16:26 --- Subject: Bug 26283 Author: sayle Date: Tue Feb 14 16:26:16 2006 New Revision: 110983 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110983 Log: PR middle-end/26279 PR middle-end/26280

[Bug c++/26151] [3.4 regression] duplicate 'duplicate' diagnostic

--- Comment #5 from reichelt at gcc dot gnu dot org 2006-02-14 16:14 --- Now also fixed on the 4.1 and 4.0 branch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/22275] [3.4/4.0/4.1/4.2 Regression] bitfield layout change

--- Comment #50 from matz at gcc dot gnu dot org 2006-02-14 16:13 --- Subject: Bug 22275 Author: matz Date: Tue Feb 14 16:12:56 2006 New Revision: 110982 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110982 Log: PR middle-end/22275 * stor-layout.c (layout_decl)

[Bug c++/26151] [3.4/4.0/4.1 regression] duplicate 'duplicate' diagnostic

--- Comment #4 from reichelt at gcc dot gnu dot org 2006-02-14 16:12 --- Subject: Bug 26151 Author: reichelt Date: Tue Feb 14 16:12:09 2006 New Revision: 110981 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110981 Log: PR c++/26151 * parser.c (cp_parser_decl_sp

[Bug fortran/26289] FAIL: gfortran.dg/uncommon_block_data_1.f90 -O

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-14 16:08 --- And Likewise. *** This bug has been marked as a duplicate of 26284 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/26284] FAIL: gfortran.dg/bad_automatic_objects_1.f90 -O

--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-14 16:08 --- *** Bug 26289 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26284

[Bug c++/26151] [3.4/4.0/4.1 regression] duplicate 'duplicate' diagnostic

--- Comment #3 from reichelt at gcc dot gnu dot org 2006-02-14 16:08 --- Subject: Bug 26151 Author: reichelt Date: Tue Feb 14 16:08:06 2006 New Revision: 110980 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110980 Log: PR c++/26151 * parser.c (cp_parser_decl_sp

[Bug fortran/26284] FAIL: gfortran.dg/bad_automatic_objects_1.f90 -O

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-14 16:08 --- *** Bug 26288 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26284

  1   2   >