[Bug preprocessor/21250] [4.1 Regression] line number 0 for causes GAS to complain

--- Comment #9 from per at bothner dot com 2005-10-12 07:10 --- Subject: Re: [4.1 Regression] line number 0 for causes GAS to complain ppluzhnikov at charter dot net wrote: > May I repeat my question: > What is the problem of emitting '#1 ' anyway? It's certainly better than emitt

[Bug fortran/24207] PRIVATE/PUBLIC attribute confusion screws NAMELIST

--- Comment #3 from cvs-commit at gcc dot gnu dot org 2005-10-12 07:20 --- Subject: Bug 24207 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-12 07:19:57 Modified files: gcc/fortran: ChangeLog resolve.c gcc/testsuite :

[Bug preprocessor/21250] [4.1 Regression] line number 0 for causes GAS to complain

--- Comment #10 from per at bothner dot com 2005-10-12 07:20 --- Subject: Re: [4.1 Regression] line number 0 for causes GAS to complain What about this patch: Index: c-ppoutput.c === RCS file: /cvs/gcc/gcc/gcc/c-ppoutpu

[Bug tree-optimization/24262] [4.1 Regression] ICE: verify_ssa failed with -O -msse2 -ftree-vectorize

--- Comment #2 from dorit at il dot ibm dot com 2005-10-12 07:23 --- There are two problems here: 1) This is the data-reference structure created (using the same testcase but with floats instead of doubles): Created dr for A[D.1705_7] base_address: &A offset

[Bug fortran/24207] PRIVATE/PUBLIC attribute confusion screws NAMELIST

--- Comment #4 from pault at gcc dot gnu dot org 2005-10-12 07:30 --- Fixed on mainline and 4.0. -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/24325] New: ICE in gfc_get_function_type

integer foo call test contains subroutine test integer :: i i = foo () end subroutine test end -- Summary: ICE in gfc_get_function_type Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2

[Bug bootstrap/24297] [4.1 Regression] libtool: link: unable to infer tagged configuration

--- Comment #7 from bonzini at gcc dot gnu dot org 2005-10-12 08:46 --- I'm starting to think that the way we detect target tools is incredibly overengineered -> and hence buggy. We should just *know* that an in-tree "as" has already been compiled wherever AS_FOR_TARGET is needed! We h

[Bug c++/23799] [4.1 regression] ICE: no-op convert from 8 to 4 bytes in initializer

--- Comment #13 from cvs-commit at gcc dot gnu dot org 2005-10-12 08:56 --- Subject: Bug 23799 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-12 08:55:59 Modified files: gcc: ChangeLog varasm.c Log message: 2005

[Bug c++/23799] [4.1 regression] ICE: no-op convert from 8 to 4 bytes in initializer

--- Comment #14 from rguenth at gcc dot gnu dot org 2005-10-12 08:57 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug c++/24326] New: bad diagnostic

