[Bug other/12618] core not cleaned up by 'make distclean'

-- What|Removed |Added Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12618

[Bug other/11571] objdir/intl not cleaned up by 'make distclean'

-- What|Removed |Added Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11571

[Bug fortran/5900] [g77 & gfortran] Lapack regressions since g77 2.95.2

=/home/jerry/usr -enable-languages=c,f95 Thread model: posix gcc version 4.0.0 20050103 (experimental) Gives the following which is not so bad: CST:1 out of 4662 tests failed to pass the threshold CLS drivers: 1941 out of 65268 tests failed to pass the threshold DES:1 out of 3270 tests

[Bug bootstrap/18058] [4.0 Regression] Sun CC cannot bootstrap GCC (static inline)

-- What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18058

[Bug target/19247] gfortran.dg/g77/6177.f is miscompiled on sparc-linux

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-04 06:46 --- > MAIN__: > save%sp, -112, %sp > st %g0, [%fp-16] > st %g0, [%fp-12] > callcabsf, 0 > add%fp, -16, %o0 > This should be an ld.

[Bug fortran/5900] [g77 & gfortran] Lapack regressions since g77 2.95.2

--- Additional Comments From jvdelisle at verizon dot net 2005-01-04 06:29 --- This is results using -O -pipe -g with: Configured with: ../gcc/configure --prefix=/opt/gfortran --enable- languages=c,f95Thread model: posix gcc version 4.0.0 20050101 (experimental) CST drivers: 1 ou

[Bug c++/19249] abstract classes should not access virtually inherited class constructor

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 05:42 --- Note the comeau C++ compiler also rejects the code: "ComeauTest.c", line 9: error: "controller::controller()" is inaccessible : virtual public controller ^ detected during

[Bug c++/19249] New: abstract classes should not access virtually inherited class constructor

Since abstract classes cannot be instantiated without being derived, any classes inherited virtually in an abstract class cannot have their constructor called by the abstract class constuctor hence the abstract class constructor must not reference the constructor of any virtually inherited class.

[Bug c/18287] Unaligned access to fields inside packed records

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-04 05:17 --- > The Ada compiler may do it, but the C compiler does not. This test case, > written in C, is invalid. Could you tell on what grounds? AFAICS all fields are still addressable. -- What|

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 04:10 --- (In reply to comment #36) > Subject: Re: [4.0 Regression] out-of ssa > causing loops to have more than one BB> So just to be clear, it's not > my change that is causing a regression. > The IV code

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

--- Additional Comments From law at redhat dot com 2005-01-04 04:04 --- Subject: Re: [4.0 Regression] out-of ssa causing loops to have more than one BB On Thu, 2004-12-30 at 21:51 +, pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot

[Bug c++/19246] Cannot instantiate const struct without constructor.

--- Additional Comments From giovannibajo at libero dot it 2005-01-04 03:48 --- The standard is pretty clear about this, in [dcl.init]/9: If no initializer is specified for an object, and the object is of (possibly cv-qualified) non-POD class type (or array thereof), the object shall

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-04 03:10 --- Fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug debug/17924] [4.0 Regression] gcc.dg/debug/dwarf2/dwarf-die7.c fails

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-04 01:54 --- Subject: Bug 17924 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-04 01:54:29 Modified files: gcc: ChangeLog Makefile.in dwarf2out.c gim

[Bug debug/19191] [4.0 Regression] No DWARF2 DW_TAG_inlined_subroutine entry generated

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-04 01:54 --- Subject: Bug 19191 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-04 01:54:29 Modified files: gcc: ChangeLog Makefile.in dwarf2out.c gim

[Bug target/19162] [4.0 regression] ICE while building libobjc's sendmsg.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 01:47 --- Actually was just the removal of the define_expand, I think, I will try that simple patch and try to post it soon. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19162

[Bug target/19162] [4.0 regression] ICE while building libobjc's sendmsg.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 01:37 --- Looking at the history I think this is also a 3.4 release, so maybe the problem is using XFmode: * arm.h (ENABLE_XF_PATTERNS): Delete. * arm.md (addxf3, subxf3, mulxf3, divxf3, modxf3, negxf2, absxf2) (sqrt

