[Bug c++/19474] wrong linkage of extern "C" variables

--- Additional Comments From sstrasser at systemhaus-gruppe dot de 2005-01-31 07:52 --- Created an attachment (id=8111) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8111&action=view) reference to a in c.c shouldn't be undefined -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1

[Bug c++/19474] wrong linkage of extern "C" variables

-- What|Removed |Added Summary|wrong tree for extern "C" |wrong linkage of extern "C" |variables |variables http://gcc.gnu.org/bugz

[Bug c++/19474] wrong tree for extern "C" variables

--- Additional Comments From sstrasser at systemhaus-gruppe dot de 2005-01-31 07:48 --- I think I was wrong, this is a bug _and_ has effects on compilation: in example2(see above) int a is not extern "C" in the tree, AND it is C++ mangled in compiler output! std 7.5.7 states that a onc

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

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-31 07:38 --- > You probably mean this patch??? > http://gcc.gnu.org/ml/gcc-patches/2003-01/msg02059.html Yep. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19698

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

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-31 07:33 --- You probably mean this patch??? http://gcc.gnu.org/ml/gcc-patches/2003-01/msg02059.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19698

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

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-31 07:22 --- > The hammer branch still does not exhibit the problem. Ask Zdenek, he had a patch for this long-standing problem. I even tried to have it included in the FSF tree at some point, but failed. --

[Bug tree-optimization/2480] aliasing problem with global structures

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

[Bug c++/11224] [3.3/3.4 regression] warning "value computed is not used" no longer emitted

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

[Bug c++/11247] -frepo fails to instantiate typeinfo

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

[Bug libfortran/12884] [Regression w.r.t. g77] error in reading a namelist when it is predeced by a line with a SLASH

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

[Bug rtl-optimization/16052] strength reduction produces wrong code

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

[Bug java/18212] nativ compilation with multiple jars fails / gives internal compiler error

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

[Bug target/9571] [PPC] problems with 'const', -msdata=eabi and sections.

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

[Bug rtl-optimization/15248] Reload may generate stores to read-only memory

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

[Bug tree-optimization/19719] missed optimization on boolean operation with boolean arguments

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-31 06:47 --- Confirmed. Part of the problem is recorded in PR 15618. Note on the tcb we get better code at least for PPC: cmpwi cr7,r3,0 subfic r0,r4,0 adde r4,r0,r4 li r3,0 beqlr-

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-31 06:39 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c++/19499] [3.4/4.0 regression] Bad diagnostic for namespace as template parameter

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-01-31 06:26 --- Alexandre, this patch was clearly incorrect. The whole reason to create CPP_TEMPLATE_ID tokens is to avoid re-parsing the same token sequence in the case that an error occurred. Please revert this patch A

[Bug c++/19404] [4.0 Regression] anonymous types and templates and rejecting valid code

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-01-31 06:22 --- This code is invalid. The use of ">>" requires the instantiation of the declaration of the overloaded "operator>>", but that instantiation fails because one of the template argument is anonymous. --

[Bug c++/19555] [4.0 Regression] specialized in the wrong namespace causes an ICE

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-01-31 06:18 --- Fixed in GCC 4.0. -- What|Removed |Added Status|ASSIGNED|RE

[Bug c++/19555] [4.0 Regression] specialized in the wrong namespace causes an ICE

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-31 06:17 --- Subject: Bug 19555 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-31 06:16:54 Modified files: gcc/testsuite : ChangeLog gcc/cp : C

[Bug rtl-optimization/19719] missed optimization on boolean operation with boolean arguments

--- Additional Comments From yuri at tsoft dot com 2005-01-31 06:16 --- Ooops, sorry, should be 2 instructions instead of 7 (3.5X inefficiency) should be pushl %ebp movl%esp, %ebp >movl8(%ebp), %eax >andl12(%ebp), %eax .p2align

[Bug rtl-optimization/19719] New: missed optimization on boolean operation with boolean arguments

Function: bool f(bool b1, bool b2) { return (b1 && b2); } compiled into assembly with 2 jumps and many redundand instructions (7 total), see below. Should be no jumps and much less instructins (3 total). Yuri got from g++ pushl %ebp movl%esp, %ebp >xorl

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

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-31 06:04 --- Subject: Bug 19697 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-31 06:04:08 Modified files: gcc: ChangeLog gcc/config/pa : p

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

--- Additional Comments From dannysmith at users dot sourceforge dot net 2005-01-31 05:55 --- Fixed on mainline. Should this also be applied be applied to 3_4-barnch (assuming regtesting is OK), where the bug also exists? Danny -- What|Removed |Add

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

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-31 05:49 --- Subject: Bug 19704 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-31 05:49:16 Modified files: gcc: ChangeLog gcc/config/i386: i

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

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-31 05:31 --- If you're still looking at K8, moving through memory is two cycles faster than moving directly between the general register file and the sse register file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1968

[Bug libstdc++/8670] Alignment problem in std::basic_string

--- Additional Comments From ncm-nospam at cantrip dot org 2005-01-31 05:29 --- Hmm, precisely two additional casts (or local unions), each in a statement where a cast already appears, hardly seems like a "load". But I'm always patient, right? It's just that anyplace a standard const

[Bug c++/19555] [4.0 Regression] specialized in the wrong namespace causes an ICE

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

[Bug fortran/19443] log10 statement does not work properly in gfortran

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-01-31 04:38 --- Paul, Your code on i386-*-freebsd produces kargl[233] ./log log with real*4 .. -115.1292 -115.1293 log with real*8 .. -115.129254649702 -115.129254649702

[Bug target/19718] [3.3 Regression] longcall attributed doesn't work for standard C function names

