[Bug rtl-optimization/19680] [missed-optimization] gcc4 is really reluctant to use fancy x86 addressing modes

--- Additional Comments From tbptbp at gmail dot com 2005-01-30 08:07 --- I'm sorry for providing such a poor testcase. Here's the kind of *48 sequence i'm seeing, k8 codegen; that's happening at a point where's there's quite some register pressure and it really doesn't help that another

[Bug libgcj/11941] gcj handles timezones wrongly with new Date().toString()

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-01-30 09:01 --- BTS masters, please set the target milestone to 4.0 Thanks, Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11941

[Bug tree-optimization/19706] New: Recognize common Fortran usages of copysign.

While looking through LAPACK I notices a few patterns. For example, in drotg, "r = dsign(1.0d0,x)*y". This is really "r = y ^ (x & sign-bit)". Compare this with "r = (1.0 | (x & sign-bit)) * y" when expanding copysign on most systems. Note that this can get kinda complex. See slasv2.f, I

[Bug other/19696] gcc.c-torture/execute/ieee/copysign1.c: Unsatisfied symbols: copysignl

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-30 09:28 --- For hpux, is this simply because we don't link against libm? -- What|Removed |Added

[Bug java/19707] New: Non-final variable doesn't shadow field wrt inner class.

A GCC checked out from CVS on 2005-01-29 compiles the following code without complaint, generating a g() that accesses Outer.x: class Outer { int x; void f(Object x) { class Inner { int g() { return x; } } } } The parameter with

[Bug middle-end/19699] [4.0 Regression] warning about not returning from end of a non-void function because of dead code

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-30 09:48 --- There is zero chance that this will be fixed for 4.0. That's exactly why Ian implemented the minimalistic check that he did in solving PR19583 and related. You may retartget this pr to fixing the silliness in

[Bug tree-optimization/19708] New: tree optimizer doesn't meet asm constraints

Found when attempting to compile powerpc64-linux glibc using current mainline gcc, the attached cut-down testcase results in tcboff.i: In function 'dummy': tcboff.i:24: warning: asm operand 0 probably doesn't match constraints tcboff.i:24: error: impossible constraint in 'asm' -- Sum

[Bug tree-optimization/19708] tree optimizer doesn't meet asm constraints

--- Additional Comments From amodra at bigpond dot net dot au 2005-01-30 10:47 --- Created an attachment (id=8106) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8106&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19708

[Bug tree-optimization/19708] tree optimizer doesn't meet asm constraints

-- What|Removed |Added GCC build triplet|powerpc*-linux, i686-linux | GCC target triplet||powerpc*-linux, i686-linux Known to work|

[Bug rtl-optimization/19680] sub-optimial register allocation with sse

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-30 10:59 --- Ah hah. This is a bit of "cleverness" in the backend. It turns out that for K8, imul with an 8-bit immediate is vector decoded, and imul with a register is direct decoded. In theory, splitting out the constan

[Bug tree-optimization/19670] [4.0 regression] testsuite failure: gcc.c-torture/execute/builtins/strlen-3.c compilation, -O1

-- What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Last reconfirmed|2005-01-28

[Bug tree-optimization/19701] [4.0 regression] Way too many IVs

--- Additional Comments From rakdver at gcc dot gnu dot org 2005-01-30 11:59 --- Patch #7 of http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01381.html more or less solves the problem (there is one small bit missing that does not affect this testcase, but might be significant elsewhere).

[Bug fortran/19693] optimization problem with LAPACK routine cgtts2.f

--- Additional Comments From billingd at gcc dot gnu dot org 2005-01-30 12:15 --- This goes away when we set flag_complex_divide_method = 1 in toplev.c - overflow in complex division - which is consistent with the magnitude of the inputs. PR 18902 again. -- What|Remov

[Bug c++/19709] New: name lookup broken?