[Bug bootstrap/18810] Operation not supported while installing 4.0.0 on apple-darmin-7.6.0.

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

[Bug bootstrap/19248] make install for gcc-4.0-20050102 on i686-apple-darwin7.2.1 removes /dev/null

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 01:19 --- Actually this is not a bug, you have a program called install which is not the default install and does not work correctly. This is a dup of bug 18810. *** This bug has been marked as a duplicate of 1881

[Bug objc/18971] [4.0 Regression] Can't send messages to methods with arrays as parameters

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-04 01:17 --- Subject: Bug 18971 CVSROOT:/cvs/gcc Module name:gcc Branch: apple-ppc-branch Changes by: [EMAIL PROTECTED] 2005-01-04 01:16:58 Modified files: gcc/objc : Chan

[Bug bootstrap/19248] New: make install for gcc-4.0-20050102 on i686-apple-darwin7.2.1 removes /dev/null

The bootstrap itself like described here: http://gcc.gnu.org/ml/gcc/2004-11/msg00289.html went fine so far, but 'sudo make install' failed like this: ./config.status: line 2: /dev/null: Operation not supported ./config.status: line 1: /dev/null: Operation not supported ./config.status: line 24:

[Bug rtl-optimization/6177] ia64 ICE with single-element complex array in LAPACK

-- What|Removed |Added Target Milestone|--- |3.1.x/3.2.x http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6177

[Bug bootstrap/18972] Regression: bootstrap failure of gcc-4.0-20041212 on OpenDarwin 7.2.1/x86 (i686-apple-darwin7.2.1): Bootstrap comparison failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 00:52 --- (In reply to comment #12) > I could bootstrap (but not install) the gcc-4.0-20050102 snapshot. Should > this bug be closed? Yes which I am doing right now (for the install problem if there was one, please

[Bug bootstrap/18972] Regression: bootstrap failure of gcc-4.0-20041212 on OpenDarwin 7.2.1/x86 (i686-apple-darwin7.2.1): Bootstrap comparison failure

--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de 2005-01-04 00:47 --- I could bootstrap (but not install) the gcc-4.0-20050102 snapshot. Should this bug be closed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18972

[Bug c++/19246] Cannot instantiate const struct without constructor.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 00:45 --- Hmm, comeu C++ also rejects it: "ComeauTest.c", line 2: error: const variable "s" requires an initializer -- class "S" has no explicitly declared default constructor const S s; ^ "Co

[Bug other/19228] Error in gcc.dg/20011119-1.c when using -fpic/-fPIC

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 00:41 --- So the testcase should be skiped when -fPIC added. -- What|Removed |Added Status

[Bug tree-optimization/18241] [4.0 Regression] volatile causes mis-compiling

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-04 00:40 --- Changing the summary as we finnally found the problem. -- What|Removed |Added Sum

[Bug target/19229] Error in gcc.dg/asm-names.c when using -fpic/-fPIC on i686-pc-linux-gnu

--- Additional Comments From ghazi at gcc dot gnu dot org 2005-01-04 00:39 --- Okay thanks, I've backported the testcase to 3.3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19229

[Bug target/19235] [4.0 regression] GCC generates SSE2 instructions for AthlonXP which doesn't support them.

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-04 00:03 --- *** Bug 19174 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug regression/19174] wrong code regression or library problem in gcc-4.0-20041226

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-04 00:03 --- I'm willing to lay money this is the same problem as PR 19235. *** This bug has been marked as a duplicate of 19235 *** -- What|Removed |Added --

[Bug target/19229] Error in gcc.dg/asm-names.c when using -fpic/-fPIC on i686-pc-linux-gnu

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-03 23:56 --- Not really. Gcc and binutils must agree on what leading underscore convention to use. On normal ELF systems, we're forcing them to disagree for this test case so it's not really surprising that we run into pr

