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

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-12 08:19 --- I think the error message can be improved. Disallowing recursive I/O is not an "internal error". What about "Calling I/O from function in I/O list not allowed" ? -- http://gcc.gnu.org/bugzilla/show

[Bug target/19379] [4.0 Regression] ICE during build of newlib's e_atan2.c when soft-float

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

[Bug middle-end/18820] ACATS c95300[123] and c980002 fail at runtime

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-12 09:12 --- Patch: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00522.html -- What|Removed |Added

[Bug middle-end/19391] [4.0 Regression] missed optimization with size of 8 vectors

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-12 09:23 --- Is this a regression that may be caused by RTH's rewrite? -- What|Removed |Added

[Bug target/18562] SSE constant vector initialization produces dead constant values on stack

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-12 09:24 --- If this is closed, let's be sure to find that enhancement request and close this as a dup. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18562

[Bug rtl-optimization/10469] constant V4SF loads get moved inside loop

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2005-01-12 09:35 --- I guess we won't ever fix this for 3.3 and new-ra is dead, so this is "fixed". -- What|Removed |Added

[Bug rtl-optimization/13246] [new-ra][meta-bug] new-ra related problems

-- Bug 13246 depends on bug 10469, which changed state. Bug 10469 Summary: constant V4SF loads get moved inside loop http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10469 What|Old Value |New Value

