[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 08:53 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00062.html -- What|Removed |Added

[Bug ada/19237] New: ICE on legal (?) code: with type ... is access + variable of the access type

This affects gnat 3.15p, gcc at the pre-ssa tag, and latest gcc from CVS. > gcc -c -gnatX w.adb +===GNAT BUG DETECTED==+ | 3.5.0 20040512 (experimental) (i686-pc-linux-gnu) Storage_Error stack overflow (or erroneous memory access)| | Error

[Bug ada/19237] ICE on legal (?) code: with type ... is access + variable of the access type

--- Additional Comments From charlet at gcc dot gnu dot org 2005-01-03 09:29 --- with type is an obsolete construct, which is replaced by "limited with" in Ada 05, and already supported by GNAT. At some point with type will be retired, so no bugs on this feature will be fixed. Arno --

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

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-03 09:55 --- Subject: Bug 19236 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-03 09:54:57 Modified files: gcc: ChangeLog gcc/config/i386: i

[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 09:55 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Res

[Bug ada/19094] bootstrap errors

--- Additional Comments From charlet at gcc dot gnu dot org 2005-01-03 10:06 --- Closing as invalid. -- What|Removed |Added Status|WAITING |R

[Bug ada/19237] ICE on legal (?) code: with type ... is access + variable of the access type

--- Additional Comments From baldrick at free dot fr 2005-01-03 10:07 --- Subject: Re: ICE on legal (?) code: with type ... is access + variable of the access type > with type is an obsolete construct, which is replaced by "limited with" in > Ada 05, and already supported by GNAT. >

[Bug target/18434] Cannot build gnattools on Tru64 UNIX V5.1B

--- Additional Comments From charlet at gcc dot gnu dot org 2005-01-03 10:09 --- It would be useful to isolate this bug to a simpler test case, in particular if this is indeed a codegen problem as it looks like. Arno -- What|Removed |Added --

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

--- Additional Comments From uros at kss-loka dot si 2005-01-03 10:30 --- This bug could be caused by: 2004-12-17 Richard Henderson <[EMAIL PROTECTED]> * config/i386/i386.c (x86_64_reg_class_name): Re-indent. ... (movsi_1): Use 'x' instead of 'Y' constraints.

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

--- Additional Comments From uros at kss-loka dot si 2005-01-03 10:40 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00063.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19235

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

Since handle_visibility_attribute as its very first action checks decl_function_context (decl) != 0, and since the visibility attribute of the function template does not get inherited to its static variables, there is no way to actually limit the visibility of these static variables. This in turn p

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

--- Additional Comments From giovannibajo at libero dot it 2005-01-03 11:05 --- We need a testcase, and a suggestion for the behaviour you are expecting of GCC. -- What|Removed |Added ---

[Bug target/18434] [4.0 Regression] Cannot build gnattools on Tru64 UNIX V5.1B

-- What|Removed |Added Summary|Cannot build gnattools on |[4.0 Regression] Cannot |Tru64 UNIX V5.1B|build gnattools on Tru64

[Bug rtl-optimization/15455] [new-ra] GCC build fails for sh-unknown-elf

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-03 12:02 --- new-ra development appears to be stalled, so marking as NEW... -- What|Removed |Added

[Bug rtl-optimization/15455] [new-ra] GCC build fails for sh-unknown-elf

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-03 12:03 --- ...so I can SUSPEND it. -- What|Removed |Added Status|NEW

[Bug rtl-optimization/17199] [new-ra] GCC aborts at ra-build:1767 during compilation

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-03 12:03 --- Marking as new... -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug rtl-optimization/17199] [new-ra] GCC aborts at ra-build:1767 during compilation

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-03 12:04 --- ...so I can SUSPEND this new-ra bug. -- What|Removed |Added Status|NEW

[Bug rtl-optimization/11162] [new-ra] ICE compiling channel.i on sh

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-03 12:08 --- new-ra bug, so SUSPENDING. -- What|Removed |Added Status|NEW

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

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-03 12:08 --- new-ra bug, so SUSPENDING. -- What|Removed |Added Status|NEW

[Bug rtl-optimization/17088] [new-ra] poor optimisation at -O2/3 and -fnew-ra

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-03 12:09 --- new-ra bug, so SUSPENDING. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17088

[Bug rtl-optimization/17088] [new-ra] poor optimisation at -O2/3 and -fnew-ra

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-03 12:09 --- new-ra bug, so SUSPENDING. -- What|Removed |Added Status|NEW

[Bug rtl-optimization/17837] [new-ra] -fnew-ra ICE

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-03 12:09 --- new-ra bug, so SUSPENDING. -- What|Removed |Added Status|NEW

[Bug rtl-optimization/17088] poor fortran optimisation at -O2/3

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-03 12:17 --- On closer inspection this is not a new-ra bug, sorry Joost. Can you see how the numbers look for you today? Don't use new-ra, it is known to be very, very broken. -- What|Removed

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

--- Additional Comments From uros at kss-loka dot si 2005-01-03 12:44 --- 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. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19235

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

--- Additional Comments From jbeulich at novell dot com 2005-01-03 12:47 --- I'm sorry, test case below. The expectation would be that the visibility attribute gets inherited (as described above) from function template instances and member functions of class template instances to their s

[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 12:52 --- I'm going a make bootstrap on this right now; I'll report the test results as soon as it finishes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19235

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

--- Additional Comments From giovannibajo at libero dot it 2005-01-03 13:00 --- Mark did some work on the visibility stuff, so I'm CC'ing him. Mark, this sounds like a reasonable request to me. What do you think? -- What|Removed |Added --

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

Hi, this valid program: program dummy integer,dimension(2) :: index=(/1,1/) real,dimension(2) :: A=1.0 print*,A(index+1) end program dummy gives: dummy.f90: In function ‘MAIN__’: dummy.f90:6: fatal error: gfc_todo: Not Implemented: vector subscript expressions compilation terminated. w

[Bug rtl-optimization/19240] New: runtime performance regression in floating point heavy code, x86/SSE

I'm seeing a significant runtime performance regression (>15%) with snapshots following gcc-4.0-20041205; as far as i can see there's some issues when the register pressure builds up: in later versions the fpu gets involved when former version didn't. The >15% figure comes from larger application

[Bug rtl-optimization/19240] runtime performance regression in floating point heavy code, x86/SSE

--- Additional Comments From tbptbp at gmail dot com 2005-01-03 13:14 --- Created an attachment (id=7863) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7863&action=view) One place with described symptoms -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19240

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

g++ -v Using built-in specs. Configured with: ../configure --prefix=/opt/gcc-head --enable-languages=c,c++ --disable-checking Thread model: posix gcc version 4.0.0 20050103 (experimental) Compile command: g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../images -I../../../src -I../../../src

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

--- Additional Comments From arend dot bayer at web dot de 2005-01-03 13:41 --- Happens on x86 too (symptom is an oops on boot in radix_tree_tag_clear). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18241

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

-- What|Removed |Added Severity|normal |critical Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18241

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

--- Additional Comments From arend dot bayer at web dot de 2005-01-03 13:55 --- Sorry, should have been a bit more specific probably: gcc version 4.0.0 20050103 (experimental) (i686-pc-linux-gnu) Kernel is 2.6.10, and the oops is triggered for me by the EXT3 code

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

--- Additional Comments From bangerth at dealii dot org 2005-01-03 14:34 --- Uros, would you mind adding the testcase as well? I know it's small, but who knows what it's good for -- we got this case wrong once already, let's make sure we don't again. Thanks Wolfgang -- http:

[Bug ada/19237] ICE on legal (?) code: with type ... is access + variable of the access type

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 14:56 --- But since this is an ICE, this has to be only marked as will not fix when the feature is removed, not sooner. -- What|Removed |Added ---

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

--- Additional Comments From pcarlini at suse dot de 2005-01-03 14:58 --- Hi Jerry, I'm finally ready to work again on x86_64 and ia64 but unfortunately your latest patch doesn't apply cleanly here: patching file include/bits/locale_facets.tcc Hunk #2 FAILED at 1382. Can you please red

[Bug ada/19237] ICE on legal (?) code: with type ... is access + variable of the access type

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 14:58 --- Confirmed, to mark as suspended as ... -- What|Removed |Added Severity|normal

[Bug ada/19237] ICE on legal (?) code: with type ... is access + variable of the access type

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 14:59 --- The feature is going to be removed. -- What|Removed |Added Status|NEW

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

-- What|Removed |Added Component|rtl-optimization|target Keywords||missed-optimization Summary|runtime performa

[Bug target/19226] ICE in g++.old-deja/g++.pt/asm1.C and asm2.C with -fpic/-fPIC

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 15:11 --- (In reply to comment #2) > Subject: Re: ICE in g++.old-deja/g++.pt/asm1.C and asm2.C with -fpic/-fPIC > > I'm not familiar with inline asm, what exactly in the testcase reveals that > ebx will be used? Th

[Bug target/19228] Error in gcc.dg/20011119-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:13 --- Hmm, to me this looks like a bug in the compiler for this one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19228

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 15:19 --- Hmm, this looks more like a binutils bug rather than anything else. -- 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 andersca at gnome dot org 2005-01-03 15:21 --- The patch does not fix the problem; the xmm registers are used anyway... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19235

[Bug other/19231] Execute failure in gcc.c-torture/execute/builtins/strlen-3.c with -fpic/-fPIC

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 15:24 --- Because bar is not static to the TU, we can override it in a different one which causes use not to optimizate it out, try adding static infront of bar, baz, and larger. So this is a testcase problem. --

[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 15:25 --- Confirmed, the testcase looks wrong to me. -- What|Removed |Added Status|UNCONFI

[Bug bootstrap/19234] Bootstrap ignores compiler flags supplied on command line

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-03 15:26 --- LIBGCC2_CFLAGS changes the libgcc C flags. -- What|Removed |Added Status|UNCONFI

[Bug debug/19212] /tmp/ccbY7YyA.s:6435: Error: attempt to get value of unresolved symbol `__s:V151'

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

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

--- Additional Comments From pcarlini at suse dot de 2005-01-03 15:27 --- Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140

[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 15:28 --- We need a testcase to reproduce this. read http://gcc.gnu.org how to reproduce one, there are instructions on how get a testcase for PCH too. -- What|Removed |Added ---

[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

[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 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/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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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++/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: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 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 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 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

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

[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++/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 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++/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++/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++/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 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

  1   2   >