template struct foo{}; void bar() { enum X{a,b,c}; foo f; }; gets you: foo.cc: In function `void bar()': foo.cc:2: error: `bar()::X' uses local type `bar()::X' foo.cc:2: error: trying to instantiate `template struct foo' foo.cc:2: error: invalid type in declaration before ';' token --

[Bug tree-optimization/24262] [4.1 Regression] ICE: verify_ssa failed with -O -msse2 -ftree-vectorize

--- Comment #3 from irar at il dot ibm dot com 2005-10-12 09:00 --- I think, it's the same bug in scev that my autovect patch http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00252.html solved (and Sebastian reverted it). Here scev analyzer calculates the evolution of 'D.1703_5 * 2 + i_15',

[Bug fortran/24327] New: Does not detect duplicate symbol names in contains block

$cat test.f90 program test real :: foo contains function foo () end function foo end program test Gfortran passes it. If add external attribute, we'll get ICE. $cat test2.f90 program test real, external :: foo contains function foo () end function foo end program test $gfortran t

[Bug tree-optimization/24123] [4.1 Regression] Massive performance regression for -ffast-math due to the recip tree pass

--- Comment #21 from bonzini at gcc dot gnu dot org 2005-10-12 09:38 --- Uros found that tweaking the PR23948 patch to require at least three divisions is more profitable (speed-wise). I'll make it a param. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24123

[Bug c++/24328] New: internal compiler error: Segmentation fault

When the program tries to compile I get this, (it works if I use -O1 or -O0, but not -O2 or -O3): SOURCE_DIR=. SOURCE=cavPengFoam.C ; g++ -m32 -Dlinux -Wall -W -Wno-unused-parameter -Wold-style-cast -O2 -ffast-math -DNoRepository -ftemplate-depth-30 -I/users/tfd/f98faka/OpenFOAM/OpenFOAM-1.2/src

[Bug c/24329] New: cc1 segfaulting when compiling code with long #define

gcc -Wall -o degre-radian degre-radian.c gives me an error when I try to compile my source code. I'm using Debian GNU/Linux SID with a 2.4.27-2-386 linux kernel. Steps to reproduce : 1) Download my source code (at http://jojosan.hd.free.fr/jojosan/degre-radian.c) 2) Try to compile it. I suppose

[Bug c/24329] [4.0/4.1 regression] segfault with -Wall and long integer literal

--- Comment #1 from falk at debian dot org 2005-10-12 10:06 --- Confirmed. Test case: int printf(const char *format, ...); int f() { printf("%d", 141592653589793238462643383279502884197169399375105820974944); } -- falk at debian dot org changed: What|Removed

[Bug c++/19964] [3.4/4.0/4.1 regression] ICE on invalid member declaration

--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-12 10:59 --- Subject: Bug 19964 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-12 10:59:27 Modified files: gcc: ChangeLog stor-layout.c gcc/cp

[Bug c/24329] [4.0/4.1 regression] segfault with -Wall and long integer literal

--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-12 11:34 --- We have an infinite loop in pp_c_type_specifier. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/24326] bad diagnostic

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 11:37 --- What is wrong with this? "bar()::X" or something else? How would you improve it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24326

[Bug middle-end/24328] internal compiler error: Segmentation fault

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 11:40 --- URL to to source: http://www.tfd.chalmers.se/~f98faka/cavPengFoam.ii Note the URL field should be named patch URL when not filled in, it is named that when filled in. -- pinskia at gcc dot gnu dot org changed:

[Bug middle-end/24328] internal compiler error: Segmentation fault

--- Comment #2 from f98faka at chalmers dot se 2005-10-12 11:43 --- Location of preprocessed file: http://www.tfd.chalmers.se/~f98faka/cavPengFoam.ii -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24328

[Bug fortran/24324] ICE: Floating point exception

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 11:44 --- Your GMP has a bug in it, please update it to a newer version. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug ada/22533] [4.1 regression] ICE in get_base_var

/src/packages/BUILD/gcc-4.1.0-20051012/gcc/ada /usr/src/packages/BUILD/gcc-4.1.0-20051012/gcc/ada/make.adb -o make.o +===GNAT BUG DETECTED==+ | 4.1.0 20051012 (experimental) (SUSE Linux) (powerpc64-suse-linux-gnu) GCC error:| | Segmentation fault

[Bug fortran/21625] Nested derived type pointer component not initialized on ALLOCATE

--- Comment #3 from erik dot edelmann at iki dot fi 2005-10-12 12:00 --- *** Bug 23924 has been marked as a duplicate of this bug. *** -- erik dot edelmann at iki dot fi changed: What|Removed |Added

[Bug fortran/23924] No initialization of derived type pointers/allocatables when allocated

--- Comment #4 from erik dot edelmann at iki dot fi 2005-10-12 12:00 --- *** This bug has been marked as a duplicate of 21625 *** -- erik dot edelmann at iki dot fi changed: What|Removed |Added ---

[Bug fortran/21625] Nested derived type pointer component not initialized on ALLOCATE

--- Comment #4 from erik dot edelmann at iki dot fi 2005-10-12 12:09 --- I think that this PR is just a symptom of a more general problem: components (of any kind) of a derived type are not initialized when a pointer/allocatable variable of derived type is allocated. Also see PR 23924 (

[Bug bootstrap/24297] [4.1 Regression] libtool: link: unable to infer tagged configuration

--- Comment #8 from bonzini at gcc dot gnu dot org 2005-10-12 12:17 --- Created an attachment (id=9976) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9976&action=view) patch to be "optimistic" about which tool to use Can you guys please test the attached patch? -- bonzini at g

[Bug middle-end/24093] [4.1 Regression] cgraph exhausts virtual memory building 197.parser with -profile-use -O3

--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-12 12:33 --- More information can be found: http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00682.html Confirming. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/24325] ICE in gfc_get_function_type

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 12:43 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug ada/22533] [4.1 regression] ICE in get_base_var

--- Comment #16 from schwab at suse dot de 2005-10-12 12:43 --- (In reply to comment #15) > /usr/src/packages/BUILD/gcc-4.1.0-20051012/gcc/ada/make.adb -o make.o > +===GNAT BUG DETECTED==+ > | 4.1.0 20051012 (experimental) (S

[Bug fortran/24327] Does not detect duplicate symbol names in contains block

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 12:52 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug fortran/24245] -fdump-parse-tree gives ICE for CONTAINED functions

--- Comment #4 from erik dot edelmann at iki dot fi 2005-10-12 12:54 --- (In reply to comment #3) > Testing a patch. Patch posted here: http://gcc.gnu.org/ml/fortran/2005-10/msg00229.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24245

[Bug target/24323] _MM_TRANSPOSE4_PS could be improved

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24323

[Bug c++/19964] [3.4/4.0/4.1 regression] ICE on invalid member declaration

--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-12 13:04 --- Subject: Bug 19964 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-12 13:04:40 Modified files: gcc: ChangeLog stor-

[Bug c/24329] [4.0/4.1 regression] segfault with -Wall and long integer literal

--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-12 13:05 --- hmm, for some reason this works on i686-pc-linux-gnu but not on powerpc-darwin. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24329

[Bug c++/23797] [3.4/4.0/4.1 Regression] ICE on typename outside template

-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org

[Bug middle-end/24328] internal compiler error: Segmentation fault

--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-12 13:06 --- I cannot reproduce this in 4.0.2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24328

[Bug java/24251] [4.0/4.1 Regression] BC-compiled interfaces in libgcj can't be called from non-BC code

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24251

[Bug c++/19964] [3.4/4.0/4.1 regression] ICE on invalid member declaration

--- Comment #6 from nathan at gcc dot gnu dot org 2005-10-12 13:07 --- Fixed mainline and 4.0 branch 2005-10-12 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/19964 * stor-layout.c (place_field): Set DECL_FIELD_OFFSET and DECL_FIELD_BIT_OFFSET of FIELD_DECLs, even i

[Bug c++/24328] internal compiler error: Segmentation fault

--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-12 13:08 --- This is a dup of bug 21687 which was fixed in 4.0.2. *** This bug has been marked as a duplicate of 21687 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/21687] [4.0/4.1 Regression] ICE in GC with local class inside a template function

--- Comment #17 from pinskia at gcc dot gnu dot org 2005-10-12 13:08 --- *** Bug 24328 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug libfortran/24224] Generalized internal array IO not implemented.

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 13:09 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug c++/24052] [3.4/4.0/4.1 Regression] &#`label_decl' not supported by dump_expr#

