[Bug c++/29020] [4.0/4.1/4.2 regression] ICE using A::A instead of A in friend declaration

--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-10-04 06:54 --- Subject: Bug 29020 Author: mmitchel Date: Wed Oct 4 06:53:55 2006 New Revision: 117425 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117425 Log: PR c++/29020 * friend.c (do_friend): Impro

[Bug target/29337] -mfpmath=387 doesn't use fistp for double-to-integer conversion

--- Comment #3 from uros at kss-loka dot si 2006-10-04 06:46 --- > I'm afraid you're missing my point. > The problem is that for 64-bit and 32-bit floating-point to integer > conversion, > x86 (32bit) target uses fistp* whereas x86_64 (64-bit) target uses cvt* WHEN > -mfpmath=387. > Th

[Bug fortran/29277] Formated stream output: Translate "\n" / achar(10) into "\r\n" on some platforms

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-10-04 06:28 --- Oops. This is F2003 issue and therfore an enhancement relative to F95. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug libstdc++/29286] [4.0/4.1/4.2 Regression] placement new does not change the dynamic type as it should

--- Comment #22 from mark at codesourcery dot com 2006-10-04 05:39 --- Subject: Re: [4.0/4.1/4.2 Regression] placement new does not change the dynamic type as it should ian at airs dot com wrote: > --- Comment #21 from ian at airs dot com 2006-10-03 23:44 --- > In C a general

[Bug fortran/29277] Formated stream output: Translate "\n" / achar(10) into "\r\n" on some platforms

--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-10-04 05:28 --- OK, I confess I sen a note to Richard Maine to doble check on this. Brooks has it absolutely right. So, I will see what I can come up with for you. If its a requirement of the standard, it is not an enhancement

[Bug fortran/29098] allocation of a pointer to a derived type crashes

--- Comment #6 from pault at gcc dot gnu dot org 2006-10-04 04:49 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug fortran/29098] allocation of a pointer to a derived type crashes

--- Comment #5 from pault at gcc dot gnu dot org 2006-10-04 04:48 --- Subject: Bug 29098 Author: pault Date: Wed Oct 4 04:48:35 2006 New Revision: 117424 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117424 Log: 2006-10-04 Paul Thomas <[EMAIL PROTECTED]> PR fortran/

[Bug target/29339] New: TImode ICE with -m32 -msse -mtune=i386

