[Bug c++/19813] [4.0 Regression] wrong code with -finline-limit

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-18 06:58 --- Subject: Bug 19813 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-18 06:58:40 Modified files: gcc: ChangeLog emit-rtl.c gcc/cp

[Bug target/15617] building groff-1.19.1 with "-Os -march=pentium4" causes sig 11

--- Additional Comments From uros at kss-loka dot si 2005-02-18 06:45 --- FYI: gcc 4.0 doesn't generate any SSE instructions for testcase.cc: gcc -Os -march=pentium4 -S testcase.cc grep xmm testcase.s | wc -l 0 -- What|Removed |Added -

[Bug tree-optimization/19937] [4.0 regression] Wrong loop exit (causes binutils to fail)

--- Additional Comments From schlie at comcast dot net 2005-02-18 04:52 --- (In reply to comment #7) > Subject: Re: [4.0 regression] Wrong loop exit > I don't understand the comment. Comparisons constructed due to > may_eliminate_iv are always either EQ_EXPRs or NE_EXPRs. Comparing >

[Bug libgcj/20047] runtime 'protected' access checks

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 04:52 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug target/20049] __builtin_ia32_loadsss is still documented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 04:50 --- Well this builtin function now has been removed. -- What|Removed |Added Severity|m

[Bug target/16354] va-arg-25.c -Os regression fails on i686

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 04:44 --- *** Bug 20050 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/20050] va-arg-25.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 04:44 --- Please search for dup bugs before filing new ones. Testcases which fail almost known to have bugs associated with them. *** This bug has been marked as a duplicate of 16354 *** -- What|R

[Bug c/20050] New: va-arg-25.c

FAIL: gcc.c-torture/execute/va-arg-25.c execution, -Os -- Summary: va-arg-25.c Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot or

[Bug web/20049] New: Documentation on web is incorrect

If you look at http://www.dis.com/gnu/gcc/X86-Built-in-Functions.html, you will find the following statement: .. The following built-in functions are available when -msse is used. v4sf __builtin_ia32_loadaps (float *) Generates the movaps machine instruction as a load from memory. void __

[Bug tree-optimization/19937] [4.0 regression] Wrong loop exit

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 04:14 --- *** Bug 20048 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug tree-optimization/20048] [4.0 Regression] gcc4 miscompiles binutils

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 04:14 --- This is a dup of bug 19937. *** This bug has been marked as a duplicate of 19937 *** -- What|Removed |Added -

[Bug tree-optimization/20048] [4.0 Regression] gcc4 miscompiles binutils

-- What|Removed |Added GCC target triplet|i686-linux |i686-linux, powerpc64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20048

[Bug tree-optimization/20048] [4.0 Regression] gcc4 miscompiles binutils

--- Additional Comments From amodra at bigpond dot net dot au 2005-02-18 04:12 --- Created an attachment (id=8224) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8224&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20048

[Bug tree-optimization/20048] [4.0 Regression] gcc4 miscompiles binutils

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Summary|gcc4 miscomp

[Bug tree-optimization/20048] New: gcc4 miscompiles binutils

The attached testcase extracted from bfd/elf.c aborts and -O and higher on both i686-linux and powerpc64-linux. -- Summary: gcc4 miscompiles binutils Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: wrong-code Severity: nor

[Bug tree-optimization/19633] local address incorrectly thought to escape

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 03:22 --- Hmm, the testcase now fails on ppc-darwin. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19633

[Bug target/19115] long double should be changed over to 128bit by default

--- Additional Comments From jlquinn at gcc dot gnu dot org 2005-02-18 02:59 --- (In reply to comment #5) > libstdc++ is calling frexpl in libc.a, which expects an AIX format long double > value, not a double. Things work if one uses -mlong-double-128. At some > point > we need to def

[Bug libgcj/20047] New: runtime 'protected' access checks

Various jvm opcodes such as "invokespecial" and "getfield" have runtime restrictions on access to protected members. For instance, when using getfield, the object reference must be the current class or a subclass of it. These access checks are not currently performed. They should be. In some cases

[Bug target/20046] [3.3 regression] [powerpc-linux] 3.3 CVS miscompiles bind 9.3.0

-- What|Removed |Added CC||md at linux dot it http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20046

[Bug target/20046] [3.3 regression] [powerpc-linux] 3.3 CVS miscompiles bind 9.3.0

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-02-18 01:05 --- Created an attachment (id=8223) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8223&action=view) assembler (gcc-3.3 -O2, two functions not inlined) -- http://gcc.gnu.org/bugzilla/show_bug.c