-- What|Removed |Added Component|c |target Keywords||wrong-code Summary|longcall attributed doesn

[Bug c/19718] longcall attributed doesn't work for standard C function names

--- Additional Comments From jason at catapult dot com 2005-01-31 04:19 --- Created an attachment (id=8110) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8110&action=view) A simple program with differently-named function prototypes This program has function prototypes for the libr

[Bug c++/19367] [4.0 Regression] ICE: tree_check in lookup_local_die with local `using'

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-01-31 04:13 --- Fixed in GCC 4.0. -- What|Removed |Added Status|ASSIGNED|RE

[Bug c++/19395] [3.3/3.4 regression] invalid scope qualifier allowed in typedef

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-01-31 04:12 --- Fixed in GCC 4.0. -- What|Removed |Added Summary|[3.3/3.4/4.0 regression]|[3

[Bug c++/19367] [4.0 Regression] ICE: tree_check in lookup_local_die with local `using'

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-31 04:07 --- Subject: Bug 19367 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-31 04:07:41 Modified files: gcc/cp : ChangeLog decl.c name-lookup.c

[Bug c++/19395] [3.3/3.4/4.0 regression] invalid scope qualifier allowed in typedef

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-31 04:07 --- Subject: Bug 19395 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-31 04:07:41 Modified files: gcc/cp : ChangeLog decl.c name-lookup.c

[Bug c/19718] New: longcall attributed doesn't work for standard C function names

I'm working on some code that has implemented functions with the same name as standard C string functions (eg. sprintf, memcpy), and for some reason the longcall attribute is being ignored by the assembler, according to the output from objdumpppc. This happens even though I'm not including the sta

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

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-31 04:01 --- Subject: Bug 19696 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-31 04:00:57 Modified files: gcc: ChangeLog optabs.c Log message:

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

--- Additional Comments From bangerth at dealii dot org 2005-01-31 03:11 --- Nope, -fno-ivopts doesn't make any difference. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19716

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

--- Additional Comments From austern at apple dot com 2005-01-31 02:38 --- Subject: Re: [3.4/4.0 Regression] g++ no longer accepts __builtin_constant_p in constant-expressions > it checks for built-ins that can appear in consant-expressions, but > the name > might seem to refer exclu

[Bug c++/19367] [4.0 Regression] ICE: tree_check in lookup_local_die with local `using'

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

[Bug c++/19395] [3.3/3.4/4.0 regression] invalid scope qualifier allowed in typedef

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

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

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-01-31 01:39 --- I agree that __builtin_constant_p should be allowed in an integral constant-expression. The only thing I don't like about the patch is that the documentation for builtin_is_constant_p doesn't obviously mat

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-31 01:32 --- Hmm, there is an alignment check there, this seems werid. Just to check does -fno-ivopt help. I was looking through the asm but I cannot figure out where exactly the problem is. -- http://gcc.gnu.org

[Bug c++/16042] [3.3/3.4 regression] ICE with array assignment

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-01-31 01:30 --- In GCC 4.0, there is no defect. This code is of course invalid C++. It is not accepted in GNU C99 mode, so there is no reason to accept it in GNU C++. I have therefore removed the 4.0 regression markers.

[Bug rtl-optimization/19717] -fdump-rtl-cse2 does not work as documented

-- What|Removed |Added Summary|-fdump-tree-cse2 does not |-fdump-rtl-cse2 does not |work as documented |work as documented http://gcc.gnu.or

[Bug rtl-optimization/19717] New: -fdump-tree-cse2 does not work as documented

$ touch test.c $ ./cc1 -quiet -O2 -fdump-rtl-cse2 -o /dev/null test.c cc1: warning: ignoring unknown option ‘2’ in ‘-fdump-rtl-cse’ $ -- Summary: -fdump-tree-cse2 does not work as documented Product: gcc Version: unknown Status: UNCONFIRMED S

[Bug c++/19457] [4.0 Regression] Warning depends on cached constant

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-01-31 01:22 --- Fixed in 4.0. -- What|Removed |Added Status|ASSIGNED|RESOLV

[Bug c++/19349] [4.0 Regression] Valgrind errors compiling libjava c++ sources

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-01-31 01:21 --- Fixed in GCC 4.0. -- What|Removed |Added Status|ASSIGNED|RE

[Bug c++/19457] [4.0 Regression] Warning depends on cached constant

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-31 01:17 --- Subject: Bug 19457 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-31 01:17:19 Modified files: gcc/cp : call.c cp-tree.h semantics.c typeck.c

[Bug c++/19349] [4.0 Regression] Valgrind errors compiling libjava c++ sources

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-31 01:17 --- Subject: Bug 19349 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-31 01:17:19 Modified files: gcc/cp : call.c cp-tree.h semantics.c typeck.c

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

--- Additional Comments From bangerth at dealii dot org 2005-01-31 01:01 --- BTW, I have glibc 2.3.3, which in the other PR is specifically listed as a version for which the bug doesn't happen. So this is not a duplicate. The system as a whole is suse 9.2, right out of the box. W.

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

--- Additional Comments From bangerth at dealii dot org 2005-01-31 00:56 --- Here is a self-contained testcase: -- struct A { double values[3]; A () { for (unsigned int i=0; i!=3; ++i) values[i] = 0; } }; double f() { A va

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-31 00:45 --- This might be a dup of bug 17589 which looks more like a glibc bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19716

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

-- What|Removed |Added GCC target triplet||i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19716

[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

[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 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 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 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 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/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 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:15 --- The hammer branch still does not exhibit the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19205

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

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

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

  1   2   >