[Bug target/19228] Error in gcc.dg/20011119-1.c when using -fpic/-fPIC on i686-pc-linux-gnu

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-03 23:51 --- No, with pic the address of ustrzcat is not a constant. Ergo the impossible constraint error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19228

[Bug tree-optimization/18241] [4.0 Regression] linux kernel loop gets miscompiled

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-01-03 23:27 --- // final version :) void abort (void); int main () { int a; volatile int *b = &a; a = 1; if (*b != 1) abort (); return 0; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1824

[Bug c/18287] Unaligned access to fields inside packed records

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-03 23:16 --- The Ada compiler may do it, but the C compiler does not. This test case, written in C, is invalid. -- What|Removed |Added ---

[Bug target/19247] New: gfortran.dg/g77/6177.f is miscompiled on sparc-linux

The testcase 6177.f seems to be miscompiled. The assembly output from this file , at -O2, is MAIN__: save%sp, -112, %sp st %g0, [%fp-16] st %g0, [%fp-12] callcabsf, 0 add%fp, -16, %o0 This should be an ld. sethi

[Bug tree-optimization/18241] [4.0 Regression] linux kernel loop gets miscompiled

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-03 22:59 --- the .t17.ssa dump: f (i1243D.1466) { volatile intD.0 * i2D.1471; intD.0 * i1D.1470; intD.0 iD.1469[2]; intD.0 D.1475; intD.0 D.1474; intD.0 D.1473; volatile intD.0 * D.1472; # BL

[Bug c++/19246] Cannot instantiate const struct without constructor.

-- What|Removed |Added Summary|Cannot instansate const |Cannot instantiate const |struct without constructor. |struct without constructor. http://g

[Bug c++/19246] New: Cannot instansate const struct without constructor.

The following code fails to compile. I believe (although I'm not positive) it should: struct S {}; const S s; Notes: The code doesn't compile with "struct S {int i;};", so the problem isn't an empty struct. The following variants do compile: struct S{ S(){} }; const S s; struct S {}; const S s

[Bug tree-optimization/18241] [4.0 Regression] linux kernel loop gets miscompiled

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 22:41 --- Here is the most reduced testcase: void abort (void); int f(int i1243) { int i[2], *i1 = i; i[0] = 1; volatile int *i2 = i1; i2[1] = 1; i1243 = 0; return i2[1]+i2[0]; } int main(void) { if(

[Bug java/18091] Valgrind errors building libjava

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 22:25 --- Not totally fixed. The following is not fixed yet: ==21511== Source and destination overlap in memcpy(0x1BE08FEC, 0x1BE08FEC, 5) ==21511==at 0x1B904BCE: memcpy (mac_replace_strmem.c:113) ==21511==by

[Bug target/19235] [4.0 regression] GCC generates SSE2 instructions for AthlonXP which doesn't support them.

--- Additional Comments From kcook at gcc dot gnu dot org 2005-01-03 22:18 --- (In reply to comment #4) > I don't have a PIII to test, but > http://gcc.gnu.org/ml/gcc/2005-01/msg00114.html > could be related to this bug. Anders, Your bug though similar is not the same and will need a n

[Bug libstdc++/17140] Floating point output is slow

--- Additional Comments From jlquinn at gcc dot gnu dot org 2005-01-03 22:05 --- (In reply to comment #39) > seems wrong in the testcase, not in fpfinal5.patch. While a I dig a little > deeper on these issues (and do complete tests on ia64 too), maybe Jerry, you > can try to fix lfptest:

[Bug c++/19243] Misleading error message for ill-formed explicit destructor invocation

--- Additional Comments From giovannibajo at libero dot it 2005-01-03 21:58 --- No, you are right, this is a diagnostic problem. Andrew thought it was referred to the legality of the code instead. -- What|Removed |Added --

[Bug c++/6628] cannot typedef const functions

--- Additional Comments From austern at apple dot com 2005-01-03 21:46 --- 9.3/9 isn't the most relevant part of the standard. Yes, that gives an example showing that this syntax is legal, but examples are non-normative. They're mostly useful for establishing the intent of the comm

[Bug c++/6628] cannot typedef const functions

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

[Bug c++/19245] gcc reject cv-qualifiers in function type typedef

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 21:42 --- This is a dup of bug 6628. *** This bug has been marked as a duplicate of 6628 *** -- What|Removed |Added ---

[Bug c++/19245] New: gcc reject cv-qualifiers in function type typedef

For the following code typedef void f(int) const; gcc gives the following error message: foo.cc:1: error: invalid type qualifier for non-member function type foo.cc:1: error: 'const' and 'volatile' function specifiers on 'f' invalid in type declaration That error message is incorrect. As 8.3.5/4

[Bug tree-optimization/18241] [4.0 Regression] linux kernel loop gets miscompiled

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 21:10 --- (In reply to comment #30) (In reply to comment #31) > I'm not sure if it's the root cause yet, or just an interesting rat hole, but > we do not create any virtual operands for the *addr = statement > (or fo

[Bug c++/19244] [4.0 Regression] Typedef of anonymous class incorrectly handled in member function definition

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 21:07 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug tree-optimization/18241] [4.0 Regression] linux kernel loop gets miscompiled

--- Additional Comments From law at redhat dot com 2005-01-03 21:07 --- I'm not sure if it's the root cause yet, or just an interesting rat hole, but we do not create any virtual operands for the *addr = statement (or for any statement with volatile operands). -- http://gcc.gnu.org

[Bug target/6123] __pic__/__PIC__ not defined when -fpic/-fPIC is specified

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-03 21:03 --- This will be fixed on Solaris in the upcoming 4.0.0. -- What|Removed |Added S

[Bug c++/19243] Misleading error message for ill-formed explicit destructor invocation

--- Additional Comments From austern at apple dot com 2005-01-03 20:55 --- Subject: Re: Misleading error message for ill-formed explicit destructor invocation On Jan 3, 2005, at 12:49 PM, pinskia at gcc dot gnu dot org wrote: > > --- Additional Comments From pinskia at gcc dot gn

[Bug c++/19244] New: Typedef of anonymous class incorrectly handled in member function definition

gcc 4.0 incorrectly rejects the following valid code: typedef struct { void f(); } f; void f::f() { } It treats f::f as referring to a constructor, and then gets confused because this isn't the right syntax for a constructor definition. However (12.1/3), "a typedef-name that names a class shal

[Bug c++/12333] [DR 272] Explicit call to MyClass::~MyClass() not allowed

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

[Bug c++/19243] Misleading error message for ill-formed explicit destructor invocation

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 20:52 --- Looking further it is a dup of bug 12333. But I also note this is only invalid in C++-98 and not in C++-0x because of that DR being in WP status. *** This bug has been marked as a duplicate of 12333 ***

[Bug c++/19243] Misleading error message for ill-formed explicit destructor invocation

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 20:49 --- Hmm, I think this is valid code and should not be rejected, see DR 272 and PR 12333 (which I think this is a dup of). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19243

[Bug tree-optimization/18241] [4.0 Regression] linux kernel loop gets miscompiled

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-01-03 20:46 --- // even smaller testcase: void abort (void); void radix_tree_tag_clear (int *node) { int *path[2], **pathp = path, height; volatile int *addr; height = 1;

[Bug c++/19241] [4.0 Regression] ICE in make_decl_rtl, at varasm.c:867

-- What|Removed |Added Status|WAITING |NEW Ever Confirmed||1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19241

[Bug c++/19243] New: Misleading error message for ill-formed explicit destructor invocation

gcc 4.0 gives an error message for the following file: struct X { void destroy_me() { X::~X(); } }; This code is incorrect, so an error message is appropriate. However, the error message isn't likely to be useful. The error message we get is: foo.cc: In member function 'void X::destroy_me()

[Bug c++/19241] [4.0 Regression] ICE in make_decl_rtl, at varasm.c:867

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 20:41 --- (In reply to comment #14) > (In reply to comment #12) > If I compile like this: > > gcc -c -O -fno-exceptions --include=pch.ii FormExternal.cc Thanks for trying, I still cannot reproduce it on ppc-darwin,

[Bug target/19240] [4.0 Regression] runtime performance regression in floating point heavy code, x86/SSE

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-03 20:39 --- Yep. When we do these stepwise filtering of patterns all of them have to have the same predicates, even if the constraints are more strict. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19240

[Bug c++/19241] [4.0 Regression] ICE in make_decl_rtl, at varasm.c:867

--- Additional Comments From larsbj at gullik dot net 2005-01-03 20:28 --- (In reply to comment #12) > > > grep -v ^# FormExternal.ii> FormExternal.cc > > gcc FormExternal.cc -include pch.ii > > So it is quite obvious that just using preprocessed sources will not > show the ICE. If I

[Bug c++/19233] [4.0 regression] mmix-knuth-mmixware testsuite failure: g++.old-deja/g++.ext/attrib5.C

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 20:22 --- Fixed by: * g++.old-deja/g++.ext/attrib5.C: Move the alias after the referent. -- What|Removed |Added

[Bug c++/19241] [4.0 Regression] ICE in make_decl_rtl, at varasm.c:867

--- Additional Comments From larsbj at gullik dot net 2005-01-03 20:22 --- (In reply to comment #12) > ok, my mistake was using g++ instead. Not having done the "grep" more likely, and trying to compile the .ii file directly. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19241

[Bug c++/19241] [4.0 Regression] ICE in make_decl_rtl, at varasm.c:867

--- Additional Comments From larsbj at gullik dot net 2005-01-03 20:19 --- (In reply to comment #11) > grep -v ^# FormExternal.ii> FormExternal.cc > gcc FormExternal.cc -include pch.ii ok, my mistake was using g++ instead. Using the above I to get a clean compile (-c). So it is quite o

[Bug target/16871] missing vector support

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 20:12 --- The vector instructions are supported in the sense that autovectorizing works but no intrinsics yet. See . -- http://gcc.gnu.org/bugzilla/show_bu

[Bug c++/19241] [4.0 Regression] ICE in make_decl_rtl, at varasm.c:867

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 20:08 --- (In reply to comment #10) > Then I am at a loss. I am only able to reproduce with the full lyx tree, when > using the preprocessed files I get errors about 'std' not being defined. (etc) > > How did you com

[Bug c++/19241] [4.0 Regression] ICE in make_decl_rtl, at varasm.c:867

--- Additional Comments From larsbj at gullik dot net 2005-01-03 19:56 --- Then I am at a loss. I am only able to reproduce with the full lyx tree, when using the preprocessed files I get errors about 'std' not being defined. (etc) How did you compile the preprocessed sources to end up

[Bug target/19235] [4.0 regression] GCC generates SSE2 instructions for AthlonXP which doesn't support them.

--- Additional Comments From andersca at gnome dot org 2005-01-03 19:46 --- Looking at the Intel reference documentation available from ftp://download.intel.com/design/ Pentium4/manuals/25366614.pdf MOVQ has the following opcodes: 0F 6F /r MOVQ mm, mm/m64 Move quadword from mm/m64 to m

[Bug c++/19241] [4.0 Regression] ICE in make_decl_rtl, at varasm.c:867

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 19:38 --- Hmm, this works for me on ppc-darwin with: gcc version 4.0.0 20050102 (experimental) -- What|Removed |Added -

[Bug c++/19241] ICE in make_decl_rtl, at varasm.c:867

--- Additional Comments From larsbj at gullik dot net 2005-01-03 19:21 --- I get a bit further with that, but I am not able to reproduce the error with the resulting .ii file together with the pch.h (and pch.h.gch) file. Instead I get stuck with myriads or errors similar to these: ../..

[Bug tree-optimization/18241] [4.0 Regression] linux kernel loop gets miscompiled

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 19:12 --- Hmm, the following statements don't have VOPS: D.1145_20->offset = offset_19; D.1146_22 = pathp_1->slot; D.1145_21->node = D.1147_23; D.1148_26 = D.1145_25->node; D.1145_25->slot = D.1154_32; D.1

[Bug fortran/19242] internal compiler error: in gfc_conv_function_call, at fortran/trans-expr.c:1106

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 19:07 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug libgcj/10353] [3.3/3.4/4.0 regression] Java testsuite failures

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-03 19:04 --- I'm finally taking over this one and turning it into the generic PR for Java failures on SPARC/Solaris. We're in better shape on the 3.4 branch than on the 3.3 branch (2 vs 16 in 32-bit mode, 8 vs 8 in 64

[Bug c++/19241] ICE in make_decl_rtl, at varasm.c:867

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 19:03 --- (In reply to comment #4) > Ok, do you want a tar file with the setup to reproduce or do you want me to > attach ~100 attachments to this case with all the files needed to reproduce? > > And reading gcc.gnu.

[Bug fortran/19242] internal compiler error: in gfc_conv_function_call, at fortran/trans-expr.c:1106

--- Additional Comments From zeekec at mad dot scientist dot com 2005-01-03 18:27 --- Created an attachment (id=7867) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7867&action=view) Test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19242

[Bug fortran/19242] New: internal compiler error: in gfc_conv_function_call, at fortran/trans-expr.c:1106

fix=-CVS --enable-languages=c,c++,f95 Thread model: posix gcc version 4.0.0 20050103 (experimental) /home/zeekec/local/bin/../libexec/gcc/i686-pc-linux-gnu/4.0.0/cc1 -E -traditional-cpp -D_LANGUAGE_FORTRAN -quiet -v -iprefix /home/zeekec/local/bin/../lib/gcc/i686-pc-linux-gnu/4.0.0/ -DGF95 gfortran.

[Bug c++/19241] ICE in make_decl_rtl, at varasm.c:867

--- Additional Comments From larsbj at gullik dot net 2005-01-03 18:25 --- Ok, do you want a tar file with the setup to reproduce or do you want me to attach ~100 attachments to this case with all the files needed to reproduce? And reading gcc.gnu.org does not make it easier to create a

[Bug libfortran/19213] CVS source broken on Solaris

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-03 18:23 --- > No problem as of 2005-01-01, 04:00 MET, with nothing changed in the scripts. > Probably a temporary problem on my side. Sorry! > > PS: marked bug as resolved - WORKSFORME, I hope it was the right thing

[Bug c++/19241] ICE in make_decl_rtl, at varasm.c:867

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 18:04 --- There are instructions on the page I referenced on how to generate the needed information when using PCH. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19241

[Bug target/19232] Failure in gcc.dg/assign-warn-3.c on i686-pc-linux-gnu with -fpic/-fPIC

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 17:59 --- (In reply to comment #2) > With today's mainline I get the following results which confirm > Kaveh's observations: > > gcc -c -O assign-warn-3.c: no warning > gcc -c -O2 assign-warn-3.c:

[Bug target/19232] Failure in gcc.dg/assign-warn-3.c on i686-pc-linux-gnu with -fpic/-fPIC

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-03 17:36 --- With today's mainline I get the following results which confirm Kaveh's observations: gcc -c -O assign-warn-3.c: no warning gcc -c -O2 assign-warn-3.c:no warning gcc -c -O3 assign-wa

[Bug c++/14136] [4.0 Regression] double error message for typename used as destructor declarator

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-03 17:04 --- Fixed on mainline. -- What|Removed |Added Status|ASSIGNED|R

[Bug c++/14136] [4.0 Regression] double error message for typename used as destructor declarator

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-03 17:03 --- Subject: Bug 14136 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-03 17:03:02 Modified files: gcc/cp : ChangeLog parser.c Log message:

[Bug libstdc++/17140] Floating point output is slow

--- Additional Comments From pcarlini at suse dot de 2005-01-03 16:41 --- Hi again. Some good news: first, I can confirm that fmttest1.cc does not fail anymore. Morevoer, on x86-64 lfptest fails with gcc3.3 too, therefore something seems wrong in the testcase, not in fpfinal5.patch. Whil

[Bug target/19240] [4.0 Regression] runtime performance regression in floating point heavy code, x86/SSE

--- Additional Comments From uros at kss-loka dot si 2005-01-03 16:27 --- Ah, I see the problem. Combine pass is producing reverse div/sub patterns, where the first operand is a memory_operand and the second is a register. Unfortunatelly, sse patterns doesn't provide reversed patterns:

[Bug c++/19241] ICE in make_decl_rtl, at varasm.c:867

--- Additional Comments From larsbj at gullik dot net 2005-01-03 16:22 --- Just a comment before I begin work to create a testcase that is abit smaller than the whole lyx distribution. If I turn off concept checks the ICE goes away. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19

[Bug c++/19238] cannot change visibility of static variable in function template

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-01-03 16:14 --- Yes, I agree that it seems logical for a static variable to have the same visibility as its containing function, independently of whether or not that containing function is a template instance. -- http:

[Bug target/19235] [4.0 regression] GCC generates SSE2 instructions for AthlonXP which doesn't support them.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-03 15:56 --- Subject: Bug 19235 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-03 15:56:17 Modified files: gcc/testsuite : ChangeLog Added files: gcc/t

[Bug ada/17527] Ada Bootstrap problem because of -Werror

--- Additional Comments From charlet at gcc dot gnu dot org 2005-01-03 15:50 --- Please confirm (or not) that this bug is fixed, thanks. Arno -- What|Removed |Added

[Bug ada/16949] sinfo.ads refers to a SPITBOL program (creating sinfo.h) which is no longer there

--- Additional Comments From charlet at gcc dot gnu dot org 2005-01-03 15:48 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug target/19107] regclass.c miscompiled by -ftree-vectorize

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 15:47 --- This is either a dup of bug 19235, or at least related to that bug. -- What|Removed |Added

[Bug target/19235] [4.0 regression] GCC generates SSE2 instructions for AthlonXP which doesn't support them.

--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz 2005-01-03 15:44 --- For list of SSE instructions available at AthlonXP (it's called "3DNow! Professional" instruction set there) see for instance following document http://www.amd.com/us-en/assets/content_type/white_pa

[Bug ada/16949] sinfo.ads refers to a SPITBOL program (creating sinfo.h) which is no longer there

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-03 15:39 --- Subject: Bug 16949 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-03 15:39:16 Modified files: gcc/ada: sinfo.ads Log message: PR a

[Bug ada/17527] Ada Bootstrap problem because of -Werror

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-03 15:39 --- Subject: Bug 17527 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-03 15:38:54 Modified files: gcc/ada: init.c Log message: PR ada/

[Bug target/19236] [4.0 regression] ICE compiling logp(x) with -ffast-math

--- Additional Comments From uros at kss-loka dot si 2005-01-03 15:37 --- (In reply to comment #7) No problem, this one should do the trick: --cut here-- /* PR target/19236 */ /* { dg-do compile { target i?86-*-* } } */ /* { dg-options "-ffast-math" } */ extern float log1pf (float); e

[Bug target/19235] [4.0 regression] GCC generates SSE2 instructions for AthlonXP which doesn't support them.

--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz 2005-01-03 15:34 --- (In reply to comment #6) > The patch does not fix the problem; the xmm registers are used anyway... SSE instructions also use the xmm registers! The problem wasn't in using the xmm registers (frank

[Bug fortran/19239] gfortran ICE on vector subscript expressions

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 15:34 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug target/19232] Failure in gcc.dg/assign-warn-3.c on i686-pc-linux-gnu with -fpic/-fPIC

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 15:31 --- I cannot reproduce this with a cross from a couple of days ago. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19232

[Bug target/19227] Error in gcc.c-torture/compile/20000804-1.c when using -fpic/-fPIC on i686-pc-linux-gnu

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 15:30 --- Lets look at the inline-asm for a second: __complex__ long long v; asm("": "+r" (v) : "r" (0), "r" (1)); so 4 registers for 0, and two more for the next two (1 and 2), that is 6 registers just enough i

  1   2   >