[Bug target/20046] [3.3 regression] [powerpc-linux] 3.3 CVS miscompiles bind 9.3.0

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 01:05 --- I don't know if there is anything we can do about 3.3.x but who knows. -- What|Removed |Added

[Bug target/20046] [3.3 regression] [powerpc-linux] 3.3 CVS miscompiles bind 9.3.0

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-02-18 01:04 --- Created an attachment (id=8222) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8222&action=view) preprocessed source (gcc-3.3 -O2, two functions not inlined) -- http://gcc.gnu.org/bugzilla/

[Bug target/20046] [3.3 regression] [powerpc-linux] 3.3 CVS miscompiles bind 9.3.0

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-02-18 01:02 --- Created an attachment (id=8221) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8221&action=view) assembler (gcc-3.3 -O2) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20046

[Bug target/20046] [3.3 regression] [powerpc-linux] 3.3 CVS miscompiles bind 9.3.0

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-02-18 01:01 --- Created an attachment (id=8220) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8220&action=view) preprocessed source (gcc-3.3 -O2) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20046

[Bug target/20046] [3.3 regression] [powerpc-linux] 3.3 CVS miscompiles bind 9.3.0

-- What|Removed |Added Keywords||wrong-code Known to fail||3.3.5 Known to work|

[Bug target/20046] New: [3.3 regression] [powerpc-linux] 3.3 CVS miscompiles bind 9.3.0

[forwarded from http://bugs.debian.org/292958] seen with CVS 3.3 20050130, works with 3.2.3 and 3.4 CVS 20050207 gcc 3.3 -O2 apparently does not compile correctly lib/dns/rbt.c from BIND 9.3 and bind9-9.3.1beta2, which then will die on startup with an assertion failure. Workarounds known to fix

[Bug tree-optimization/14752] [tree-ssa] "~a" should be changed to "a" if used in the condition of an if statement

--- Additional Comments From phython at gcc dot gnu dot org 2005-02-18 00:53 --- Shouldn't comment #3 say ~a is the same as a ^ -1? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14752

[Bug java/20044] Wrong method call semantics (maybe instanceof/invokespecial)

--- Additional Comments From tromey at gcc dot gnu dot org 2005-02-18 00:53 --- This bug occurs in 3 places. * In the interpreter and the old abi, the problem is similar. We do not properly implement the ACC_SUPER semantics of the invokespecial opcode. The fix in both these cases i

[Bug c++/20023] [4.0 Regression] internal compiler error: Segmentation fault

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 00:22 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/20009] [4.0 regression] cris-elf testsuite failures: gcc.c-torture/unsorted/USIcmp.c, -O1 and above

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 00:22 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug target/20045] New: gcc.dg/ia64-fptr-1.c fails on ia64-hpux

The test gcc.dg/ia64-fptr-1.c fails on ia64-hpux. Not a regression relative to 3.4.x. ld: Unsatisfied symbol "_GLOBAL_OFFSET_TABLE_" in file /var/tmp//ccU3vrUt.o -- Summary: gcc.dg/ia64-fptr-1.c fails on ia64-hpux Product: gcc Version: 4.0.0 Status:

[Bug java/20044] Wrong method call semantics (maybe instanceof/invokespecial)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 00:00 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug tree-optimization/20009] [4.0 regression] cris-elf testsuite failures: gcc.c-torture/unsorted/USIcmp.c, -O1 and above

/testsuite : ChangeLog Added files: gcc/testsuite/gcc.c-torture/compile: 20050217-1.c gcc/testsuite/g++.dg/opt: switch3.C Log message: PR c++/20023 PR tree-optimization/20009 * convert.c (convert_to_integer): Revert 2005-02-16 change. * gcc.c

[Bug c++/20023] [4.0 Regression] internal compiler error: Segmentation fault

/testsuite : ChangeLog Added files: gcc/testsuite/gcc.c-torture/compile: 20050217-1.c gcc/testsuite/g++.dg/opt: switch3.C Log message: PR c++/20023 PR tree-optimization/20009 * convert.c (convert_to_integer): Revert 2005-02-16 change. * gcc.c

[Bug tree-optimization/18947] [4.0 Regression] [non-UAAT] external inline and normal function of the same name

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

[Bug java/20044] Wrong method call semantics (maybe instanceof/invokespecial)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17 23:51 --- Well it cannot be really that critial because nobody has hit this before. -- What|Removed |Added -