--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-12 13:16 --- Subject: Bug 24052 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-12 13:16:23 Modified files: gcc/cp : ChangeLog error.c gcc/testsuite : Cha

[Bug c++/21117] [3.4/4.0/4.1 Regression] ICE after error about returning an incomplete type

-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org

[Bug target/24315] amd64 fails -fpeephole2

--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-12 13:30 --- Here is the one for 3.3.3 and above: typedef long bignum_digit_type; void bignum_divide_unsigned_normalized( ){ bignum_digit_type guess; guess = unsigned long) 1) << (((sizeof (bignum_digit_type)) * 8) - 2)) - 1)

[Bug target/24330] New: [4.0/4.1 Regression] x86_64 gcc crashes with -O0 -fpeephole2

The following code crashes with -O0 -fpeephole2: void s48_double_to_bignum(int exponent){ long length = exponent) + sizeof (long)) * 8) - 2) - 1)) / (((sizeof (long)) * 8) - 2))); } -- Summary: [4.0/4.1 Regression] x86_64 gcc crashes with -O0 - fpe

[Bug target/24330] [4.0/4.1 Regression] x86_64 gcc crashes with -O0 -fpeephole2

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet||x86_64-*-linux-gnu Target Milestone|--- |4.

[Bug target/24315] amd64 fails -fpeephole2