Compile the following (derived from gcc.dg/format/unnamed-1.c) on x86_64-unknown-linux-gnu with -m32 -msse -mtune=i386. extern void g (const char *, ...); void f (void) { g ("", 0x); } You get an ICE (with both mainline as of 20061003 and older compil

[Bug target/28617] ___divti3 and ___umodti3 undefined for -m64 on powerpc-apple-darwin8

--- Comment #6 from howarth at nitro dot med dot uc dot edu 2006-10-04 00:12 --- Yes, this is fixed in gcc trunk. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28617

[Bug target/29338] [4.1 regression] ICE on valid C++ code

--- Comment #2 from debian-gcc at lists dot debian dot org 2006-10-04 00:06 --- the file compiles when omitting -finline-limit=1200 Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29338

[Bug libstdc++/29286] [4.0/4.1/4.2 Regression] placement new does not change the dynamic type as it should

--- Comment #21 from ian at airs dot com 2006-10-03 23:44 --- In C a general allocation function should work with a char array. A specific allocation function should use a union. I don't think there are many existing exceptions to these guidelines. I think that code like that in PR 29

[Bug target/29337] -mfpmath=387 doesn't use fistp for double-to-integer conversion

--- Comment #2 from seongbae dot park at gmail dot com 2006-10-03 23:37 --- (In reply to comment #1) > (In reply to comment #0) > > > This makes a difference if/when the extra precision of 387 makes difference > > for an extra prescision try to use a `long double'. I'm afraid you're

[Bug target/29338] [4.1 regression] ICE on valid C++ code

--- Comment #1 from debian-gcc at lists dot debian dot org 2006-10-03 23:36 --- Created an attachment (id=12381) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12381&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29338

[Bug target/29338] New: [4.1 regression] ICE on valid C++ code

[forwarded from http://bugs.debian.org/390620] arm-linux-gnu, works with 4.0.4, fails with 4.1.2 20060928. Matthias g++ -DHAVE_CONFIG_H -I. -I. -I.. -g -Wall -O2 -finline-limit=1200 -c symmetry.cpp -fPIC -DPIC -o .libs/symmetry.o basic.h:85: warning: 'struct GiNaC::map_function' has virtu

[Bug fortran/27900] ICE using intrinsics as arguments

--- Comment #5 from pault at gcc dot gnu dot org 2006-10-03 22:37 --- FX, > When the len in "call sub(len)" is resolved, it is never given its correct > return type, which leads to the ICE. I still don't understand why the implicit > none is doing this on us... Paul, any idea? > ..both

[Bug target/29337] -mfpmath=387 doesn't use fistp for double-to-integer conversion

--- Comment #1 from pluto at agmk dot net 2006-10-03 21:57 --- (In reply to comment #0) > This makes a difference if/when the extra precision of 387 makes difference for an extra prescision try to use a `long double'. $ cat fp.cpp int convert( long double x ) { return (int)x; } int c

[Bug fortran/20891] allocation depends on other object in same allocation

--- Comment #4 from pault at gcc dot gnu dot org 2006-10-03 21:41 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug fortran/20779] ALLOCATEing the STAT variable not detected

--- Comment #6 from pault at gcc dot gnu dot org 2006-10-03 21:41 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug fortran/20779] ALLOCATEing the STAT variable not detected

--- Comment #5 from pault at gcc dot gnu dot org 2006-10-03 21:40 --- Subject: Bug 20779 Author: pault Date: Tue Oct 3 21:40:24 2006 New Revision: 117415 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117415 Log: 2006-10-03 Paul Thomas <[EMAIL PROTECTED]> PR fortran/

[Bug fortran/20891] allocation depends on other object in same allocation

--- Comment #3 from pault at gcc dot gnu dot org 2006-10-03 21:40 --- Subject: Bug 20891 Author: pault Date: Tue Oct 3 21:40:24 2006 New Revision: 117415 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117415 Log: 2006-10-03 Paul Thomas <[EMAIL PROTECTED]> PR fortran/

[Bug target/29337] New: -mfpmath=387 doesn't use fistp for double-to-integer conversion

-mfpmath=387 used on x86_64 is supposed to force gcc to use 387 for floating point{math. However, even with the option, gcc generates cvtts{s,d}2* instead of fistp* for floating-point to integer conversion. This makes a difference if/when the extra precision of 387 makes difference to the convers

[Bug target/29032] gcc.dg/cleanup-10.c execution test times out on powerpc-apple-darwin8 at -m64

--- Comment #7 from pinskia at gcc dot gnu dot org 2006-10-03 20:53 --- (In reply to comment #6) > I don't believe this has yet been made to work on Darwin. The only thing this testcase depends on is the undwinder which means this is a normal bug and not an enhancement. -- pinskia a

[Bug target/29032] gcc.dg/cleanup-10.c execution test times out on powerpc-apple-darwin8 at -m64

--- Comment #6 from geoffk at gcc dot gnu dot org 2006-10-03 20:51 --- I don't believe this has yet been made to work on Darwin. -- geoffk at gcc dot gnu dot org changed: What|Removed |Added -

[Bug testsuite/28837] need to prune "can't find atom for N_GSYM stabs" warnings on Darwin for -m64

--- Comment #1 from geoffk at gcc dot gnu dot org 2006-10-03 20:50 --- The patch here is clearly wrong. If you don't like the warnings, you should work out why they are being output and fix the underlying bug, rather than ignoring them in the testsuite. -- http://gcc.gnu.org/bugzil

[Bug target/28617] ___divti3 and ___umodti3 undefined for -m64 on powerpc-apple-darwin8

--- Comment #5 from geoffk at gcc dot gnu dot org 2006-10-03 20:48 --- This should be fixed, right? -- geoffk at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/28026] Cross compiles involving Darwin fail

--- Comment #6 from geoffk at gcc dot gnu dot org 2006-10-03 20:47 --- In I report that cross-compiling from powerpc-darwin to i386-darwin succeeds. -- geoffk at gcc dot gnu dot org changed: What|Removed

[Bug target/22118] dwarf-2 is not support with -m64 on ppc-dariwn

--- Comment #2 from geoffk at gcc dot gnu dot org 2006-10-03 20:35 --- This is fixed in later versions of the darwin developer tools. -- geoffk at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/29336] shorten_branchen and machine-dependent constant pool placement should be integrated

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-03 20:30 --- Looks related to PR 9702 and maybe PR 9703 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29336

[Bug target/15834] NO_IMPLICIT_EXTERN_C should be gotten rid of

--- Comment #8 from geoffk at gcc dot gnu dot org 2006-10-03 20:27 --- Fixed with , queued for 4.3. -- geoffk at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/25092] Result lengths different at different entries

--- Comment #4 from pault at gcc dot gnu dot org 2006-10-03 20:17 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug fortran/25091] Results do not conform at different entries

--- Comment #5 from pault at gcc dot gnu dot org 2006-10-03 20:16 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug fortran/29284] [4.1/4.2 Regression] ICE for optional subroutine argument

--- Comment #7 from pault at gcc dot gnu dot org 2006-10-03 20:16 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug fortran/29322] [4.1/4.2 Regression] ICE with character optional arg

--- Comment #4 from pault at gcc dot gnu dot org 2006-10-03 20:15 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug fortran/29321] [4.1/4.2 Regression] optional arguments+derived types = segmentation fault

--- Comment #4 from pault at gcc dot gnu dot org 2006-10-03 20:15 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug fortran/25092] Result lengths different at different entries

--- Comment #3 from pault at gcc dot gnu dot org 2006-10-03 20:13 --- Subject: Bug 25092 Author: pault Date: Tue Oct 3 20:13:03 2006 New Revision: 117413 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117413 Log: 2006-10-03 Paul Thomas <[EMAIL PROTECTED]> PR fortran/

[Bug fortran/29321] [4.1/4.2 Regression] optional arguments+derived types = segmentation fault

--- Comment #3 from pault at gcc dot gnu dot org 2006-10-03 20:13 --- Subject: Bug 29321 Author: pault Date: Tue Oct 3 20:13:03 2006 New Revision: 117413 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117413 Log: 2006-10-03 Paul Thomas <[EMAIL PROTECTED]> PR fortran/

[Bug fortran/25091] Results do not conform at different entries

--- Comment #4 from pault at gcc dot gnu dot org 2006-10-03 20:13 --- Subject: Bug 25091 Author: pault Date: Tue Oct 3 20:13:03 2006 New Revision: 117413 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117413 Log: 2006-10-03 Paul Thomas <[EMAIL PROTECTED]> PR fortran/

[Bug fortran/29322] [4.1/4.2 Regression] ICE with character optional arg

--- Comment #3 from pault at gcc dot gnu dot org 2006-10-03 20:13 --- Subject: Bug 29322 Author: pault Date: Tue Oct 3 20:13:03 2006 New Revision: 117413 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117413 Log: 2006-10-03 Paul Thomas <[EMAIL PROTECTED]> PR fortran/

[Bug fortran/29284] [4.1/4.2 Regression] ICE for optional subroutine argument

--- Comment #6 from pault at gcc dot gnu dot org 2006-10-03 20:13 --- Subject: Bug 29284 Author: pault Date: Tue Oct 3 20:13:03 2006 New Revision: 117413 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117413 Log: 2006-10-03 Paul Thomas <[EMAIL PROTECTED]> PR fortran/

[Bug rtl-optimization/29336] New: shorten_branchen and machine-dependent constant pool placement should be integrated

See also the thread started with: http://gcc.gnu.org/ml/gcc/2006-05/msg00304.html shorten_branches and, where applicable branch splitting (like in the sh_reorg), should be combined with machine-dependent constant pool placement and small-scale hot/cold partitioning. constant pool placement should

[Bug target/17174] Fortran nearest broken on AIX

--- Comment #2 from kargl at gcc dot gnu dot org 2006-10-03 19:14 --- (In reply to comment #1) > I think ia64-hp-hpux11.23 is having a problem here too. I get a failure with > the test gfortran.dg/large_real_kind_form_io_2.f90, which uses the nearest > intrinsic. I use mpfr 2.2 to buil

[Bug c++/29138] [4.0 Regression] access declarations don't work for classes

--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-10-03 18:39 --- Subject: Bug 29138 Author: mmitchel Date: Tue Oct 3 18:39:32 2006 New Revision: 117411 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117411 Log: PR c++/29138 * decl2.c (grokfield): Don't

[Bug c++/29020] [4.0/4.1/4.2 regression] ICE using A::A instead of A in friend declaration

--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-10-03 18:35 --- The bug here is that the parser is not resolving A::A to A; instead it is treating that as a typename type. Since the qualified name is appearing in a declaration, and since the containing class is a not a class t

[Bug tree-optimization/29290] [4.1 Regression] SPEC CPU2000 178.galgel ICE using -O3 -ftree-loop-linear

--- Comment #2 from janis at gcc dot gnu dot org 2006-10-03 18:20 --- A regression hunt of the 4.1 branch on powerpc-linux identified the following patch: http://gcc.gnu.org/viewcvs?view=rev&rev=116223 r116223 | spop | 2006-08-17 13:14:26 + (Thu, 17 Aug 2006) -- janis a

[Bug tree-optimization/29330] -O -ftree-loop-linear --> virtual memory exhausted

--- Comment #3 from pluto at agmk dot net 2006-10-03 18:19 --- works fine with 4.1.2svn. $ g++ gcc-pr29330.c -Wall -c -O -ftree-loop-linear -m32 -fmem-report Memory still allocated at the end of the compilation process Size AllocatedUsedOverhead 8 4096

[Bug middle-end/28690] [4.2 Regression] Performace problem with indexed load/stores on powerpc

--- Comment #21 from bonzini at gnu dot org 2006-10-03 18:07 --- Note that I don't oppose at all fixing the problem in swap_commutative_operands_p. At the very least, you have to change at the very least simplify-rtx.c's uses of commutative_operand_precedence to use s_c_o_p instead, but

[Bug middle-end/28690] [4.2 Regression] Performace problem with indexed load/stores on powerpc

--- Comment #22 from dje at watson dot ibm dot com 2006-10-03 18:09 --- Subject: Re: [4.2 Regression] Performace problem with indexed load/stores on powerpc I am not suggesting that the problem has to be solved in swap_commutative_operands, etc. I would think that GCC should

[Bug c++/29138] [4.0 Regression] access declarations don't work for classes

--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-10-03 18:09 --- Fixed in 4.1.2, 4.2.0. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added A

[Bug c++/29138] [4.0/4.1/4.2 Regression] access declarations don't work for classes

--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-10-03 18:06 --- Subject: Bug 29138 Author: mmitchel Date: Tue Oct 3 18:06:00 2006 New Revision: 117410 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117410 Log: PR c++/29138 * decl2.c (grokfield): Don't

[Bug c++/29138] [4.0/4.1/4.2 Regression] access declarations don't work for classes

--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-10-03 18:04 --- Subject: Bug 29138 Author: mmitchel Date: Tue Oct 3 18:04:10 2006 New Revision: 117409 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117409 Log: PR c++/29138 * decl2.c (grokfield): Don't

[Bug middle-end/28690] [4.2 Regression] Performace problem with indexed load/stores on powerpc

--- Comment #20 from dje at gcc dot gnu dot org 2006-10-03 17:58 --- Paolo, forcing all addresses through legitimize_address should not be the goal. The wrong ordering has performance effects, but is not an invalid address. While the performance effects on POWER-specific, canonicalizin

[Bug target/17174] Fortran nearest broken on AIX

--- Comment #1 from sje at cup dot hp dot com 2006-10-03 17:55 --- I think ia64-hp-hpux11.23 is having a problem here too. I get a failure with the test gfortran.dg/large_real_kind_form_io_2.f90, which uses the nearest intrinsic. I use mpfr 2.2 to build. I think the bug may be with mp

[Bug target/28604] [4.1/4.2 Regression] gcc.c-torture/execute/20050604-1.c fails on IA64 at -O3

--- Comment #9 from sje at cup dot hp dot com 2006-10-03 17:42 --- I submitted a patch for this defect, http://gcc.gnu.org/ml/gcc-patches/2006-09/msg01108.html however the failure seems to have gone away even without applying this patch. I think (but did not verify) that this patch went

[Bug c++/29332] default argument access checking is not done at the point where the default argument expression are appears

--- Comment #6 from pinskia at gcc dot gnu dot org 2006-10-03 17:00 --- Confirmed, not a regression. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/29332] default argument access checking is not done at the point where the default argument expression are appears

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-10-03 16:58 --- Actually I take back comment #3. This code is invalid as it violates 8.3.6/5: "The names in the expressions are bound, and the semantics constraints are checked, at the point where the default argument expression ap

[Bug c++/29332] No error given for derived-to-inaccessible-base conversion in default arg.

--- Comment #4 from pinskia at gcc dot gnu dot org 2006-10-03 16:51 --- Reopening for a second. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/29335] New: transcendental functions with constant arguments should be resolved at compile-time

We should use GMP/MPFR from inside builtins.c to resolve things like e.g. cos(0.12345) at compile-time. Need to figure out: 1. Whether a certain minimum version of GMP/MPFR is required to avoid known bugs, etc. 2. Whether we should include GMP/MPFR in the svn archive like we do for intl and zl

[Bug c++/29332] No error given for derived-to-inaccessible-base conversion in default arg.

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-03 16:45 --- (In reply to comment #2) > Ok, here's something that's a little closer to the original example: I get an error with that example: t.cc:8: error: default argument for parameter of type ‘A&’ has type ‘B’ In fact the

[Bug c++/29332] No error given for derived-to-inaccessible-base conversion in default arg.

--- Comment #2 from widman at gimpel dot com 2006-10-03 16:38 --- Ok, here's something that's a little closer to the original example: class A; class B; extern B b; struct C { static int f( A& = b); // ERROR }; class A{}; class B : public A {}; int n = C::f(); Failing to r

[Bug target/28568] compiler generates incorrect ARM instructions when using long bitfields

--- Comment #11 from rearnsha at gcc dot gnu dot org 2006-10-03 16:25 --- (In reply to comment #7) > Subject: RE: compiler generates incorrect ARM instructions when using long > bitfields > > Why not? What are the criteria? Because it isn't a regression. A regression is when all o

[Bug objc/29195] [4.1 Regression] ICE in expand_expr_real_1, at expr.c:6932

--- Comment #8 from pinskia at gcc dot gnu dot org 2006-10-03 16:24 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug objc/29195] [4.1 Regression] ICE in expand_expr_real_1, at expr.c:6932

--- Comment #7 from pinskia at gcc dot gnu dot org 2006-10-03 16:23 --- Subject: Bug 29195 Author: pinskia Date: Tue Oct 3 16:23:48 2006 New Revision: 117402 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117402 Log: 2006-09-26 Andrew Pinski <[EMAIL PROTECTED]> PR ob

[Bug tree-optimization/29330] -O -ftree-loop-linear --> virtual memory exhausted

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-03 16:21 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug tree-optimization/29330] -O -ftree-loop-linear --> virtual memory exhausted

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-03 16:17 --- We are trying to allocate 3.65 GB. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/29317] gfortran.dg/exponent_1.f90 failure

--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-10-03 16:17 --- (In reply to comment #5) > The gfortran.dg/exponent_1.f90 and gfortran.dg/nearest_1.f90 are falling > on hppa2.0w-hp-hpux11.11. I updated to mpfr 2.2.0 and the tests are still > failing. Possibly, I need a compl

[Bug libstdc++/29286] [4.0/4.1/4.2 Regression] placement new does not change the dynamic type as it should

--- Comment #20 from mark at codesourcery dot com 2006-10-03 16:13 --- Subject: Re: [4.0/4.1/4.2 Regression] placement new does not change the dynamic type as it should ian at airs dot com wrote: > Fortunately I believe that in a correct program we only have a problem when we > can a

[Bug ada/27936] [4.2 Regression] gnatbind fails to link on Tru64 UNIX

--- Comment #10 from ebotcazou at gcc dot gnu dot org 2006-10-03 16:13 --- Investigating. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/29333] Jump threading getting in the way of PHI-OPT

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-03 16:11 --- Actually this is a case where jump threading gets in the way of PHI-OPT. Really PHI-OPT should be put before VRP and DOM, I don't know why it was not. -- pinskia at gcc dot gnu dot org changed: What

[Bug bootstrap/26764] [4.0/4.1 only] sed command garbled when generating macro_list

--- Comment #4 from ghazi at gcc dot gnu dot org 2006-10-03 16:10 --- Seems to have been fixed on trunk in April and on 4.0/4.1 branches in September. http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01260.html http://gcc.gnu.org/ml/gcc-patches/2006-04/msg01157.html http://gcc.gnu.org/ml/gc

[Bug tree-optimization/29333] Generation of MAX_EXPRs and MIN_EXPRs missed by phiopt

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Keywords||missed-op

[Bug c++/29332] No error given for derived-to-inaccessible-base conversion in default arg.

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-03 16:05 --- We just don't error until you use the function, in that the following errors: // line 1 class A {}; class B : private A { }; extern B b; int f( A & = b); // ERROR A & a = b; // ERROR int x = f(); // ERROR --

[Bug tree-optimization/29333] Generation of MAX_EXPRs and MIN_EXPRs missed by phiopt

--- Comment #1 from roberto dot costa at st dot com 2006-10-03 16:05 --- Created an attachment (id=12378) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12378&action=view) Source code of the example -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29333

[Bug tree-optimization/29333] New: Generation of MAX_EXPRs and MIN_EXPRs missed by phiopt

There are cases in which phiopt doesn't recognize MAX_EXPRs or MIN_EXPRs patterns. In particular, source codes that look very similar at first sight may induce phiopt to behave differently. Let's consider the following two functions: - int minmax_correct(int a) {

[Bug libstdc++/29286] [4.0/4.1/4.2 Regression] placement new does not change the dynamic type as it should

--- Comment #19 from ian at airs dot com 2006-10-03 16:03 --- Mike suggests: "it would appear that it is unsafe to reorder writes of otherwise non-conflicting types past each other as type based analysis alone isn't enough to ensure they don't conflict." That would be bad in the general

[Bug preprocessor/28435] -MMD vs not found system header (included from a system header)

--- Comment #4 from pinskia at gcc dot gnu dot org 2006-10-03 15:56 --- Confirmed via the dup bug. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug preprocessor/28435] -MMD vs not found system header (included from a system header)

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-03 15:55 --- *** Bug 29331 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/29331] Missing header files only generate warning with -MMD

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-03 15:55 --- *** This bug has been marked as a duplicate of 28435 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/28690] [4.2 Regression] Performace problem with indexed load/stores on powerpc

--- Comment #19 from bergner at vnet dot ibm dot com 2006-10-03 15:51 --- David has already said offline that he would reject any patch that would cause us to view a non-REG_POINTER + REG_POINTER expression an not legitimate. I agree with that. Sorry, but I'm slowly learning the machi

[Bug fortran/20541] TR 15581: ALLOCATABLE components

--- Comment #33 from sfilippone at uniroma2 dot it 2006-10-03 15:48 --- The latest patch alloc_comp1002.diff has survived everything I could throw at it in the last few hours. Go for it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20541

[Bug fortran/22571] Reject derived types for dummy arguments declared in the subroutine unless they are SEQUENCE

--- Comment #6 from pault at gcc dot gnu dot org 2006-10-03 15:06 --- (In reply to comment #5) > The problem lies in the absence of global actual/formal argument checking; > where there is an explicit interface, all works correctly. Actually, it is not as bad as I thought: (i)'p' being

[Bug fortran/29232] No warning/error for duplicate construct name

--- Comment #1 from pault at gcc dot gnu dot org 2006-10-03 14:38 --- Created an attachment (id=12377) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12377&action=view) This fixes the bug. This has to be sorted out at resolution time because it is the label 'vortex' that blocks the

[Bug tree-optimization/25737] ACATS c974001 c974013 hang with struct aliasing

--- Comment #40 from ebotcazou at gcc dot gnu dot org 2006-10-03 14:13 --- > Agreed. The Ada FE should either change or prove that there is a > design/implementation flaw in the aliasing machinery. I think we can prove that there is a discrepancy between the Tree type-based aliasing a

[Bug c++/29332] New: No error given for derived-to-private-base conversion in default arg.

For the following case: // line 1 class A {}; class B : private A { }; extern B b; void f( A & = b); // ERROR A & a = b; // ERROR ... g++ issues only one error: t.cpp:9: error: 'A' is an inaccessible base of 'B' ... but it should also complain about the default arg. Incidentally, this exam

[Bug middle-end/27478] entry and addressable and value-expr: and the gimplifier

--- Comment #10 from fxcoudert at gcc dot gnu dot org 2006-10-03 13:44 --- Subject: Bug 27478 Author: fxcoudert Date: Tue Oct 3 13:44:09 2006 New Revision: 117396 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117396 Log: PR middle-end/27478 * trans-decl.c (gf

[Bug fortran/21203] gfortran doesn't work on targets/variants without two floating point types

--- Comment #30 from fxcoudert at gcc dot gnu dot org 2006-10-03 13:10 --- Changing the summary of this bug to reflect the actual problem. Downgrading to enhancement because it would be a weird GNU extension. And unless someone show real interest in gfortran working on these platforms

[Bug target/29300] FAIL: gcc.dg/pthread-init-[12].c (test for excess errors)

--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-10-03 13:01 --- Subject: Re: FAIL: gcc.dg/pthread-init-[12].c (test for excess errors) > --- Comment #1 from uros at kss-loka dot si 2006-10-03 07:04 --- > Similar problems were recently fixed for solaris and gli

[Bug tree-optimization/25737] ACATS c974001 c974013 hang with struct aliasing

--- Comment #39 from dnovillo at gcc dot gnu dot org 2006-10-03 12:54 --- (In reply to comment #38) > The name, and all the documentation, which say they cannot be > addressed, which means they cannot be pointed to by any pointer, which > means they are unaliased. > Absolutely. If th

[Bug c++/29331] New: Missing header files only generate warning with -MMD

This program: #include Generates only a warning with gcc 4.1.1 and the -MMD flag. With #include "idonotexist", an error is generated. Errors are generated correctly in both cases with -MD. -- Summary: Missing header files only generate warning with -MMD Product: gcc

[Bug middle-end/28684] Imprecise -funsafe-math-optimizations definition

--- Comment #7 from patchapp at dberlin dot org 2006-10-03 12:11 --- Subject: Bug number PR 28684 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00110.html -- http://gcc.gnu.org/bugzilla/s

[Bug c++/29330] New: -O -ftree-loop-linear --> virtual memory exhausted

ble-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug i486-linux-gnu --enable-libmudflap --enable-checking=release Thread model: posix gcc version 4.2.0 20061003 (experimental) > g++ -O -ftree-loop-linear foo.cpp virtual memory exhausted: Cannot allocate memory > cat foo.cpp int

[Bug fortran/29321] [4.1/4.2 Regression] optional arguments+derived types = segmentation fault

--- Comment #2 from pault at gcc dot gnu dot org 2006-10-03 11:11 --- I submitted a fix for this today. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/29322] [4.1/4.2 Regression] ICE with character optional arg

--- Comment #2 from pault at gcc dot gnu dot org 2006-10-03 11:11 --- I submitted a fix for this today. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/27701] Two routines with the same name cause an interna; error in gfortran

--- Comment #3 from pault at gcc dot gnu dot org 2006-10-03 11:10 --- I intend to submit the patch in #2, just as soon as the allocatable components patch is out of the way. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/29327] FAIL: gfortran.dg/specifics_1.f90

--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-10-03 10:32 --- This should be fixed. I forgot to commit some part of my patch. Sorry for the inconvenience. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/29291] [4.2 regression] ICE on invalid use of new

--- Comment #3 from reichelt at gcc dot gnu dot org 2006-10-03 10:11 --- Fixed on mainline. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added S

[Bug c++/29291] [4.2 regression] ICE on invalid use of new

--- Comment #2 from reichelt at gcc dot gnu dot org 2006-10-03 10:08 --- Subject: Bug 29291 Author: reichelt Date: Tue Oct 3 10:08:22 2006 New Revision: 117393 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117393 Log: PR c++/29291 * init.c (build_new): Check f

[Bug target/29329] [4.1 regression] internal consistency failure at -O2

--- Comment #1 from debian-gcc at lists dot debian dot org 2006-10-03 09:46 --- Created an attachment (id=12376) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12376&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29329

[Bug target/29329] New: [4.1 regression] internal consistency failure at -O2

[forwarded from http://bugs.debian.org/390694] 4.1 SVN 20060920, works with 4.2 and 4.0.4 $ gcc -c -fPIC -g -O2 -g tree234.i tree234.c: In function 'delpos234_internal': tree234.c:927: fatal error: internal consistency failure compilation terminated. compilation works with -O1 compilation with

[Bug c++/29328] New: CC attributes not encoded in member function pointer

// Tested with 4.1.1 and 4.2.0-alpha20060520 //-- // Simple compile time assertion facility to check the identity of two types // - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - template stru

[Bug target/29300] FAIL: gcc.dg/pthread-init-[12].c (test for excess errors)

--- Comment #1 from uros at kss-loka dot si 2006-10-03 07:04 --- Similar problems were recently fixed for solaris and glibc-2.3.5. It looks that hpux needs a fixinclude hack that would cure these errors/warnings, somehing like: http://gcc.gnu.org/ml/gcc-patches/2006-09/msg01317.html htt

  1   2   >