[Bug tree-optimization/18947] [4.0 Regression] [non-UAAT] external inline and normal function of the same name

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-17 23:50 --- Subject: Bug 18947 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-17 23:50:03 Modified files: gcc: ChangeLog cgraphunit.c gcc/t

[Bug java/20044] Wrong method call semantics (maybe instanceof/invokespecial)

--- Additional Comments From bonniot at users dot sf dot net 2005-02-17 23:49 --- Created an attachment (id=8219) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8219&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20044

[Bug java/20044] New: Wrong method call semantics (maybe instanceof/invokespecial)

This is a very small testcase, in which the code generated by gcj does not behave correctly at runtime. I set the severity as critical because there is no notification that something went wrong while the wrong method gets called, and I see no workaround. I suppose that there is a problem either wi

[Bug c/19978] overflow in expression of constants should not cause multiple warnings

--- Additional Comments From schlie at comcast dot net 2005-02-17 23:37 --- (In reply to comment #2) > The problem is that we reset TREE_OVERFLOW: It would seem it overflows incremented, and underflow's decremented, only a terminal non-zero count would represent an over/underflow for ad

[Bug c/20043] [4.0 Regression] transparent_union doesn't allow restrict qualifier removal

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17 23:25 --- What is werid is that 3.4.0 rejects the follow "legal" code though: typedef union { int *__restrict i; long *__restrict l; } u __attribute__((transparent_union)); extern void foobar(u arg); extern void foo

[Bug c/20043] [4.0 Regression] transparent_union doesn't allow restrict qualifier removal

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17 23:19 --- Been failing since 20040909. Confirmed. -- What|Removed |Added CC|

[Bug c/20043] transparent_union doesn't allow restrict qualifier removal

--- Additional Comments From roland at redhat dot com 2005-02-17 23:16 --- Created an attachment (id=8218) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8218&action=view) small test case for this bug 3.4 likes this fine, but 4.0 does not. -- http://gcc.gnu.org/bugzilla/show_b

[Bug c/20043] New: transparent_union doesn't allow restrict qualifier removal

GCC 4 now produces a "conflicting types" error for code that gcc 3.4 accepts without complaint. This usage pattern occurs when using glibc's with _GNU_SOURCE defined, followed by a POSIX-compliant redeclaration of function like `accept'. This is what transparent_union was invented to support. -

[Bug tree-optimization/19917] [4.0 regression] Weak const function mishandled inside loop

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

[Bug target/20016] Compiling libgcc2.c with -Os for avr-gcc?

--- Additional Comments From schlie at comcast dot net 2005-02-17 22:47 --- got my vote. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20016

[Bug target/20020] x86_64 - 128 bit structs not targeted to TImode

--- Additional Comments From gary at intrepid dot com 2005-02-17 22:39 --- > I think that Bug #19566 is a real bug. The ABI specifies to pass 16byte > structs in registers. Anyway MAX_FIXED_MODE_SIZE doesn't influence > the calling convention ... Thanks for the clarification. Afte

[Bug tree-optimization/19917] [4.0 regression] Weak const function mishandled inside loop

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-17 22:32 --- Subject: Bug 19917 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-17 22:32:30 Modified files: gcc: ChangeLog tree-eh.c Log message:

[Bug target/20016] Compiling libgcc2.c with -Os for avr-gcc?

-- What|Removed |Added CC||ericw at evcohs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20016

[Bug ada/19959] [4.0 Regression] Can't compile gnattools for the AVR target

-- What|Removed |Added CC||ericw at evcohs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19959

[Bug ada/20042] New: ACATS cxaca01 assembler Bad Absolute Expression error on ppc-darwin

As of 20050216 on ppc-darwin: /Users/pinskia/src/local2/gcc/objdir/gcc/xgcc -c -I./ -B/Users/pinskia/src/local2/gcc/objdir/gcc/ -gnatws -O2 -I/Users/pinskia/src/local2/gcc/objdir/gcc/testsuite/ada/acats/support -I- /Users/pinskia/src/local2/gcc/objdir/gcc/testsuite/ada/acats/support/fxaca00.ads /v

[Bug ada/19408] [4.0 Regression] ACATS c391002 failure on powerpc-darwin, wrong .space

--- Additional Comments From laurent at guerby dot net 2005-02-17 22:16 --- Current behaviour as of 20050216 is an ICE /Users/pinskia/src/local2/gcc/objdir/gcc/xgcc -c -B/Users/pinskia/src/local2/gcc/objdir/gcc/ -gnatws -O2 -I/Users/pinskia/src/local2/gcc/objdir/gcc/testsuite/ada/acats/