--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-12 13:33 --- (In reply to comment #5) > Reduced testcase for 4.0.x and above: Filed as PR 24330. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/24052] [3.4/4.0/4.1 Regression] &#`label_decl' not supported by dump_expr#

--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-12 13:35 --- Subject: Bug 24052 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-12 13:35:41 Modified files: gcc/cp : ChangeLog error.

[Bug target/24315] [3.4/4.0/4.1 Regression] amd64 fails -fpeephole2

--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-12 13:42 --- Confirmed that this is a real regression. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug rtl-optimization/24322] Segmentation fault or out of memory compiling FFMpeg snow.c at -O3 for ARM

--- Comment #2 from rearnsha at gcc dot gnu dot org 2005-10-12 13:42 --- Stack backstrace suggests that this is probably a duplicate of PR23870. *** This bug has been marked as a duplicate of 23870 *** -- rearnsha at gcc dot gnu dot org changed: What|Removed

[Bug rtl-optimization/23870] [3.4 regression] loop-unswitching hangs compiler (and whole computer!)

--- Comment #3 from rearnsha at gcc dot gnu dot org 2005-10-12 13:42 --- *** Bug 24322 has been marked as a duplicate of this bug. *** -- rearnsha at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/24052] [3.4/4.0/4.1 Regression] &#`label_decl' not supported by dump_expr#

--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-12 13:45 --- Subject: Bug 24052 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-10-12 13:45:10 Modified files: gcc/cp : error.c ChangeLo

[Bug target/24315] [3.4/4.0/4.1 Regression] amd64 fails -fpeephole2

--- Comment #9 from pinskia at gcc dot gnu dot org 2005-10-12 13:45 --- The instruction we are should have split earlier: (insn/v 8 21 26 (set (mem/c/i:DI (plus:DI (reg/f:DI 6 bp) (const_int -8 [0xfff8])) [0 guess+0 S8 A64]) (const_int 4611686018427387

[Bug c++/24052] [3.4/4.0/4.1 Regression] &#`label_decl' not supported by dump_expr#

--- Comment #7 from bonzini at gcc dot gnu dot org 2005-10-12 13:46 --- Patch committed to all open branches. -- bonzini at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/24315] [3.4/4.0/4.1 Regression] amd64 fails -fpeephole2