[forwarded from http://bugs.debian.org/294973] the following code is accepted by g++-3.x, not by g++-4.0: struct A {}; namespace Boo { struct B { friend struct A; B(const A&) {}; }; } int main() { A a; Boo::B b(a); return 0; } $ g++-4.0 bug-294973.cc bug-294973.cc: In fu

[Bug c++/19710] New: ice on invalid one line C++ code

Hello there, I just tried to compile the following illegal C++ code on a i686-pc-linux-gnu box with the latest gcc 3.4 snapshot 20050128 char fred = ' ; The compiler said [EMAIL PROTECTED] Alphasrc]$ ~/gnu/20050128/results/bin/g++ -c jan29a.cc jan29a.cc:2: error: missing terminating ' character

[Bug libfortran/19647] inquire(delim=) returns garbage

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-30 13:16 --- Subject: Bug 19647 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-30 13:16:20 Modified files: gcc/testsuite : ChangeLog libgfortran: C

[Bug java/19711] New: gcj segfaults instead of reporting the ambiguous expression

[forwarded from http://bugs.debian.org/286715] seen with 3.3, 3,4, 4.0 import java.util.*; public class Main { public static void main(String[] args) { boolean test = ((args == null) || (args.length == 0)); System.out.println("There are " + test ? "not" : "some" +

[Bug rtl-optimization/19680] sub-optimial register allocation with sse

--- Additional Comments From tbptbp at gmail dot com 2005-01-30 13:37 --- But i had to rewrite the hit_t structure in a way more closer to what's found in the original source to avoid the same useless cloning i noted earlier with gcc. Something like: union float4_t { float f[4]

[Bug libgcj/11941] gcj handles timezones wrongly with new Date().toString()

-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11941

[Bug middle-end/19698] [3.3/3.4/4.0 regression] Infinite loop in update_life_info

--- Additional Comments From schwab at suse dot de 2005-01-30 13:47 --- The test case from comment #5 triggers the bug in all branches since 3.3 (but not on the hammer branch). -- What|Removed |Added -

[Bug c++/19712] New: Can not use pow (as a function), must say std::pow explicitly.

#include #include using namespace std; double func(double num, double pow) { return(pow(num, pow)); } int main() { return(0); } error: `pow' cannot be used as a function If I add std:: before pow, it works: double func(double num, double pow) { return(std::pow(nu

[Bug tree-optimization/19706] Recognize common Fortran usages of copysign.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 13:51 --- Confirmed. -- What|Removed |Added CC||pinskia at

[Bug c++/19712] Can not use pow (as a function), must say std::pow explicitly.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 13:53 --- You declared a local variable (parameter) which shadows pow so this is invalid. try the following: double func(double num, double pow1) { return(pow(num, pow1)); } -- What|Removed

[Bug fortran/19693] optimization problem with LAPACK routine cgtts2.f

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

[Bug middle-end/19698] [3.3/3.4/4.0 regression] Infinite loop in update_life_info

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|4.0.0

[Bug libfortran/19647] inquire(delim=) returns garbage

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 13:59 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug preprocessor/19710] ice on invalid one line C++ code

-- What|Removed |Added Component|c++ |preprocessor Keywords||ice-on-invalid-code http://gcc.gnu.org/bugzilla/

gcc-bugs@gcc.gnu.org

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 14:08 --- The problem is that we don't fold "&4294938544B->D.1116.header.multiple_threads" to the offset but I remember there was a reason why we don't. The reason why this works in 3.4.4 is that we "fold' that in

[Bug libstdc++/19642] streaming doubles is very slow compared to sprintf

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-30 14:10 --- Subject: Bug 19642 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-30 14:09:59 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/confi

[Bug middle-end/19708] [4.0 Regression] does not fold "&int_cst->a" to just INT_CST

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 14:14 --- The easiest fix would be to fold it in the front-end for all INT_CST's like the following with a slight comment fix above: Index: c-typeck.c ===

[Bug c++/19709] name lookup broken?

-- What|Removed |Added Version|3.3.6 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19709

[Bug other/19696] gcc.c-torture/execute/ieee/copysign1.c: Unsatisfied symbols: copysignl

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-30 14:17 --- > For hpux, is this simply because we don't link against libm? No, we do link against libm. Same problem on Solaris 2.5.1 and 2.6: copysign is in libm, but not copysignl. -- What|Remove

[Bug c++/19712] Can not use pow (as a function), must say std::pow explicitly.

--- Additional Comments From larsnostdal at gmail dot com 2005-01-30 14:18 --- ouch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19712

[Bug java/19707] Non-final variable doesn't shadow field wrt inner class.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 14:22 --- Confirmed. -- What|Removed |Added OtherBugsDependingO||18131

[Bug java/9157] SEGV on bad java source

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

[Bug java/19711] gcj segfaults instead of reporting the ambiguous expression

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 14:25 --- *** This bug has been marked as a duplicate of 9157 *** -- What|Removed |Added

[Bug c++/19712] Can not use pow (as a function), must say std::pow explicitly.

--- Additional Comments From larsnostdal at gmail dot com 2005-01-30 14:26 --- Could not -Wshadow (or maybe something similar) warn about these things? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19712

[Bug c++/19403] [4.0 Regression] name lookup is broken with friends

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 14:27 --- Reopening as I must have missed GDR's last comment. -- What|Removed |Added Statu

[Bug c++/19403] [4.0 Regression] name lookup is broken with friends

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 14:28 --- Confirmed. -- What|Removed |Added CC||pinskia at

[Bug c++/19709] name lookup broken?

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 14:28 --- *** This bug has been marked as a duplicate of 19403 *** -- What|Removed |Added

[Bug c++/19403] [4.0 Regression] name lookup is broken with friends

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

[Bug bootstrap/19601] [4.0 Regression] make bootstrap-lean fails: insn-conditions.c:189: error: `flag_unsafe_math_optimizations' undeclared

--- Additional Comments From olh at suse dot de 2005-01-30 14:34 --- gcc/options.h is empty in a native sles9-ppc64 enviroment, perhaps the app generating that file dies. Looking ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19601

[Bug tree-optimization/18316] Missed IV optimization

-- What|Removed |Added Target Milestone|4.0.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18316

[Bug libfortran/19595] eor does not work

-- What|Removed |Added Target Milestone|4.0.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19595

[Bug middle-end/19699] [4.0 Regression] warning about not returning from end of a non-void function because of dead code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 15:02 --- Confirmed. -- What|Removed |Added Severity|normal |minor

[Bug middle-end/19699] [4.0 Regression] warning about not returning from end of a non-void function because of dead code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 15:05 --- (In reply to comment #2) > You may retartget this pr to fixing the silliness in libstdc++, if you want. Actually it is only silliness as try/catch is changed to be "if (true)"/"if (false)" if we don't have

[Bug c++/18738] [3.4 Regression] typename not allowed with non-dependent qualified name

--- Additional Comments From nefercheprure at gmail dot com 2005-01-30 15:07 --- This issue also affects template parameters: see also: 14.1/2, 14.6/5 namespace N { typedef int my_typedef } template < typename N::my_typedef > class X {}; X<3> variable; Neither the other comments nor th

[Bug c++/18738] [3.4 Regression] typename not allowed with non-dependent qualified name

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 15:10 --- (In reply to comment #5) > This issue also affects template parameters: see also: 14.1/2, 14.6/5 > > namespace N { typedef int my_typedef } > template < typename N::my_typedef > class X {}; > X<3> variable;

[Bug c++/18738] [3.4 Regression] typename not allowed with non-dependent qualified name

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW

[Bug other/19696] gcc.c-torture/execute/ieee/copysign1.c: Unsatisfied symbols: copysignl

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-01-30 15:22 --- Subject: Re: gcc.c-torture/execute/ieee/copysign1.c: Unsatis > For hpux, is this simply because we don't link against libm? No, only copysign and copysignf are available under hpux up to hpux 11.1

[Bug bootstrap/19601] [4.0 Regression] make bootstrap-lean fails: insn-conditions.c:189: error: `flag_unsafe_math_optimizations' undeclared

--- Additional Comments From olh at suse dot de 2005-01-30 15:22 --- It looks like a misbehaving gawk: pomegranate:~$ echo > foo pomegranate:~$ gawk -f foo -f opth-gen.awk < foo | head pomegranate:~$ gawk -f opth-gen.awk < foo | head gawk: foo opth-gen.awk:/* This file is auto-genera

[Bug libfortran/19478] reading back from /dev/null

--- Additional Comments From bdavis at gcc dot gnu dot org 2005-01-30 15:24 --- proposed patch: http://gcc.gnu.org/ml/fortran/2005-01/msg00329.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19478

[Bug libfortran/19478] reading back from /dev/null

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

[Bug target/19700] ICE in final_scan_insn with O1 -g -march=athlon-xp -mfpmath=sse

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-30 17:48 --- Subject: Bug 19700 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-30 17:48:11 Modified files: gcc: ChangeLog gcc/config/i386: i

[Bug target/19700] ICE in final_scan_insn with O1 -g -march=athlon-xp -mfpmath=sse

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-30 17:55 --- Subject: Bug 19700 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-30 17:55:13 Added files: gcc/testsuite/gcc.c-torture/execute/ieee: copysign2.c L

[Bug rtl-optimization/19680] sub-optimial register allocation with sse

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-30 18:04 --- Ok, I see what Intel is doing. It's computing an index by 16 by doing addl %ecx,%ecx movl (%ebx, %ecx, 8), %eax instead of sall $4, %ecx movl (%ebx, %ecx), %eax which, considering the suckitude of t

[Bug target/19700] ICE in final_scan_insn with O1 -g -march=athlon-xp -mfpmath=sse

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-30 18:06 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug target/19700] ICE in final_scan_insn with O1 -g -march=athlon-xp -mfpmath=sse

-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19700

[Bug java/19713] New: ICE with (void) parameter list

$ cat void.java class X { void y(void) { } } $ gcj -v -C void.java Using built-in specs. Configured with: /home/kalle/src/FOREIGN-CVS/gcc/configure --prefix=/home/kalle --exec-prefix=/home/kalle/i386-pc-linux-gnu --host=i386-pc-linux-gnu --build=i386-pc-linux-gnu Thread model: posix gcc ver

[Bug java/19713] ICE with (void) parameter list

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

[Bug rtl-optimization/19680] sub-optimial register allocation with sse

--- Additional Comments From tbptbp at gmail dot com 2005-01-30 18:40 --- Yes that's not a win per se but even with those "unrolled" addr computations its encodings end up generally tighter, ie: gcc: 40114d: c1 e1 04shl$0x4,%ecx 401150: 8d 41 30

[Bug tree-optimization/19639] Funny (horrible) code for empty destructor

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2005-01-30 18:54 --- Subject: Re: Funny (horrible) code for empty destructor pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-29 > 21:19 ---

[Bug rtl-optimization/19680] sub-optimial register allocation with sse

--- Additional Comments From tbptbp at gmail dot com 2005-01-30 18:59 --- Ah! Seems that another temporary isn't eliminated, much like http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19274, this time with _mm_set1_epi32. 40129b: 89 44 24 1c mov%eax,0x1c(%esp) 4012

[Bug java/19677] invalid "may not have been initialized" error

--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-30 19:02 --- Yes, the underlying problem is the same as with bug 16839. gcj captures all 'final' local variables in an anonymous class. This is incorrect -- it should only capture those which are actually used. -- ht

[Bug tree-optimization/19624] PRE pessimizes ivopts

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-30 19:08 --- El Fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/19624] PRE pessimizes ivopts

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-30 19:09 --- Subject: Bug 19624 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-30 19:08:37 Modified files: gcc: Makefile.in tree-ssa-pre.c Added fil

[Bug tree-optimization/19624] PRE pessimizes ivopts

-- What|Removed |Added Keywords||missed-optimization Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bu

[Bug middle-end/19697] [4.0 Regression] gcc.c-torture/execute/ieee/mzero6.c:24: error: unrecognizable insn

--- Additional Comments From roger at eyesopen dot com 2005-01-30 19:12 --- Confirmed. There are actually two bugs here. One in the backend, caused by pa.md's anddi3 and iordi3 expanders, and the other in the middle-end, introduced by the new expand_copysign function in optabs.c. I'm

[Bug target/19714] New: temporary not eliminated in composite _mm_set1_epi32

Much like http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19274, gcc pays a visit to the stack for _mm_set1_epi32 with a memory reference. With a couple of days old cvs, -O2 -march=k8 -mfpmath=sse #include __m128i eliminated(const int i) { return _mm_set1_epi32(i); } __m128i not_eliminated

[Bug tree-optimization/19703] [4.0 Regression] Poor optimisation of loop test, DOM causing unsigned to int and missing combine compares

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 19:20 --- Even though DOM is the problem, IV-OPTS can be improved so we don't create the casts in the first place, patch here to do that: . I will try get a

[Bug target/19714] temporary not eliminated in composite _mm_set1_epi32

-- What|Removed |Added Keywords||missed-optimization, ssemmx http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19714

[Bug tree-optimization/19686] [4.0 Regression] loop performance decrease, not comparing against 0

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 19:52 --- Actually the conversion to unsigned is free. The problem is something different. The problem is that we are no longer comparing against 0 instead we are comparing something totally different. (ivtmp.2

[Bug target/19704] ICE for tail call of regparm 3 and dllimport

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 19:55 --- Patch here: . -- What|Removed |Added

[Bug c++/19628] [3.4/4.0 Regression] g++ no longer accepts __builtin_constant_p in constant-expressions

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 19:56 --- New patch here: . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19628

[Bug c++/19710] [3.4 regression] ice on invalid one line C++ code

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-30 20:01 --- Confirmed. Giovanni, the bug appears with your patch http://gcc.gnu.org/ml/gcc-cvs/2004-09/msg00960.html Could you please have a look? -- What|Removed |Added

[Bug target/19566] x86_64 - inconsistent choice of parameter passing method for 16 byte struct

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 20:17 --- I should note that these two structs are incompatible so why do you think they should be passed the same? -- What|Removed |Added ---

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

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-30 20:50 --- I still see "b" marked as "call clobbered": struct S { int w, x, y, z; }; struct T { int r; struct S s; }; void bar(struct S, int); void foo(int a, struct T b) { struct S *c = 0; if (a)

[Bug tree-optimization/19624] PRE pessimizes ivopts

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-30 20:56 --- This pach doesn't have a ChangeLog. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19624

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

-- What|Removed |Added Status|ASSIGNED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17278

[Bug target/19566] x86_64 - inconsistent choice of parameter passing method for 16 byte struct

--- Additional Comments From gary at intrepid dot com 2005-01-30 21:34 --- >From a C point of view, the types are incompatible. But, from an ABI point of view, shouldn't values of both types be passed in the same way (ie, copied into registers rather than being copied to the stack in o

[Bug middle-end/19698] [3.3/3.4/4.0 regression] Infinite loop in update_life_info

--- Additional Comments From schwab at suse dot de 2005-01-30 22:25 --- Triggered by this change: 2002-07-05 Roger Sayle <[EMAIL PROTECTED]> PR c++/7099 * builtin-attrs.def: Define new attribute lists for use in builtins.def. * builtins.def [DEF_

[Bug other/19696] gcc.c-torture/execute/ieee/copysign1.c: Unsatisfied symbols: copysignl

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-30 22:35 --- Bother. Well, if I wanna use this for complex division, I'll have to come up with some solution. -- What|Removed |Added -

[Bug other/19696] gcc.c-torture/execute/ieee/copysign1.c: Unsatisfied symbols: copysignl

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 22:37 --- (In reply to comment #5) > Bother. Well, if I wanna use this for complex division, I'll have to come up > with some solution. powerpc-darwin is complex as it uses IBM's 128bit format which does not have a

[Bug tree-optimization/18687] [4.0 Regression] ~50% compile time regression

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-30 22:53 --- Profile for hashes100.c on an x86-64 with "-O2 -m32": CPU: Hammer, speed 1394.98 MHz (estimated) Counted CPU_CLK_UNHALTED events (Cycles outside of halt state) with a unit mask of 0x00 (No unit mask) cou

[Bug tree-optimization/18687] [4.0 Regression] ~50% compile time regression

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-30 22:55 --- The profile for infcodes100.c is essentially the same. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18687

[Bug middle-end/19698] [3.3/3.4/4.0 regression] Infinite loop in update_life_info

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 23:00 --- (In reply to comment #7) > Triggered by this change: I think that only added the pure attribute on __builtin_cos. You might want to try this testcase which shows the problem without a builtin: float f(float

[Bug middle-end/18089] [4.0 regression] Valgrind errors in real.c

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-30 23:02 --- Just for reference, this is now tracked in http://bugs.kde.org/show_bug.cgi?id=97042 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18089

[Bug middle-end/19698] [3.3/3.4/4.0 regression] Infinite loop in update_life_info

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-30 23:07 --- (In reply to comment #8) > (In reply to comment #7) > > Triggered by this change: > I think that only added the pure attribute on __builtin_cos. > You might want to try this testcase which shows the problem

[Bug tree-optimization/18687] [4.0 Regression] ~50% compile time regression

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-30 23:42 --- IVopts takes a lot of time (in several runs): tree iv optimization : 1.12 ( 9%) usr 0.16 (23%) sys 1.34 (10%) wall -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18687

[Bug c++/19715] New: C++ init_priority is not enabled for generic sparc-elf target

The C++ pragma init_priority is enabled for several sparc targets, but not for the generic sparc-elf (--target=sparc-elf). The file gcc/config/sparc/elf.h should include the following lines: #undef CTORS_SECTION_ASM_OP #undef DTORS_SECTION_ASM_OP #define SUPPORTS_INIT_PRIORITY 1 This problem exis

[Bug middle-end/19698] Infinite loop in update_life_info

--- Additional Comments From schwab at suse dot de 2005-01-31 00:12 --- Ok, so this is a _very_ old bug, reproducable even with 3.0. -- What|Removed |Added C

[Bug target/19205] [m68k] avoid converting INDEX to SI mode if a narrower mode suffices

--- Additional Comments From schwab at suse dot de 2005-01-31 00:15 --- The hammer branch still does not exhibit the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19205

[Bug middle-end/19698] [3.4/4.0 Regression] Infinite loop in update_life_info

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-31 00:15 --- (In reply to comment #10) > Ok, so this is a _very_ old bug, reproducable even with 3.0. Yes but it still an user visible regression and will most likely show up more and more with the optimizations happe

[Bug target/19205] [m68k] avoid converting INDEX to SI mode if a narrower mode suffices

--- Additional Comments From schwab at suse dot de 2005-01-31 00:18 --- Oops, stupid bugzilla interface. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19205

[Bug middle-end/19698] [3.4/4.0 Regression] Infinite loop in update_life_info

--- Additional Comments From schwab at suse dot de 2005-01-31 00:19 --- The hammer branch still does not exhibit the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19698

[Bug target/19715] C++ init_priority is not enabled for generic sparc-elf target

-- What|Removed |Added Component|c++ |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19715

[Bug other/19696] gcc.c-torture/execute/ieee/copysign1.c: Unsatisfied symbols: copysignl

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-31 00:30 --- Well, yes and no. The msb *is* set iff the value is negative. So copysign can be done by xor. tmp, mswx, mswx blt 0, 1f fneg hi, hi fneg lo, lo 1: plus some additional data movement instructions. S

[Bug c++/19710] [3.4 regression] ice on invalid one line C++ code

--- Additional Comments From giovannibajo at libero dot it 2005-01-31 00:31 --- Yes, but I am not sure what is the best fix. Mark, shouldn't cp_lexer_peek_nth_token always work, no matter how big the N is? I think it could return NULL if N is too big, but segfaulting looks a little too

[Bug tree-optimization/19716] New: Segfault with -ftree-vectorize

My code segfaults basically immediately when using -ftree-vectorize. Preprocessed sources are appended. To reproduce, do this: spec/src> /home/bangerth/bin/gcc-4.0-pre/bin/c++ -march=pentium4 -O -ftree-vectorize x.ii -o x spec/src> ./x Segmentation fault This is with mainline CVS as of a

[Bug tree-optimization/19716] Segfault with -ftree-vectorize

--- Additional Comments From bangerth at dealii dot org 2005-01-31 00:41 --- Created an attachment (id=8109) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8109&action=view) Preprocessed sources -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19716

  1   2   >