[Bug target/20020] x86_64 - 128 bit structs not targeted to TImode

--- Additional Comments From matz at suse dot de 2005-02-17 22:06 --- I think that #19566 is a real bug. The ABI specifies to pass 16byte structs in registers. Anyway MAX_FIXED_MODE_SIZE doesn't influence the calling convention, only how such struct is handled by transforming code.

[Bug target/20020] x86_64 - 128 bit structs not targeted to TImode

--- Additional Comments From gary at intrepid dot com 2005-02-17 21:41 --- > Also note MAX_FIXED_MODE_SIZE was changed on > rs6000 for a reason and not for an optimization issue. Based on my interpretaion of the procedure call ABI, both this problem and a related Bug #19566 demonstra

[Bug c++/20041] request for member `operator delete' is ambiguous

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17 21:36 --- Confirmed, not a regression. -- What|Removed |Added Status|UNCONFIRMED

[Bug c++/20041] New: request for member `operator delete' is ambiguous

Sourc code for t.cpp: struct D1 { void operator delete(void *p) throw (){} }; struct D2 { void operator delete(void *p) throw (){} }; class MD : public D1, public D2 { }; int mymain()

[Bug c++/20040] A new expression must check the access level of delete operator

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17 21:28 --- Confirmed, not a regression. -- What|Removed |Added Status|UNCONFIRMED