--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-12 13:46 --- *** Bug 24330 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/24330] [4.0/4.1 Regression] x86_64 gcc crashes with -O0 -fpeephole2

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 13:46 --- The instruction we should have split earlier: (insn/v 13 12 37 (set (mem/c:DI (plus:DI (reg/f:DI 6 bp) (const_int -32 [0xffe0])) [0 S8 A8]) (const_int -8925843906633654007 [0x84210

[Bug target/24315] [3.4/4.0/4.1 Regression] amd64 fails -fpeephole2

--- Comment #11 from pinskia at gcc dot gnu dot org 2005-10-12 13:48 --- It turned out the one in comment #5 is the same issue as the orginal bug too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24315

[Bug c++/24331] New: The symbol properties of generated C++ code depend on the position of template instantiations

Generating an object file with "g++ -c test.cc" for the following code snippet: -- template void f() {} int g() { f<1> (); } template void f<1> (); -- "nm -gm test.o" returns: 00ac (__TEXT,__eh_frame) weak private external _Z1fILi1EEvv.eh 0084 (__TEXT,__eh_frame) externa

[Bug c++/20912] C++ FE emitting assignments to read-only global symbols

--- Comment #8 from dnovillo at redhat dot com 2005-10-12 14:16 --- Subject: Re: C++ FE emitting assignments to read-only global symbols On Tuesday 11 October 2005 17:07, mmitchel at gcc dot gnu dot org wrote: > Diego, will this allow you to reactivate your optimization? And, if so,

[Bug c++/24331] The symbol properties of generated C++ code depend on the position of template instantiations

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 14:22 --- this is fixed in both the FSF 4.0.0 gcc and Apple's 4.0.0 gcc. It also was never a bug in the FSF's gcc. Next time when reporting a bug against Apple's gcc, please file the bug with Apple at

[Bug c++/21592] [3.4/4.0/4.1 Regression] ICE in resolve_overloaded_unification/arg_assoc

-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org

[Bug c++/20912] C++ FE emitting assignments to read-only global symbols

--- Comment #9 from mark at codesourcery dot com 2005-10-12 14:55 --- Subject: Re: C++ FE emitting assignments to read-only global symbols dnovillo at redhat dot com wrote: > Thanks Mark. The underlying code has shifted in the interim. There was > another bug that would cause us t

[Bug c++/24331] The symbol properties of generated C++ code depend on the position of template instantiations

--- Comment #2 from bangerth at dealii dot org 2005-10-12 14:57 --- To be clear about what the original bug was: despite the existence of the explicit instantiation (after an implicit instantiation of f<1>), the generated symbol had private linkage. Such symbols aren't exported from shar

[Bug c++/20912] C++ FE emitting assignments to read-only global symbols

--- Comment #10 from dnovillo at redhat dot com 2005-10-12 15:00 --- Subject: Re: C++ FE emitting assignments to read-only global symbols On Wednesday 12 October 2005 10:55, mark at codesourcery dot com wrote: > OK, so my patch is no longer directly useful then? (It still seems like

[Bug c++/23730] [4.0/4.1 Regression] ICE instead of reporting a call to a non-existent member function

--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-12 15:03 --- Subject: Bug 23730 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-12 15:03:12 Modified files: gcc/cp : ChangeLog call.c Log message: PR c++/2373

[Bug c/24332] New: asm label declaration may be missing aliasing info

sparky% gcc -v Reading specs from /.../torolab.ibm.com/fs/projects/vabld/run/gcc/aix/gcc-3.3.2/aix52/bin/../lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.3.2/specs Configured with: ../gcc-3.3.2/configure --disable-nls Thread model: aix gcc version 3.3.2 t.c: int j asm("i"); int i; int main() { i = 5;

[Bug tree-optimization/24333] New: missed div optimizations?

unsigned foo(const unsigned x) { return (x / x); } double bar(const double x) { return (x / x); } $ gcc -Wall -O2 -mregparm=3 -fomit-frame-pointer tmp.c -S foo:xorl%edx, %edx divl%eax ret bar:fldl4(%esp) fdiv%st(0), %st ret I think optimi

[Bug tree-optimization/24333] missed div optimizations?

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 15:42 --- (In reply to comment #0) This one, we have to deal with x = 0, what should we do, trap or not to trap. > unsigned foo(const unsigned x) { return (x / x); } For the following one: > double bar(const double x) { re

[Bug tree-optimization/24333] missed div optimizations?

--- Comment #2 from pluto at agmk dot net 2005-10-12 15:57 --- basing on the http://en.wikipedia.org/wiki/L'hospital we get: lim (x / x) = lim (x' / x') = lim (1 / 1) = 1 x->0 x->0x->0 should we trap/check anything? -- http://gcc.gnu.org/bugzilla/show_bug.cg

[Bug c++/22257] ICE on invalid code, forgot parentheses for constructor

--- Comment #3 from reichelt at gcc dot gnu dot org 2005-10-12 16:02 --- *** This bug has been marked as a duplicate of 19964 *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/19964] [3.4/4.0/4.1 regression] ICE on invalid member declaration

--- Comment #7 from reichelt at gcc dot gnu dot org 2005-10-12 16:02 --- *** Bug 22257 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19964

[Bug tree-optimization/24333] missed div optimizations?

--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-12 16:04 --- (In reply to comment #2) > basing on the http://en.wikipedia.org/wiki/L'hospital we get: > > lim (x / x) = lim (x' / x') = lim (1 / 1) = 1 > x->0 x->0x->0 for float/float, we should get NANs

[Bug middle-end/24332] asm label declaration may be missing aliasing info

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 16:08 --- This is a weird case as both are in common space. If we do the following: int j asm("i") = 0; int i = 0; We cannot assemble the source at all. I don't know what to say about this case. Someone else will have to c

[Bug tree-optimization/21304] [4.0/4.1 regression] very long compile times with large cpp file from kdebindings

--- Comment #14 from pinskia at gcc dot gnu dot org 2005-10-12 16:12 --- I have a patch which I am testing which should fix this by reducing the number of referenced variables which in turns reduces virtual operands. Now we get the following -ftime-report for -O2 on powerpc-darwin with

[Bug preprocessor/21250] [4.1 Regression] line number 0 for causes GAS to complain

--- Comment #11 from per at bothner dot com 2005-10-12 16:22 --- Subject: Re: [4.1 Regression] line number 0 for causes GAS to complain I agree that -dD output should be preceded by a '#1 ' or a '#0 ', since otherwise the output is a bit confusing: # 1 "" #define __STDC_HOSTED__ 1 .

[Bug tree-optimization/24262] [4.1 Regression] ICE: verify_ssa failed with -O -msse2 -ftree-vectorize

--- Comment #4 from sebastian dot pop at cri dot ensmp dot fr 2005-10-12 16:26 --- Subject: Re: [4.1 Regression] ICE: verify_ssa failed with -O -msse2 -ftree-vectorize irar at il dot ibm dot com wrote: > Here scev analyzer calculates the evolution of 'D.1703_5 * 2 + i_15', > where 'D.

[Bug rtl-optimization/23324] [4.0/4.1 Regression] unsigned bitfield in struct not accessed correctly at -O2 and above

--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-12 16:29 --- Subject: Bug 23324 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-12 16:29:35 Modified files: gcc: ChangeLog cfgexpand.c Added files: gcc/tes

[Bug rtl-optimization/23324] [4.0/4.1 Regression] unsigned bitfield in struct not accessed correctly at -O2 and above

--- Comment #10 from cvs-commit at gcc dot gnu dot org 2005-10-12 16:34 --- Subject: Bug 23324 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-12 16:34:33 Modified files: gcc: ChangeLog cfgexpand

[Bug rtl-optimization/23324] [4.0/4.1 Regression] unsigned bitfield in struct not accessed correctly at -O2 and above

--- Comment #11 from rth at gcc dot gnu dot org 2005-10-12 16:35 --- Fixed. -- rth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug preprocessor/21250] [4.1 Regression] line number 0 for causes GAS to complain

--- Comment #12 from bothner at gcc dot gnu dot org 2005-10-12 16:45 --- Created an attachment (id=9977) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9977&action=view) proposed patch This is my proposed patch. It has not been boot-strapped yet. I don't know if there might be pr

[Bug tree-optimization/24262] [4.1 Regression] ICE: verify_ssa failed with -O -msse2 -ftree-vectorize

--- Comment #5 from sebastian dot pop at cri dot ensmp dot fr 2005-10-12 16:53 --- Subject: Re: [4.1 Regression] ICE: verify_ssa failed with -O -msse2 -ftree-vectorize Sebastian Pop wrote: > > if (!expr_invariant_in_loop_p (loop, CHREC_LEFT (chrec))) > then give up with this case,

[Bug c/24255] [4.1 regression] __transparent_union__ mishandled

--- Comment #7 from rth at gcc dot gnu dot org 2005-10-12 17:01 --- Not fixed. -- rth at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED

[Bug fortran/24324] ICE: Floating point exception

--- Comment #2 from magsilva at gmail dot com 2005-10-12 17:02 --- Thank you. I simply had no clue about what was responsable for this error. My gmp really had a bug ('make test' failed). -- magsilva at gmail dot com changed: What|Removed |Added --

[Bug c++/23984] [4.0/4.1 Regression] second operand of PLUS_EXPR is NULL (in constructor)

-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org

[Bug target/24334] New: [4.0/4.1 regression] IRIX 6.5 bootstrap failure with SGI 7.4.3m ld: GOT overflow

Bootstrapping both the 4.0 branch as of 20050928 and mainline as of 20051004 fails on IRIX 6.5.26f with SGI ld from MIPSpro 7.4.3m: gcc -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -DHAVE_CON

[Bug target/24334] [4.0/4.1 regression] IRIX 6.5 bootstrap failure with SGI 7.4.3m ld: GOT overflow

--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-12 17:31 --- Isn't this really a bug in ld? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/24334] [4.0/4.1 regression] IRIX 6.5 bootstrap failure with SGI 7.4.3m ld: GOT overflow

--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2005-10-12 17:32 --- Subject: Re: [4.0/4.1 regression] IRIX 6.5 bootstrap failure with SGI 7.4.3m ld: GOT overflow pinskia at gcc dot gnu dot org writes: > Isn't this really a bug in ld? I'm not sure, given that the 3.4 bran

[Bug target/24334] [4.0/4.1 regression] IRIX 6.5 bootstrap failure with SGI 7.4.3m ld: GOT overflow

--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-12 17:37 --- (In reply to comment #2) > I'm not sure, given that the 3.4 branch continues to bootstrap successfully > with this same version (and the 4.0 branch did as well some time ago). Does not mean anything. We could have

[Bug target/24334] [4.0/4.1 regression] IRIX 6.5 bootstrap failure with SGI 7.4.3m ld: GOT overflow

--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2005-10-12 17:42 --- Subject: Re: [4.0/4.1 regression] IRIX 6.5 bootstrap failure with SGI 7.4.3m ld: GOT overflow pinskia at gcc dot gnu dot org writes: > what GCC are you starting with since it is dying in building stage1 a

[Bug tree-optimization/22444] [4.0/4.1 regression] ICE at tree-into-ssa.c:466

--- Comment #27 from hp at gcc dot gnu dot org 2005-10-12 17:45 --- For cris-axis-elf, 1.cc and 2.cc fail with the same error at LAST_UPDATED "Tue Oct 11 22:12:26 UTC 2005". -- hp at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/21117] [3.4/4.0/4.1 Regression] ICE after error about returning an incomplete type

--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-12 18:02 --- Subject: Bug 21117 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-12 18:02:52 Modified files: gcc/cp : ChangeLog decl.c typeck.c gcc/testsui

[Bug c++/23797] [3.4/4.0/4.1 Regression] ICE on typename outside template

--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-12 18:07 --- Subject: Bug 23797 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-12 18:07:44 Modified files: gcc/cp : ChangeLog parser.c pt.c gcc/testsuite

[Bug libgcj/13212] JNI/CNI AttachCurrentThread does not register thread with garbage collector

--- Comment #11 from tromey at gcc dot gnu dot org 2005-10-12 18:11 --- Stewart, can you post attach your backtrace to the PR? Something like "thread apply all bt" might be useful. Thanks. -- tromey at gcc dot gnu dot org changed: What|Removed |Add

[Bug c++/21592] [3.4/4.0/4.1 Regression] ICE in resolve_overloaded_unification/arg_assoc

--- Comment #12 from cvs-commit at gcc dot gnu dot org 2005-10-12 18:13 --- Subject: Bug 21592 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-12 18:13:41 Modified files: gcc/cp : ChangeLog pt.c typeck.c gcc/testsuit

[Bug c++/21592] [3.4/4.0/4.1 Regression] ICE in resolve_overloaded_unification/arg_assoc

--- Comment #13 from nathan at gcc dot gnu dot org 2005-10-12 18:23 --- Fixed mainline & 4.0 2005-10-12 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/21592 * pt.c (build_non_dependent_expr): Don't wrap a COMPONENT_REF with already looked up member functions. Asser

[Bug c++/21117] [3.4/4.0/4.1 Regression] ICE after error about returning an incomplete type

--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-12 18:23 --- Subject: Bug 21117 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-12 18:23:17 Modified files: gcc/testsuite : ChangeLog

[Bug c++/21592] [3.4/4.0/4.1 Regression] ICE in resolve_overloaded_unification/arg_assoc

--- Comment #14 from cvs-commit at gcc dot gnu dot org 2005-10-12 18:23 --- Subject: Bug 21592 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-12 18:23:17 Modified files: gcc/testsuite : ChangeLog

[Bug c++/23797] [3.4/4.0/4.1 Regression] ICE on typename outside template

--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-12 18:23 --- Subject: Bug 23797 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-12 18:23:17 Modified files: gcc/testsuite : ChangeLog

[Bug c++/23797] [3.4/4.0/4.1 Regression] ICE on typename outside template

--- Comment #10 from nathan at gcc dot gnu dot org 2005-10-12 18:23 --- Fixed mainline and 4.0 2005-10-12 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/23797 * parser.c (cp_parser_functional_cast): Cope when TYPE is not a TYPE_DECL. Use dependent_type_p to check t

  1   2   >