[Bug c++/14024] g++ isn't reporting aliasing warnings

--- Additional Comments From uros at kss-loka dot si 2004-12-29 07:49 --- This example is from PR 16111: #include float foo () { unsigned int MASK = 0x8000; return (float &) MASK; } int main() { printf ("%f\n", foo()); return 0; } 'g++ -Wstrict-aliasing' does not generate

request

subscribe -- Manmeet Singh Johar Software Engineer Conexant (+91-93120-54285) "Some day you will understand all you know about it."

[Bug ada/19128] Bug box while building asharp

-- What|Removed |Added Status|WAITING |NEW Last reconfirmed|2004-12-22 06:21:59 |2004-12-29 05:19:29 date|

[Bug ada/19128] Bug box while building asharp

--- Additional Comments From gccbugs at sohailsomani dot com 2004-12-29 05:18 --- (In reply to comment #12) > Seems like its choking on line 256 in jx_ch4.adb. I *think* gnat thinks that > its > an elaboration procedure but I'm not sure if it is or not. > > Just trying to help :) nm w

[Bug ada/19128] Bug box while building asharp

--- Additional Comments From gccbugs at sohailsomani dot com 2004-12-29 05:13 --- Seems like its choking on line 256 in jx_ch4.adb. I *think* gnat thinks that its an elaboration procedure but I'm not sure if it is or not. Just trying to help :) -- What|Removed

[Bug c++/19184] Octave compilation is failing during running "make"

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-29 02:43 --- Make sure you have read . Also try 3.4.1 as I think this has been fixed after 3.4.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19184

[Bug c++/19185] [3.3 only] ICE: cp_expr_size, at cp/cp-lang.c:308

-- What|Removed |Added Keywords|patch | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19185

[Bug c++/19185] [3.3 only] ICE: cp_expr_size, at cp/cp-lang.c:308

-- What|Removed |Added Keywords||build, ice-on-valid-code, ||patch Summary|ICE: cp_exp

[Bug c++/19185] New: ICE: cp_expr_size, at cp/cp-lang.c:308

/xxx/gnu/gcc-3.4/objdir/gcc/xgcc -shared-libgcc -B/xxx/gnu/gcc-3.4/objdir/gcc/ - nostdinc++ -L/xxx/gnu/gcc-3.4/objdir/vax-dec-ultrix4.3/libstdc++-v3/src -L/xxx/g nu/gcc-3.4/objdir/vax-dec-ultrix4.3/libstdc++-v3/src/.libs -B/usr/local/vax-dec- ultrix4.3/bin/ -B/usr/local/vax-dec-ultrix4.3/lib/ -isys

[Bug c++/19184] New: Octave compilation is failing during running "make"

The "gcc -v" output: % gcc -v Reading specs from /usr/local/lib/gcc/sparc-sun-solaris2.7/3.4.0/specs Configured with: ../configure --with-as=/usr/ccs/bin/as --with- ld=/usr/ccs/bin/ld --disable-nls Thread model: posix gcc version 3.4.0 The following error message is coming during running "make" f

[Bug target/18321] [3.3/3.4/4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/20031023-4.c -O0, -O1

--- Additional Comments From giovannibajo at libero dot it 2004-12-29 02:10 --- Hans, this was also a regression in 3.3 and 3.4, the patch should be applied there, or you should clarify that you are not going to fix the branches. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18321

[Bug tree-optimization/15484] [tree-ssa] bool and short function arguments promoted to int

--- Additional Comments From dann at godzilla dot ics dot uci dot edu 2004-12-29 01:33 --- (In reply to comment #2) > The underlying ABI might require short & bool arguments to be passed as int. > Some do, some don't. Anyway, that's an argument marshalling issue, which is > not > curr

[Bug inline-asm/15740] [4.0 Regression] ICE caused by a memory operand in an asm statement

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-29 01:25 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug inline-asm/15740] [4.0 Regression] ICE caused by a memory operand in an asm statement

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-29 01:22 --- Subject: Bug 15740 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-29 01:22:16 Modified files: gcc: ChangeLog c-typeck.c gimplify.c

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

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-29 00:42 --- I don't reproduce this with a build from last night. Try again with today's sources. In particular, the symptom looks as if the fpu has been put into mmx mode. Which might be solved with 2004-12-27 Richard

[Bug c++/14024] g++ isn't reporting aliasing warnings

-- What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14024

[Bug target/16111] generates invalid SSE movdqa instruction (instead of movaps)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-29 00:35 --- (In reply to comment #10)> > which, as we all ought to know by now, is undefined. Open another PR for > the missing diagnostic with -Wstrict-aliasing if you like, but this one's > fixed. PR 14024 is the PR

[Bug target/16111] generates invalid SSE movdqa instruction (instead of movaps)

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-29 00:32 --- The problem mentioned in comment 8 is not a bug. (float&)MASK has the exact same semantics as *(float *)&MASK which, as we all ought to know by now, is undefined. Open another PR for the mis

[Bug bootstrap/12015] [arm-netbsdelf] hidden symbol __fixunsdfsi referenced by DSO

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-29 00:25 --- Indeed, if libc doesn't have all the symbols that it should, it's a netbsd bug. -- What|Removed |Added ---

[Bug target/15873] [3.3 only] hidden symbol `__floatsidf' is referenced by DSO

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-29 00:23 --- This is virtually certain to be a bug in either pam or some other system library that you're linking with. The error message means that someone didn't link some shared library against libgcc. -- Wh

[Bug tree-optimization/19126] Missed IV optimization (redundant instruction in loop)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 23:54 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c++/17470] Visibility attribute ignored for explicit template instantiation

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 23:52 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug ada/19183] GNAT -fPIC Bug

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

[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 2004-12-28 23:31 --- Yea, the code I've got lying around here to undo unprofitable const/copy propagations definitely helps this code. And better yet, we don't need the full-blown version (which is queued for 4.1). We can get by with t

[Bug target/18321] [3.3/3.4/4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/20031023-4.c -O0, -O1

--- Additional Comments From hp at gcc dot gnu dot org 2004-12-28 23:27 --- http://gcc.gnu.org/ml/gcc-patches/2004-12/msg02020.html> -- What|Removed |Added Statu

[Bug target/18321] [3.3/3.4/4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/20031023-4.c -O0, -O1

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-28 23:19 --- Subject: Bug 18321 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-28 23:19:13 Modified files: gcc: ChangeLog gcc/config/mmix: m

[Bug target/18916] [4.0 Regression] mis-aligned vector code with copy memory (-maltivec)

--- Additional Comments From geoffk at gcc dot gnu dot org 2004-12-28 23:05 --- Why can't we make sure that temporaries which should be aligned to 128 bits are actually aligned to 128 bits? Surely failing to do so will cause other problems. -- http://gcc.gnu.org/bugzilla/show_bug.

[Bug ada/19183] New: GNAT -fPIC Bug

This error does not occur without the -fPIC option. +===GNAT BUG DETECTED==+ | 3.4.2 (sparc-sun-solaris2.8) Constraint_Error SIGSEGV| | Error detected at parm_tbl.ads:39:9 | | Please submit

[Bug middle-end/17278] [4.0 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level

--- Additional Comments From kgardas at objectsecurity dot com 2004-12-28 22:42 --- Subject: Re: [4.0 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level On Tue, 28 Dec 2004, pinskia at gcc dot gnu dot org wrote: > > On Tue, 28 Dec 2004, pins

[Bug middle-end/17278] [4.0 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 22:40 --- (In reply to comment #18) > Subject: Re: [4.0 Regression] 8% C++ compile-time > regression in comparison with 3.4.1 at -O1 optimization level > > > On Tue, 28 Dec 2004, pinskia at gcc dot gnu dot org wro

[Bug middle-end/17278] [4.0 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level

--- Additional Comments From kgardas at objectsecurity dot com 2004-12-28 22:39 --- Subject: Re: [4.0 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level On Tue, 28 Dec 2004, pinskia at gcc dot gnu dot org wrote: > Now only 8%. True for typ

[Bug fortran/19182] Error messages seem to be printed slower

--- Additional Comments From pinskia at physics dot uc dot edu 2004-12-28 22:34 --- Subject: Re: Error messages seem to be printed slower On Dec 28, 2004, at 5:31 PM, schnetter at aei dot mpg dot de wrote: > > The call to setvbuf switches to line buffering, meaning that stderr is >

Re: [Bug fortran/19182] Error messages seem to be printed slower

On Dec 28, 2004, at 5:31 PM, schnetter at aei dot mpg dot de wrote: The call to setvbuf switches to line buffering, meaning that stderr is flushed only after every line and not after every character. I assume that cc1 (as opposed to f951) switches to line buffered stderr at some time, or else ou

[Bug middle-end/17278] [4.0 Regression] 8% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 22:33 --- Now only 8%. -- What|Removed |Added Component|c++ |middle-e

[Bug fortran/19182] Error messages seem to be printed slower

--- Additional Comments From schnetter at aei dot mpg dot de 2004-12-28 22:31 --- I didn't try the putc vs. fputc change, but the patch below makes all the difference: $ cvs diff -u error.c Index: error.c === RCS file

[Bug fortran/19182] Error messages seem to be printed slower

--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-28 21:41 --- Does changing fputc to putc in line 95 of error.c enhance your 'experience'? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19182

[Bug c++/19159] [4.0 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info

--- Additional Comments From danglin at gcc dot gnu dot org 2004-12-28 21:38 --- Mark, I believe that you got the vtable for the typeinfo nodes. However, we still have errors like the following: Executing on host: /opt/build/dave/gcc-4.0.0/objdir/gcc/g++ -shared-libgcc -B/op t/build/d

[Bug middle-end/13776] [4.0 Regression] Many C++ compile-time regression in 4.0-tree-ssa 040120

--- Additional Comments From kgardas at objectsecurity dot com 2004-12-28 21:03 --- Hello, New comparison is here: http://gcc.gnu.org/ml/gcc/2004-12/msg01157.html Cheers, Karel -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13776

[Bug c++/17278] [4.0 Regression] 24% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level

--- Additional Comments From kgardas at objectsecurity dot com 2004-12-28 21:00 --- Subject: Re: [4.0 Regression] 24% C++ compile-time regression in comparison with 3.4.1 at -O1 optimization level New comparison is here: http://gcc.gnu.org/ml/gcc/2004-12/msg01157.html Good work! :-)

[Bug c++/18384] [3.3/3.4/4.0 Regression] ICE on zero-length array with empty initializer...

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-28 20:58 --- Subject: Bug 18384 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-28 20:57:56 Modified files: gcc/cp : Change

[Bug middle-end/19164] [3.3/3.4/4.0 Regression] ICE in digest_init or build_vector

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 20:57 --- This is a regression on all of the open branches. : Search converges between 2003-07-24-3.3 (#133) and 2003-07-25-3.3 (#134). : Search converges between 2003-03-31-trunk (#217) and 2003-04-01-trunk (#218).

Re: Bug involving derived template classes in G++ 3.4.3

On Tuesday 28 Dec 2004 20:27, Andrew Pinski wrote: > On Dec 28, 2004, at 3:26 PM, John M Collins wrote: > > Please "CC" me as I'm not subscribed. > > > > I have the following program segment (cutting down to bare minimum). > > This has > > worked previously with G++ 3.3.* and earlier. > > Read the

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 20:51 --- Confirmed, changing the summary to refect reality. -- What|Removed |Added Status

[Bug fortran/19182] Error messages seem to be printed slower

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 20:47 --- But seems slower than the C or C++ or java. Java is more compariable in this case as it also outputs the context. -- What|Removed |Added -

[Bug fortran/19182] Error messages seem to be printed slower

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 20:45 --- They seem quick to me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19182

[Bug fortran/19182] New: Error messages seem to be printed slower

When I compare the speed of the screen output of, say, gcc and gfortran, then it seems to me as if gfortran produced its output much more slowly. gcc's output seems to appear line by line, whereas gfortran's output seems to appear character by character. This could be caused by gfortran flushi

Re: Bug involving derived template classes in G++ 3.4.3

On Dec 28, 2004, at 3:26 PM, John M Collins wrote: Please "CC" me as I'm not subscribed. I have the following program segment (cutting down to bare minimum). This has worked previously with G++ 3.3.* and earlier. Read the 3.4.0 release notes. Thanks, Andrew Pinski

Bug involving derived template classes in G++ 3.4.3

Please "CC" me as I'm not subscribed. I have the following program segment (cutting down to bare minimum). This has worked previously with G++ 3.3.* and earlier. Classes cut down to bare minimum obviously - the "real" ones made use of "X". class A { public: int field1; }; templat

[Bug fortran/19181] ICE and segmentation fault with pointer member in user defined type

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 20:01 --- Confirmed, here is the backtrace: #0 0x0005bb8c in gfc_trans_structure_assign (dest=0x42449d80, expr=0x4240e330) at /Users/ pinskia/src/local3/gcc/gcc/fortran/trans-expr.c:1600 #1 0x0005bc08 in gfc_conv_s

[Bug web/12360] test

--- Additional Comments From dberlin at gcc dot gnu dot org 2004-12-28 19:37 --- Subject: Bug 12360 Testing incoming email address matching. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12360

[Bug fortran/19101] missing & in character continuation not caught

--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-28 19:19 --- I have a fix which issues the same error twice. Unfortunately, continuation lines are eaten in the scanner, and there is no real support for emitting errors from the scanner, as the same line may be rescanned

[Bug fortran/19181] ICE and segmentation fault with pointer member in user defined type

--- Additional Comments From santugi at dptmaths dot ens-cachan dot fr 2004-12-28 18:54 --- Created an attachment (id=7839) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7839&action=view) testcase A "minimal" testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19181

[Bug other/19180] How to Add New GCC option

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

[Bug fortran/19181] New: ICE and segmentation fault with pointer member in user defined type

ICE and segmentation fault with user defined type containing pointer elements when assigning a parameter object to a non parameter object. Happen on gcc version 4.0.0 20041226. To reproduce, compile the following code: PROGRAM TEST IMPLICIT NONE TYPE typea INTEGER, DIMENSION(:) , POINTER ::

[Bug tree-optimization/18308] ICE in do_jump, at dojump.c:274

--- Additional Comments From bonzini at gcc dot gnu dot org 2004-12-28 18:49 --- http://gcc.gnu.org/ml/gcc-patches/2004-12/msg02012.html -- What|Removed |Added Key

[Bug debug/19124] [4.0 regression] gcc generates incorrect dwarf2 debug info

--- Additional Comments From dberlin at dberlin dot org 2004-12-28 18:49 --- Subject: Re: [4.0 regression] gcc generates incorrect dwarf2 debug info On Tue, 2004-12-28 at 18:37 +, hjl at lucon dot org wrote: > --- Additional Comments From hjl at lucon dot org 2004-12-

[Bug rtl-optimization/19097] [3.4/4.0 regression] Quadratic behavior with many sets for the same register in gcse CPROP

--- Additional Comments From bonzini at gcc dot gnu dot org 2004-12-28 18:48 --- Interestingly, on arm-elf the hog is CSE, because each copy of b is given a different pseudo. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19097

[Bug other/19180] How to Add New GCC option

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 18:44 --- Confirmed, adding a target independent option is easy but adding a target dependent is where the problem comes in. -- What|Removed |Added --

[Bug driver/19180] New: How to Add New GCC option

This is an enhancement request to document step-by-step "How to Add New GCC options" guide. Another request : Need "Documentation" component in Bugzilla. Reference : http://gcc.gnu.org/ml/gcc/2004-12/msg01147.html -- Summary: How to Add New GCC option Product: gcc

[Bug debug/19124] [4.0 regression] gcc generates incorrect dwarf2 debug info

--- Additional Comments From hjl at lucon dot org 2004-12-28 18:37 --- With the patch applied, gdb 6.3 still dumps core. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19124

[Bug target/18321] [3.3/3.4/4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/20031023-4.c -O0, -O1

--- Additional Comments From hp at gcc dot gnu dot org 2004-12-28 18:35 --- ...oh right: "needs fixing" isn't the same as "going to be fixed". Changed back to 3.3/3.4/4.0. Gah. -- What|Removed |Added -

[Bug target/18321] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/20031023-4.c -O0, -O1

--- Additional Comments From hp at gcc dot gnu dot org 2004-12-28 18:31 --- In reply to Comment #6, I did in comment #4. I also changed the PR title, because [3.2 regression] meant to me a regression from 3.2. I see http://gcc.gnu.org/bugs/management.html> says otherwise. Oh well. Thou

[Bug target/18321] [3.3/3.4/4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/20031023-4.c -O0, -O1

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 18:18 --- if you mean it is a regression from 3.2, then to mark it as such, not the other way around which is what you marked it as. -- What|Removed |Added --

[Bug target/18321] [3.2 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/20031023-4.c -O0, -O1

--- Additional Comments From hp at gcc dot gnu dot org 2004-12-28 18:08 --- This isn't a 4.0 regression, it's a 3.2 regression. If you change it again, please add a comment. -- What|Removed |Added --

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

--- Additional Comments From andre dot maute at gmx dot de 2004-12-28 18:03 --- it looks like it is really a library problem. Using the libraries from gcc-4.0-20041212 everything is fine, although nan.cc was nevertheless compiled with gcc-4.0-20041226. > ldd a.out libstdc++

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

--- Additional Comments From hp at gcc dot gnu dot org 2004-12-28 17:53 --- (In reply to comment #4) Yeah I noticed. Mid-air-collision on this notice. You're acting too fast! Let's see if bugzilla can unassign as well... -- What|Removed |Added -

[Bug middle-end/19175] [3.4 regression] RTL checking failures on i686-pc-linux-gnu

-- What|Removed |Added Keywords||ice-on-valid-code Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 17:50 --- (In reply to comment #3) > "Accept bug (change status to ASSIGNED)" apparently doesn't assign the bug to > me. Stupid bugzilla. Actually it does now, I think you just assigned your self the wrong bug, PR 1

[Bug middle-end/19175] [3.4 regression] RTL checking failures on i686-pc-linux-gnu

--- Additional Comments From roger at eyesopen dot com 2004-12-28 17:49 --- Currently bootstrapping and regression testing a fix. -- What|Removed |Added AssignedTo|u

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

--- Additional Comments From hp at gcc dot gnu dot org 2004-12-28 17:48 --- "Accept bug (change status to ASSIGNED)" apparently doesn't assign the bug to me. Stupid bugzilla. -- What|Removed |Added

[Bug target/18321] [3.2 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/20031023-4.c -O0, -O1

--- Additional Comments From hp at gcc dot gnu dot org 2004-12-28 17:47 --- A bug in the epilogue code: using "int" instead of HOST_WIDE_INT. This is a regression from 3.2, where the code got a clear error (the test-case wasn't present there, though): /gcc/testsuite/gcc.c-torture/compile

[Bug tree-optimization/18308] ICE in do_jump, at dojump.c:274

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

[Bug tree-optimization/18308] ICE in do_jump, at dojump.c:274

--- Additional Comments From bonzini at gcc dot gnu dot org 2004-12-28 17:44 --- Looking at it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18308

[Bug bootstrap/17383] [4.0 Regression] Building in src dir fails

--- Additional Comments From bonzini at gcc dot gnu dot org 2004-12-28 17:42 --- Patch applied. -- What|Removed |Added Status|ASSIGNED|RESOLV

[Bug bootstrap/17383] [4.0 Regression] Building in src dir fails

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-28 17:40 --- Subject: Bug 17383 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-28 17:40:41 Modified files: . : ChangeLog Makefile.def Makefile.in Ma

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

--- Additional Comments From andre dot maute at gmx dot de 2004-12-28 17:21 --- Oh i forgot my system triplets, they are all i686-pc-linux-gnu g++-4.0-20041226 -v doesn't show the triplet any more, there is only a line Using built-in specs. i suggest to remove this new feature

[Bug inline-asm/15740] [4.0 Regression] ICE caused by a memory operand in an asm statement

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 17:09 --- *** Bug 19179 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15740

[Bug middle-end/19179] internal compiler error: verify_stmts

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 17:09 --- Likewise for this one too. *** This bug has been marked as a duplicate of 15740 *** -- What|Removed |Added --

[Bug inline-asm/15740] [4.0 Regression] ICE caused by a memory operand in an asm statement

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 17:08 --- *** Bug 19178 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug middle-end/19178] internal compiler error: verify_stmts

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 17:08 --- This reduces to the same testcase as PR 15740 so closing as a dup. *** This bug has been marked as a duplicate of 15740 *** -- What|Removed |Added --

[Bug middle-end/19178] internal compiler error: verify_stmts

--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 17:01 --- Note that #19179 has the same ICE message and comes with a smaller testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19178

[Bug middle-end/19179] internal compiler error: verify_stmts

--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 17:00 --- Created an attachment (id=7838) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7838&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19179

[Bug middle-end/19179] internal compiler error: verify_stmts

--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 16:59 --- Note this one could be related to 19178. -- What|Removed |Added Summary| internal com

[Bug middle-end/19179] New: internal compiler error: verify_stmts

/usr/lib/gcc/i586-suse-linux/4.0.0/cc1 -fpreprocessed i386.i -quiet -dumpbase i386.c -march=i686 -mtune=i686 -auxbase-strip i386.o -O2 -Wall -version -fmessage-length=0 -o i386.s GNU C version 4.0.0 20041227 (experimental) (SUSE Linux) (i586-suse-linux) compiled by GNU C version 4.0.0 2

[Bug middle-end/19178] internal compiler error: verify_stmts

--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 16:53 --- Created an attachment (id=7837) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7837&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19178

[Bug middle-end/19178] New: internal compiler error: verify_stmts

I get the following ICE: gcc -DHAVE_CONFIG_H -I. -I. -I..`/usr/bin/freetype-config --cflags` -Wall -pedantic -I. -DDATADIR="\"/usr/share/tvtime\"" -DCONFDIR="\"/etc/tvtime\"" -DFIFODIR="\"/tmp\"" -D_LARGEFILE64_SOURCE -DLOCALEDIR="\"/usr/share/locale\"" -I../plugins -I/usr/X11R6/include

[Bug c++/12850] memory consumption for heavy template instantiations tripled since 3.3

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 16:43 --- (In reply to comment #36) > The initial CP lexer bugger size is 1: The same amount of garbage is also done for PR 8361. Also note I could not compile this source again becuase of the use of long doub

[Bug c++/19034] [3.4 Regression] internal compiler error: in cp_tree_equal, at cp/tree.c:1633

--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 16:38 --- It's fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug bootstrap/19135] [4.0 Regression] build failure in libiberty multilibs

--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 15:42 --- The initial patch to libiberty has been reverted, so this issue should be fixed now. -- What|Removed |Added -

[Bug c/19177] Floating-point error with simple subtraction.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 15:35 --- This is your bug, learn how floating point is represented. The point is that .05 is not exactly representable in floating point. -- What|Removed |Added ---

[Bug target/16584] -msse2 also enabling -mfpmath=sse option causing illegal instruction errors

--- Additional Comments From uros at kss-loka dot si 2004-12-28 15:33 --- A documentation patch is waiting for review: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01895.html I guess that documentation patches doesn't qualify for 'patch' keyword. However, this bug should be marked as IN

[Bug c++/12944] [meta-bug] C++ name-lookup problems

-- Bug 12944 depends on bug 15453, which changed state. Bug 15453 Summary: Friend declaration treated as a declaration in scope. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15453 What|Old Value |New Value

[Bug c++/16995] [meta-bug] C++ friend injection

-- Bug 16995 depends on bug 15453, which changed state. Bug 15453 Summary: Friend declaration treated as a declaration in scope. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15453 What|Old Value |New Value

[Bug c++/1016] [DR 166] friend class declarations not observing namespace rules.

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-28 15:30 --- *** Bug 15453 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/15453] Friend declaration treated as a declaration in scope.

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-28 15:30 --- The patch for PR1016 will also fix this bug. That patch is ready and the plan is getting it in after GCC 4.0 is branched. I am closing this as a duplicate. *** This bug has been marked as a duplicate of

[Bug c++/12944] [meta-bug] C++ name-lookup problems

-- Bug 12944 depends on bug 13830, which changed state. Bug 13830 Summary: Invalid covariant type for identical type, friend related http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13830 What|Old Value |New Value

[Bug c++/1016] [DR 166] friend class declarations not observing namespace rules.

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-28 15:29 --- *** Bug 13830 has been marked as a duplicate of this bug. *** -- What|Removed |Added OtherBu

[Bug c++/13830] Invalid covariant type for identical type, friend related

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-28 15:29 --- The patch for PR1016 will also fix this bug. That patch is ready and the plan is getting it in after GCC 4.0 is branched. I am closing this as a duplicate. *** This bug has been marked as a duplicate of

[Bug c/19177] New: Floating-point error with simple subtraction.

Here's hoping this doesn't get marked as a duplicate of 323, since the summary contains the keywords "floating-point" and "error." :) With the following trivial program, which simply does 20 subtractions, a logic error occurs during a comparison against the floating point value, believing tha

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 15:27 --- : Search converges between 2004-04-01-trunk (#447) and 2004-04-10-trunk (#448). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18947

  1   2   >