[Bug c++/20028] [3.4 Regression] class and then template class gives an ICE

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17 21:26 --- (In reply to comment #7) > If the code is wrong, what accounts for the fact that wrong code would > compile > on 3.2 and not on 3.3 or 3.4? Also, Alexandrescu did not write it wrong, as > it > is also u

[Bug c++/20040] New: A new expression must check the access level of delete operator

Sourc code for t.cpp: class X { void operator delete(void *p) throw (); }; X xa; void X::operator delete(void *p) throw () { } int mymain() { X *p = new X; /* error - can't access X::operator

[Bug c++/20028] [3.4 Regression] class and then template class gives an ICE

--- Additional Comments From jcobyrne at cox dot net 2005-02-17 21:21 --- If the code is wrong, what accounts for the fact that wrong code would compile on 3.2 and not on 3.3 or 3.4? Also, Alexandrescu did not write it wrong, as it is also used in his Loki library that is known to com

[Bug c++/20028] [3.4 Regression] class and then template class gives an ICE

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17 21:14 --- (In reply to comment #5) > (In reply to comment #4) > I guess I stumbled on the segfault by mistake in my vain attempts to get the > code to compile on 3.3 and greater. Syntactically and semantically, I ha

[Bug c++/20028] [3.4 Regression] class and then template class gives an ICE

--- Additional Comments From jcobyrne at cox dot net 2005-02-17 21:09 --- (In reply to comment #4) > Patch here: for 3.4.x. The following code _IS_ correct and _DOES_ compile on 3.2. template class A { protected: typedef T som

[Bug c++/20039] uninitialized const in `new' of `const struct'

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17 21:04 --- Confirmed, not a regression. -- What|Removed |Added Status|UNCONFIRMED

[Bug c++/20039] New: uninitialized const in `new' of `const struct'

Sourc code for t.cpp: struct M { M() : m(0) { } int m; }; struct X { M m;/* Changing this line to "int m" will produce expected error */ }; int mymain() {

[Bug target/20038] test for cpu pentium3 enabled when multilib=no

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17 20:48 --- Fixed on the mainline by: 2004-11-17 Janis Johnson <[EMAIL PROTECTED]> * lib/gcc-dg.exp (dg-skip-if): New function. (dg-forbid-option): Remove. * g++.dg/abi/bitfield3.C: Us

[Bug c/20038] New: test for cpu pentium3 enabled when multilib=no

Running testsuite with upcoming gcc-3.4.4 (20050217) configured with: ../gcc/configure --prefix=/usr --enable-shared --with-gnu-ld --with-gnu-as --sysconfdir=/etc --localstatedir=/var --enable-multilib=no Executing on host: /home/winfried/gcc-cvs/winni/gcc/xgcc -B/home/winfried/gcc-cvs/winni/gcc

[Bug tree-optimization/19903] ACATS cxa4006 cxa4017 fail at runtime

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-17 20:44 --- Recategorizing. -- What|Removed |Added Component|ada |tr

[Bug libfortran/20037] New: libfortran: format termination bug in formatted write

Hi, gfortran does not properly terminate the I/O list in the following example: ! format termination problem: gfortran prints a superfluous parenthesis ! character (len=*), parameter :: fmt = '(2(1x,"(",f7.2,",",f7.2,")",:))' write (*,fmt) 1.0, 2.0 end % gfortran && ./a.out ( 1.00, 2.00) (

[Bug ada/20035] failed run-time assertion : Tasking not implemented on this configuration on sparc-linux

--- Additional Comments From christian dot joensson at gmail dot com 2005-02-17 20:33 --- v9 version is for sparc64-linux... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20035

[Bug target/20036] gcc.dg/compat/vector-[12]_y.c fails to compile

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

[Bug c/20036] New: gcc.dg/compat/vector-[12]_y.c fails to compile

Testsuite failes with the same error for this four testcases: FAIL: gcc.dg/compat/vector-1 c_compat_x_tst.o compile FAIL: gcc.dg/compat/vector-1 c_compat_y_tst.o compile FAIL: gcc.dg/compat/vector-2 c_compat_x_tst.o compile FAIL: gcc.dg/compat/vector-2 c_compat_y_tst.o compile Called manually with

[Bug ada/20035] failed run-time assertion : Tasking not implemented on this configuration on sparc-linux

--- Additional Comments From phython at gcc dot gnu dot org 2005-02-17 20:26 --- Created an attachment (id=8217) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8217&action=view) V9 version -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20035

[Bug ada/20035] failed run-time assertion : Tasking not implemented on this configuration on sparc-linux

--- Additional Comments From phython at gcc dot gnu dot org 2005-02-17 20:26 --- Created an attachment (id=8216) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8216&action=view) Ada system file I don't know if this will do anything as I didn't record the before and after failures

[Bug ada/20035] New: failed run-time assertion : Tasking not implemented on this configuration on sparc-linux

well, building gcc cvs trunk for sparc-linux and running the testsuite shows tests not run and the log file message is this: failed run-time assertion : Tasking not implemented on this configuration -- Summary: failed run-time assertion : Tasking not implemented on

[Bug middle-end/20034] [4.0 Regression] g++.dg/inherit/thunk2.C fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17 20:20 --- I would not doubt this was caused by the same patch which caused "bug 20033" and many other failures. -- What|Removed |Added ---

[Bug target/20034] New: g++.dg/inherit/thunk2.C fails

g++.dg/inherit/thunk2.C fails on hppa64-hpux. Regression, new since 20050212. Not tested on 32-bit HPPA because of bootstrap failure there (bug 20033). /scratch/joseph/gcc-mainline/gcc/testsuite/g++.dg/inherit/thunk2.C: In member function 'ClassC ClassB::_ZTv0_n24_N6ClassB1fEv()': /scratch/joseph

[Bug middle-end/20033] [4.0 Regression] Bootstrap fails on 32-bit hppa-hpux

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17 20:12 --- I would not doubt that this is related to what RTH reported on alpha: . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20033

[Bug target/19887] g++.dg/warn/weak1.C fails on HPUX

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-17 20:07 --- Also fails on hppa64-hpux (same link failure). Not a regression there either. -- What|Removed |Added -

[Bug target/20020] x86_64 - 128 bit structs not targeted to TImode

--- Additional Comments From pinskia at physics dot uc dot edu 2005-02-17 20:05 --- Subject: Re: x86_64 - 128 bit structs not targeted to TImode On Feb 17, 2005, at 2:35 PM, gary at intrepid dot com wrote: > The MAX_FIXED_REC_SIZE defintion is a relatively recent addition to > config

Re: [Bug target/20020] x86_64 - 128 bit structs not targeted to TImode

On Feb 17, 2005, at 2:35 PM, gary at intrepid dot com wrote: The MAX_FIXED_REC_SIZE defintion is a relatively recent addition to config/rs6000.h (and from a quick review of the cvs log, it seems that this change hasn't yet been incorporated into a release.) Just fyi. Yes so, just a note the patch

[Bug c++/20028] [3.4 Regression] class and then template class gives an ICE

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17 20:02 --- Patch here: for 3.4.x. -- What|Removed |Added --

[Bug middle-end/20033] [4.0 Regression] Bootstrap fails on 32-bit hppa-hpux

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17 20:00 --- Critical and P1 because this is primary target and there is no workaround except for reverting the patch as of now. And Yes I doubled check to make sure that this is a primary target:

[Bug tree-optimization/20009] [4.0 regression] cris-elf testsuite failures: gcc.c-torture/unsorted/USIcmp.c, -O1 and above

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-17 20:00 --- Also fails on ia64-hpux. -- What|Removed |Added CC|

[Bug bootstrap/20033] New: Bootstrap fails on 32-bit hppa-hpux

Bootstrap fails on hppa2.0w-hp-hpux11.11 and hppa2.0w-hp-hpux11.23. This may be related to bug 20027. ../../gcc-mainline/gcc/libgcc2.c: In function '__multc3': ../../gcc-mainline/gcc/libgcc2.c:1637: error: Invalid operand to binary operator a___0D.3239 ../../gcc-mainline/gcc/libgcc2.c:1637: error

[Bug target/20020] x86_64 - 128 bit structs not targeted to TImode

--- Additional Comments From gary at intrepid dot com 2005-02-17 19:35 --- The MAX_FIXED_REC_SIZE defintion is a relatively recent addition to config/rs6000.h (and from a quick review of the cvs log, it seems that this change hasn't yet been incorporated into a release.) Just fyi. rev

[Bug c++/20028] [3.4/4.0 Regression] class and then template class gives an ICE

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-17 19:25 --- Subject: Bug 20028 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-17 19:25:05 Modified files: gcc/cp : ChangeLog class.c gcc/testsu

[Bug AWT/20029] Robot needs XTest

--- Additional Comments From fitzsim at redhat dot com 2005-02-17 19:18 --- Yes, I'll have to re-add the -lXtst flag. The problem I've seen is that re-adding this causes an abort failure. -- What|Removed |Added --

[Bug middle-end/20030] [4.0 Regression] Broken arguments access

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-02-17 19:17 --- Tobi, thanks for adding me to the CC list. Andrew's patch fixes the problems with BLAS. I extemely happy someone else was able to find a small testcase, because I was starting to trim 10K

[Bug c++/20028] [3.4/4.0 Regression] class and then template class gives an ICE

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|NEW

[Bug middle-end/19920] [4.0 Regression] build broken on several targets due to recent 'DC' type update to libgcc2

--- Additional Comments From rth at gcc dot gnu dot org 2005-02-17 18:27 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/20030] [4.0 Regression] Broken arguments access

--- Additional Comments From tobi at gcc dot gnu dot org 2005-02-17 18:12 --- Adding Steve Kargl to CC, as this is most likely the BLAS bug he's been looking into. -- What|Removed |Added

[Bug java/20031] [4.0 regression] ICE on missing files

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17 18:04 --- Confirmed, this is a java front-end bug. -- What|Removed |Added Status|UNCONFIRM

[Bug middle-end/20027] [4.0 Regression] gcc.c-torture/execute/20050121.c execution fails

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

[Bug c++/20028] [3.4/4.0 Regression] class and then template class gives an ICE

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17 17:55 --- The code is invalid. But this is a regression from 3.3.3 where we did not ICE. Reduced testcase: class Foo; template class Foo { }; int main () { Foo x; return 0; } -- What|Removed

[Bug c++/20032] internal error

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17 17:48 --- Can you read http://gcc.gnu.org/bugs.html like the ICE said and provide all the needed information. -- What|Removed |Added --

[Bug middle-end/20030] [4.0 Regression] Broken arguments access

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

[Bug c++/20032] New: internal error

Here you find two files: http://people.inf.elte.hu/pentek_i/doksik/Linux/bugs/gcc/ they caused an internal error, and asked me to report a bug. -- Summary: internal error Product: gcc Version: 3.3.2 Status: UNCONFIRMED Severity: critical

[Bug middle-end/20030] [4.0 Regression] Broken arguments access

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17 17:40 --- I have a fix which I am testing. Yes this was a bug in fold_indirect_ref and not in the fortran front-end (it could also effect Ada too but I have no test case for Ada). Basically what happens is that th

[Bug middle-end/20030] [4.0 Regression] Broken arguments access

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17 17:25 --- This is a bug in fold_indirect_ref. We get now: D.485 = (*ca)[0]{lb: 1 sz: 1}; See how the lower bound is 1, that is wrong. A related C testcase is: typedef char a[1]; int f(a * b) { char a1 = *(char*

[Bug java/20031] [4.0 regression] ICE on missing files

-- What|Removed |Added Keywords||ice-on-invalid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20031

  1   2   >