[Bug target/18562] SSE constant vector initialization produces dead constant values on stack

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-12 09:37 --- AMD64 has this at -O2: Test case 1: main: .LFB499: subq$24, %rsp .LCFI0: movl$.LC1, %edi movl$4, %eax movaps .LC0(%rip), %xmm0 movups %xmm0, (%

[Bug c++/10611] operations on vector mode not recognized in C++

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2005-01-12 09:44 --- What is the status on this issue? I.e. +,-,*,/ on vector types for C++? Note that trying to work around this missing feature with operator overloading like v4sf operator+(const v4sf& a

[Bug middle-end/19391] [4.0 Regression] missed optimization with size of 8 vectors

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-12 09:54 --- Try again with functions. It is absolutely ESSENTIAL that we do NOT emit mmx vector operations UNLESS the routines are used. Doing so without the compiler also being able to insert emms instructions is wron

[Bug target/19392] New: [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/execute/931004-11.c execution, -O0

With LAST_UPDATED: "Wed Jan 12 02:41:59 UTC 2005" I get: FAIL: gcc.c-torture/execute/931004-11.c execution, -O0 With the message in the .log being: *** EXIT code 4242 (a call to abort) Last known to work with code from: "Tue Jan 11 08:13:03 UTC 2005". -- Summary: [4.0 regression] mm

[Bug target/19379] [4.0 Regression] ICE during build of newlib's e_atan2.c when soft-float

--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-12 10:30 --- (In reply to comment #3) > What do you want the ABI for soft-float to be? > As RTEMS is probably the only user of -msoft-float, you get to choose. -msoft-float basically is just a synomym for -no-80387 (-MA

[Bug bootstrap/19393] New: Assembler error: branch out of range

Building today's (2005-01-12) gcc-CVS/trunk for arm-rtems4.7 fails in libiberty: /users/rtems/src/rpms/BUILD/rtems-4.7-arm-rtems4.7-gcc-newlib-gcc3.4.4newlib1.13.0/build/gcc/xgcc -B/users/rtems/src/rpms/BUILD/rtems-4.7-arm-rtems4.7-gcc-newlib-gcc3.4.4newlib1.13.0/build/gcc/ -nostdinc -B/users/rtem

[Bug tree-optimization/19341] [4.0 Regression] DCE eliminating non-dead code

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-12 10:37 --- Is an asm a pointer escape point even if it does not have a memory clobber constraint? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19341

[Bug bootstrap/19393] Assembler error: branch out of range

--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-12 10:38 --- Sorry, this is gcc-3.4-branch, not gcc-4.0.x ... -- What|Removed |Added Version

[Bug ada/17307] Bug box in Gigi, code=116, 'Unrestricted_Access of a protected subprogram

--- Additional Comments From charlet at adacore dot com 2005-01-12 10:41 --- Subject: Re: Bug box in Gigi, code=116, 'Unrestricted_Access of a protected subprogram > Hmm, now I get on the mainline: > test_269775.adb:18:23: non-local pointer cannot point to local object > So this rejec

[Bug middle-end/19304] [4.0 Regression] wrong code for spec test from emit_move_change_mode

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-12 10:41 --- Janis, why don't you post the patch to gcc-patches? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19304

[Bug c++/19377] Using declaration in "private" part causes "protected" diagnostic

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-01-12 10:46 --- The bug is simply incorrect error message logic. The 'protected' comes from the point that 'A::i' is declared, not the actual access computed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19377

[Bug rtl-optimization/15139] [3.4 Regression] cc1 uses excessive amounts of memory compiling small routine

--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-12 10:47 --- Patch here: -- What|Removed |Added

[Bug c++/19311] [3.4/4.0 Regression] ICE in resolve_overloaded_unification

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-01-12 10:49 --- Patch in progress. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19311

[Bug c++/16617] Fail to do access checking correctly for non-dependent qualified-id

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-01-12 10:50 --- May be fixed together with PR19311. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16617

[Bug target/18562] SSE constant vector initialization produces dead constant values on stack

--- Additional Comments From uros at kss-loka dot si 2005-01-12 10:54 --- Another testcase that I think should be optimized: #include __m128 test() { float val1[4] = {0.0f, 0.0f, 0.0f, 0.0f}; return _mm_loadu_ps(val1); } This is currently compiled to: test: pu

[Bug rtl-optimization/11707] [3.4 Regression] [new unroller] constants not propagated in unrolled loop iterations with a conditional

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2005-01-12 11:05 --- I can re-confirm that the patch moves 3.4 to the state of 3.3 - i.e. with an extra imull compared to 2.95 and 4.0. The patch has bootstrapped with checking enabled and -funroll-loops on

[Bug tree-optimization/19333] [4.0 Regression] Compilation SEGFAULTs with -O1 -finline-functions on the x86_64 architecture.

--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz 2005-01-12 11:25 --- (In reply to comment #7) > Hmm, I think this is a bad gcc extension: > extern short int aa[][]; > Note with -pedantic we warning about it. I agree, I would personally never use it. However, this ca

[Bug c++/19375] [3.4/4.0 Regression] Access violation diagnostic given twice

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-01-12 11:26 --- Got it. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |lerdsuwa at

[Bug tree-optimization/19241] [4.0 Regression] ICE in make_decl_rtl with inliner

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-12 11:45 --- We choque on expanding this: inline void Iterator::IsEnd () const { compare (this, static_cast(0)->end()); } Which looks like this at -O: compare (&D.2008, &D.2013) (gdb) #11 0x007008d

[Bug tree-optimization/19241] [4.0 Regression] ICE in make_decl_rtl with inliner

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-12 11:51 --- This is the .generic dump: void Iterator::IsEnd() const (this) { struct Iterator D.1926; end (&D.1926, 0B) [return slot addr]; compare (this, &D.1926); } Iterator::Iterator() (this) {

[Bug target/18329] [4.0 regression] mmix-knuth-mmixware testsuite failure: execute/920501-7.c, execute/comp-goto-2.c

--- Additional Comments From hp at gcc dot gnu dot org 2005-01-12 12:14 --- This obsolete #7. http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00649.html> -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18329

[Bug target/19389] [4.0 Regression] Odd gpr mem load unrecognizable insn

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-12 12:23 --- Subject: Bug 19389 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-12 12:22:28 Modified files: gcc: ChangeLog gcc/config/rs6000:

[Bug target/19389] [4.0 Regression] Odd gpr mem load unrecognizable insn

--- Additional Comments From amodra at bigpond dot net dot au 2005-01-12 12:24 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug target/19389] [4.0 Regression] Odd gpr mem load unrecognizable insn

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

[Bug c/6689] GCC-3.1: ICE / insn does not satisfy its constraints

--- Additional Comments From k dot ponting at aurix dot com 2005-01-12 12:39 --- I have an apparently similar problem attempting to build a gcc 3.4.3 cross- compiler for tms320c30 (target c4x). I have built and installed binutils 2.15 then get ICE when building gcc. Cross-compiler build

[Bug fortran/19394] New: g77: confused equivalences not detected

$ cat confused-equivalences.f real a(2), b(2), c(3) equivalence (a(1), b(2)), (b(1), c(1)), (c(2), a(2)) end $ g77 confused-equivalences.f $ g77 -v Reading specs from /usr/lib/gcc-lib/ia64-redhat-linux/3.2.3/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man

[Bug target/19307] [4.0 Regression] ICE with -msse2 -mno-80387

--- Additional Comments From uros at kss-loka dot si 2005-01-12 12:43 --- (In reply to comment #3) > And it works with today's compiler too. It works with '-O2 -mno-80387 -msse2 -mno-fp-ret-in-387', but without -mno-fp-ret-in-387 it still fails. I think that the problem here is again SS

[Bug target/19379] [4.0 Regression] ICE during build of newlib's e_atan2.c when soft-float

--- Additional Comments From joel at gcc dot gnu dot org 2005-01-12 12:50 --- (In reply to comment #4) > (In reply to comment #3) > > What do you want the ABI for soft-float to be? > > As RTEMS is probably the only user of -msoft-float, you get to choose. > -msoft-float basically is just

[Bug c++/19395] New: [3.3/3.4/4.0 regression] invalid scope qualifier allowed in typedef

The following invalid code snippet is accepted since gcc 3.0 (without warning, even with -pedantic -Wall -W): === struct A { typedef int ::X; }; === -- Summary: [3.3/3.4/4.0 regression] invalid scope qualifier allowed in

[Bug c++/19396] New: [3.4/4.0 regression] Invalid template in typedef accepted

Without "-pedantic" the following invalid code snippet is accepted since gcc 3.4.0: template struct A { typedef int A::template X; }; -- Summary: [3.4/4.0 regression] Invalid template in typedef

[Bug c++/19397] New: [3.4 regression] ICE with invalid typedef

The following invalid code causes an ICE with gcc 3.4.x (3.3.x and mainline are not affected): template struct A { typedef int ::template; }; bug.cc:3: error: expected id-expression before "template" bug.cc:3: internal compiler

[Bug target/19022] mmix-knuth-mmixware testsuite failure: gcc.dg/ftrapv-2.c ICE

--- Additional Comments From hp at gcc dot gnu dot org 2005-01-12 13:27 --- Works with "Wed Jan 12 10:28:53 UTC 2005", apparently thanks to: 2005-01-11 Roger Sayle <[EMAIL PROTECTED]> * builtins.c (fold_builtin_fabs): Convert argument to the appropriate type as args of

[Bug target/19398] New: Non-optimal code with cvttss2si

The testcase: int test (float a) { return (a*a); } produces non-optimal asm code, when compiled with '-O2 -msse -mfpmath=387': test: pushl %ebp movl %esp, %ebp subl $4, %esp flds 8(%ebp) fmul %st(0), %st fstps -4(%ebp) (*) movss

[Bug tree-optimization/19038] [4.0 Regression] out-of ssa causing loops to have more than one BB

--- Additional Comments From amacleod at redhat dot com 2005-01-12 13:34 --- So let me see, If I read this properly, this is no longer an out of ssa problem? notes: - changing where we place copies based on jeffs observations in comment 25 ought not be difficult. - If we wish to change

[Bug AWT/16203] need to kill awt helper threads on gui app exit

--- Additional Comments From chris dot pickett at mail dot mcgill dot ca 2005-01-12 14:03 --- Thank-you kindly. Can you summarize your solution? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16203

[Bug target/19379] [4.0 Regression] ICE during build of newlib's e_atan2.c when soft-float

--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-12 14:19 --- (In reply to comment #5) > (In reply to comment #4) > > (In reply to comment #3) > > > What do you want the ABI for soft-float to be? > > > As RTEMS is probably the only user of -msoft-float, you get to cho

[Bug c++/19399] New: gthread_recursive_mutex's missing

GCC 4.0 has broken rtems thread support for all targets: # configure --enable-languages=c,c++ --enable-threads=rtems\ [more options] ... # make ... /users/rtems/src/rpms/BUILD/rtems-4.7-arm-rtems4.7-gcc-newlib-gcc4.0.0newlib1.13.0/build/gcc/xgcc -shared-libgcc -B/users/rtems/src/rpms/BUILD/rtems-4

[Bug c++/19399] gthread_recursive_mutex's missing

-- What|Removed |Added Known to fail||4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19399

[Bug target/19379] [4.0 Regression] ICE during build of newlib's e_atan2.c when soft-float

--- Additional Comments From joel at gcc dot gnu dot org 2005-01-12 14:41 --- (In reply to comment #6) > (In reply to comment #5) > > (In reply to comment #4) > > > (In reply to comment #3) > > If you are tuly using soft-float, then the results can't be returned in the > > non-existent F

[Bug c++/19399] gthread_recursive_mutex's missing

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-12 14:50 --- > Without having looked into details, something in GCC seems to have changed > which silently breaks gthr-rtems.h. Indeed, things rarely break without reason. :-) It's 2004-08-27 Jason Merrill <[EMAI

[Bug target/19399] [4.0 Regression] mutexes support broken

-- What|Removed |Added Component|c++ |target Known to work||3.4.0 Summary|gthread_recursive_mutex's |[

[Bug c++/19400] New: vector keyword in typedef inside struct ignored

This program 1 #include 2 #include 3 4 struct s { 5 typedef vector float vf; 6 vf v1; 7 vector float v2; 8 } S; 9 10 int main () { 11 printf ("sizeof(s::vf) is %d\n",sizeof(s::vf)); 12 printf ("sizeof(S.v1

[Bug target/19379] [4.0 Regression] ICE during build of newlib's e_atan2.c when soft-float

--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-12 15:02 --- (In reply to comment #7) > (In reply to comment #6) > > > If you are tuly using soft-float, then the results can't be returned in > > > the > > > non-existent FPU registers so I have never understood from

[Bug c++/19400] vector keyword in typedef inside struct ignored

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 15:27 --- This is a dup of bug 9573 which is fixed for 4.0.0. *** This bug has been marked as a duplicate of 9573 *** -- What|Removed |Added --

[Bug c++/9573] typedef with __attribute__ ((mode(....))) doesnt seem to work inside a struct/class

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 15:27 --- *** Bug 19400 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug middle-end/19391] [4.0 Regression] missed optimization with size of 8 vectors

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 15:31 --- (In reply to comment #3) > Try again with functions. > > It is absolutely ESSENTIAL that we do NOT emit mmx vector operations UNLESS > the routines are used. Doing so without the compiler also > being a

[Bug target/14552] compiled trivial vector intrinsic code is ineffiencent

-- Bug 14552 depends on bug 19391, which changed state. Bug 19391 Summary: [4.0 Regression] missed optimization with size of 8 vectors http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19391 What|Old Value |New Value --

[Bug target/19393] Assembler error: branch out of range

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 15:37 --- I think this is related to PR 16626, it might also be a latent bug. -- What|Removed |Added

[Bug c++/19397] [3.4 regression] ICE with invalid typedef

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

[Bug c++/19396] [3.4/4.0 regression] Invalid template in typedef accepted

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 15:53 --- : Search converges between 2002-12-14-trunk (#159) and 2002-12-29-trunk (#160). Confirmed, looks like the new parser change the meaning of this case. -- What|Removed |Ad

[Bug c++/19395] [3.3/3.4/4.0 regression] invalid scope qualifier allowed in typedef

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 15:54 --- Confirmed we have been accepting this since at least 2000-12-31. -- What|Removed |Added

[Bug c++/19397] [3.4 regression] ICE with invalid typedef

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 15:55 --- Broke: Search converges between 2002-12-14-trunk (#159) and 2002-12-29-trunk (#160). Fixed on the mainline: Search converges between 2004-07-02-trunk (#477) and 2004-07-04-trunk (#478). -- Wh

[Bug target/19398] Non-optimal code with cvttss2si

-- What|Removed |Added Severity|normal |enhancement Keywords||missed-optimization http://gcc.gnu.org/bugzilla/s

[Bug tree-optimization/19401] New: Trivial loop not unrolled

We do not unroll the loop in double foo(double __x) { unsigned int __n = 2; double __y = __n % 2 ? __x : 1; while (__n >>= 1) { __x = __x * __x; if (__n % 2) __y = __y * __x; } return __y; } with -O2 which

[Bug tree-optimization/19401] Trivial loop not unrolled

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

[Bug tree-optimization/19401] Trivial loop not unrolled

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 16:13 --- Really -funroll-loops should be added to -O3 by default and maybe a tweewed version to -O2/-Os (one which only unroll loops which can be unrolled fully and don't produce more code than the loop itself).

[Bug libstdc++/11706] std::pow(T, int) implementation pessimizes code

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2005-01-12 16:17 --- Current status is that with -O2 on mainline we generate the same (better) code for ::pow(x, 2) and std::pow(x, 2.0) than for std::pow(x, 2) which looses because of the lack of unrolling (

[Bug tree-optimization/19401] Trivial loop not unrolled

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2005-01-12 16:19 --- In 3.4 one was able to do this by specifying -fpeel-loops and got complete loop peeling enabled. In 4.0 this is also the case, but only for the RTL unroller - the tree unroller is not af

[Bug tree-optimization/19401] Trivial loop not unrolled

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 16:21 --- Another trivial loop which is not unrolled but should be: int f(int x) { int i, x1; x1 = x; for(i = 0;i<2;i++) x1 *= x1; return x1; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19401

[Bug tree-optimization/19401] Trivial loop not unrolled

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2005-01-12 16:24 --- Or stuff often found in C++ libraries: template struct Vector { Vector(float init) { for (int i=0; ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=19401

[Bug ada/19337] [4.0 Regression] ada does not compile at -O3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 16:43 --- I can confirm this on ppc-darwin also. -- What|Removed |Added CC|

[Bug middle-end/19304] [4.0 Regression] wrong code for spec test from emit_move_change_mode

--- Additional Comments From janis187 at us dot ibm dot com 2005-01-12 16:48 --- I suspect that the patch is a clue to what's wrong rather than a real fix, but if nothing happens in a couple of days I'll post it anyway. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19304

[Bug tree-optimization/19337] [4.0 Regression] ada does not compile at -O3 (nested functions related)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 16:53 --- Reduced C testcase, just compile at -O3: void write_char(char); int len(char*); void f(char *a) { int col = 0; int i; void wchar(char c) { if (c == '\t') { do { wchar(' ');

[Bug tree-optimization/19337] [4.0 Regression] ada does not compile at -O3 (nested functions related)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 16:55 --- (In reply to comment #16) > Reduced C testcase, just compile at -O3: One note this was a semi-direct translation of the Ada code, I was just trying to understand the Ada code even though I don't know Ada t

[Bug tree-optimization/18880] DSE is not doing its job for global variables

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-12 16:56 --- I'll have a look at Jeff's patch. -- What|Removed |Added AssignedTo|unassigned at gc

[Bug tree-optimization/19401] Trivial loop not unrolled

--- Additional Comments From gdr at integrable-solutions dot net 2005-01-12 17:05 --- Subject: Re: Trivial loop not unrolled "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | Really -funroll-loops should be added to -O3 by default and maybe a | tweewed version to -O2/-Os

[Bug tree-optimization/19401] Trivial loop not unrolled

--- Additional Comments From gdr at integrable-solutions dot net 2005-01-12 17:06 --- Subject: Re: Trivial loop not unrolled "rguenth at tat dot physik dot uni-tuebingen dot de" <[EMAIL PROTECTED]> writes: | Or stuff often found in C++ libraries: | | template | struct Vector | { |

[Bug target/19399] [4.0 Regression] mutexes support broken

--- Additional Comments From joel at gcc dot gnu dot org 2005-01-12 17:15 --- (In reply to comment #3) > I think the most flexible and simple solution would be to add a > rtems_gxx_recursive_mutex_init to RTEMS. > > Also, I'd prefer to use this definition > typedef void * __gthread_re

[Bug c++/19263] [3.4/4.0 regression]: wrong-code: explicit inicialization of v8qi miscompiled

--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-12 17:30 --- Yeah, with PR c++/15172, http://gcc.gnu.org/ml/gcc-patches/2004-11/msg1.html -- What|Removed |Added ---

[Bug middle-end/19402] New: __builtin_powi? still missing

In order to efficiently implement in the c++ run-time library the overloads of std::pow for integer (*) exponent mandated in 26.5, three additional builtins are badly needed, for float, double and long double base. For a discussion, see this thread: http://gcc.gnu.org/ml/gcc-patches/2003-07/msg

[Bug debug/19192] [4.0 Regression] Current development gcc generates incorrect line info for example code

--- Additional Comments From amacleod at redhat dot com 2005-01-12 17:46 --- Created an attachment (id=7940) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7940&action=view) proposed patch Give this a try. I havent checked it in, Im running it through the testsuites. I'm unlikely t

[Bug preprocessor/17110] #include_next fails following #include that specifies an absolute path

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-12 17:58 --- AFAICS this has never worked as you intended: GCC 2.95.3, 2.96, 3.0.4, 3.1.1, 3.2.3 and 3.3.5 issue #error "got wrong " which means that #include_next was behaving like #include in that case. So the err

[Bug c++/19263] [3.4/4.0 regression]: wrong-code: explicit inicialization of v8qi miscompiled

--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-12 18:00 --- This seems to be because of the CONSTRUCTOR_ELTS (init) = NULL; added in http://gcc.gnu.org/ml/gcc-patches/2004-01/msg00832.html by Richard. If I remove it, the testcase works, as well as this bigger one below

[Bug c++/19403] New: name lookup is broken

Hi, the following code doesn't compile: struct A {}; namespace Boo { struct B { friend struct A; B(const A&) {}; }; } int main() { A a; Boo::B b(a); return 0; } It compiles with g++ < 4.0. -- Summary: name lookup is broken Pro

[Bug target/7525] [ARM/Thumb] long calls stubs only in one code section, cannot branch to them from other section

--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-01-12 18:11 --- In the general case of calling library support functions, this really needs fixing in the linker. I'm going to fix this for the specific case of __call_via_ because this is necessary to generate code that

[Bug c++/19263] [3.4/4.0 regression]: wrong-code: explicit inicialization of v8qi miscompiled

--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-12 18:30 --- Tested to also test static initializers: typedef signed char v8qi __attribute__ ((vector_size (8))); extern "C" void abort (void); static unsigned char S[16]; struct A { int i; v8qi j, k; int l; }; v

[Bug c++/19403] [4.0 Regression] name lookup is broken with friends

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 18:42 --- : Search converges between 2004-11-25-014001-trunk (#656) and 2004-11-25-161001-trunk (#657). Yes this is valid code. we should have found the global A for the statement "friend struct A;" but instead i

[Bug c++/19404] New: error: 'QSizePolicy::' uses anonymous type

Hi, the following Code doesn't compile: class Base; template inline Base& operator<<(Base& rConfiguration, Type const& rType) { return rConfiguration; } template inline Base const& operator>>(Base const& rConfiguration, Type& rType) { ret

[Bug c++/19404] [4.0 Regression] error: 'QSizePolicy::' uses anonymous type

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 18:53 --- Confirmed, reduced testcase: class Base; template inline Base const& operator>>(Base const& rConfiguration, Type& rType) ; enum { HSize = 6, HMask = 0x3f, VMask = HMask << HSize }; int verData(unsigned i

[Bug target/19405] New: [4.0 Regression] 18_support/numeric_limits.cc fails on ppc-darwin (long doubles)

The long double part of 18_support/numeric_limits.cc started to fail when the following patch was applied: 2005-01-06 Geoffrey Keating <[EMAIL PROTECTED]> * c-cppbuiltin.c (builtin_define_float_constants): Set __*_EPSILON__ for IBM long double format correctly. Which m

[Bug target/19405] [4.0 Regression] 18_support/numeric_limits.cc fails on ppc-darwin (long doubles)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 18:57 --- http://gcc.gnu.org/ml/gcc-regression/2005-01/msg00021.html -- What|Removed |Added

[Bug c++/19263] [3.4/4.0 regression]: wrong-code: explicit inicialization of v8qi miscompiled

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 19:16 --- Patch here: . -- What|Removed |Added

[Bug c++/19403] [4.0 Regression] name lookup is broken with friends

--- Additional Comments From gdr at integrable-solutions dot net 2005-01-12 19:37 --- Subject: Re: [4.0 Regression] name lookup is broken with friends "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | : Search converges between 2004-11-25-014001-trunk (#656) and 2004-11-

[Bug c++/14513] Friend name injection problem (implicit declaration)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 19:47 --- *** Bug 19403 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/19403] [4.0 Regression] name lookup is broken with friends

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 19:47 --- (In reply to comment #2) > Excuse me? You are right, but what is werid here is that ICC even in strict mode and Comeau accept the code. This is invalid code and a dup of bug 14513. *** This bug has been

[Bug target/19379] [4.0 Regression] ICE during build of newlib's e_atan2.c when soft-float

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-12 19:47 --- In reply to comment #5: Perhaps I am out of touch with what's extant in the embedded space. I havn't been paid to care about that in quite some time. I'll defer. Using "-MASK_80387|-MASK_FLOAT_RETURNS" is inc

[Bug bootstrap/18033] --disable-aix64 doesn't remove ppc64 from multilib list

--- Additional Comments From dje at gcc dot gnu dot org 2005-01-12 20:30 --- confirmed -- What|Removed |Added Status|UNCONFIRMED |NEW Ever C

[Bug bootstrap/18033] --disable-aix64 doesn't remove ppc64 from multilib list

--- Additional Comments From dje at gcc dot gnu dot org 2005-01-12 20:30 --- config-ml.in bug -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dje at g

[Bug bootstrap/18033] --disable-aix64 doesn't remove ppc64 from multilib list

--- Additional Comments From dje at gcc dot gnu dot org 2005-01-12 20:31 --- config-ml.in see the option surrounded by single quotes and it does not match. Index: config-ml.in === RCS file: /cvs/gcc/gcc/config-ml.in,v retri

[Bug c++/19404] [4.0 Regression] anonymous types and templates and rejecting valid code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 20:35 --- The only patch which makes sense (as it is not really that bogus really as shown in this example): PR c++/17413 * pt.c (check_instantiated_args): Remove bogus SFINAE code. -- Wh

[Bug middle-end/19402] __builtin_powi? still missing

-- What|Removed |Added CC||rguenth at tat dot physik ||dot uni-tuebingen dot de http://gcc

[Bug c++/19406] New: ICE: in force_decl_die, at dwarf2out.c:12442

Hi, I get the mentioned ICE if I compile the following code with -g (gcc < 4 works fine): struct A { virtual int foo(); double d; }; struct B : public A { A::d; }; int main() { return 0; } Cheers, André -- Summary: ICE: in force_decl_d

[Bug c++/19406] [4.0 Regression] ICE: in force_decl_die, at dwarf2out.c:12442

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-12 21:06 --- : Search converges between 2004-01-27-trunk (#442) and 2004-01-28-trunk (#443). Confirmed. Caused by: 2004-01-27 Devang Patel <[EMAIL PROTECTED]> * name-lookup.c: Include "debug.h" (do_n

  1   2   >