[Bug bootstrap/21335] [meta-bug] bootstrap fails with -ftree-vectorize

-- Bug 21335 depends on bug 24059, which changed state. Bug 24059 Summary: [4.1 Regression] ICE expand_expr_real_1 with -ftree-vectorize -O2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24059 What|Old Value |New Value ---

[Bug tree-optimization/24059] [4.1 Regression] ICE expand_expr_real_1 with -ftree-vectorize -O2

--- Additional Comments From uros at kss-loka dot si 2005-09-29 06:22 --- Fixed by: http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01284.html (I have added PR number to the ChangeLog entry) -- What|Removed |Added ---

[Bug rtl-optimization/19780] Floating point computation far slower for -mfpmath=sse

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29 04:05 --- Confirmed. This is weird and this is an ra issue. I don't understand why the ra is spilling it to the stack as there are enough SSE registers to hold the 6 registers. -- What|Removed

[Bug rtl-optimization/19780] Floating point computation far slower for -mfpmath=sse

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29 04:06 --- Oh, and this looks very related to two operand instructions issue. PPC gives optimial code: L2: fmul f0,f6,f9 fmul f13,f7,f10 fmul f12,f8,f11 fmsub f29,f8,f10,f0 fmsub

[Bug rtl-optimization/20945] [4.0/4.1 Regresson] about 2x perfomance regression in comparision with 3.4.2

-- What|Removed |Added GCC target triplet|i586-suse-linux |i586-*-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20945

[Bug middle-end/17886] variable rotate and long long rotate should be better optimized

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-29 05:05 --- Here's the best I can think of for the first case, assuming that %ecx contains the rotate-left count, %eax contains the low order word, and %ebx contains the high-order word. mov %eax, %ebx cmp %ecx, $

[Bug target/24102] floatdisf2_internal2 broken

-- What|Removed |Added CC|amodra at gcc dot gnu dot | |org | Target Milestone|4.0.2 |3.4.5 http

[Bug rtl-optimization/24069] [4.1 Regression] ice during feedback stage of profiledbootstrap on powerpc

--- Additional Comments From steinmtz at us dot ibm dot com 2005-09-29 04:36 --- ./> gcc -v Using built-in specs. Target: powerpc64-linux Configured with: /home/steinmtz/work/src/mainline/gcc/configure -- prefix=/home/steinmtz/work/install/mainline --build=powerpc64-linux -- host=powerpc

[Bug middle-end/17886] variable rotate and long long rotate should be better optimized

--- Additional Comments From dank at kegel dot com 2005-09-29 04:36 --- Thanks - I'll try to get this benchmarked on a semi-real app. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17886

[Bug target/23150] 20050713-1.c fails on arm-none-eabi with -O2 or -Os.

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

[Bug target/21588] x86 machine builtins do not have any const/pure attributes set

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29 04:12 --- Making this depend on the "need a new ra" bug. -- What|Removed |Added BugsThisDependsOn|

[Bug target/24102] floatdisf2_internal2 broken

--- Additional Comments From amodra at bigpond dot net dot au 2005-09-29 04:51 --- Fixed all active branches -- What|Removed |Added Status|ASSIGNED

[Bug middle-end/17886] variable rotate and long long rotate should be better optimized

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-29 03:52 --- Here is the current status for the four functions in Andi's testcase, with "f2" changed to use "32 - y" so that it is a proper rotation: * f still generates a complex code sequence, but I'm not sure how mu

[Bug rtl-optimization/17387] Redundant instructions in loop optimization

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29 03:44 --- New patch was posted: http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01769.html -- What|Removed |Added -

[Bug target/24102] [3.4/4.0 Regression] floatdisf2_internal2 broken

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29 04:43 --- Subject: Bug 24102 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-29 04:43:44 Modified files: gcc: Change

[Bug rtl-optimization/17935] Two consecutive movzbl are generated

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29 03:47 --- (In reply to comment #6) > I think there is another optimization opportunity regarding movzbl following > andl. I think that is that the tracer pass runs late which causes the movzbl to be there late. --

[Bug target/24102] [3.4/4.0 Regression] floatdisf2_internal2 broken

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29 04:49 --- Subject: Bug 24102 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-09-29 04:48:45 Modified files: gcc: Change

[Bug middle-end/23150] 20050713-1.c fails on arm-none-eabi with -O2 or -Os.

--- Additional Comments From kazu at gcc dot gnu dot org 2005-09-29 04:47 --- This turned out to be a bug in calls.c. Changing to middle-end. -- What|Removed |Added

[Bug target/23451] [3.4/4.0/4.1 regression] Redundant reloading from stack frame

-- What|Removed |Added GCC target triplet|i486-linux |i486-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23451

[Bug middle-end/20983] [4.0/4.1 Regression] varargs functions force va_list variable to stack unnecessarily

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29 03:37 --- Hmm, I think the same problem is on powerpc. There is an extra store to -40(r1). -- What|Removed |Added --

[Bug middle-end/17886] variable rotate and long long rotate should be better optimized

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29 03:31 --- Subject: Bug 17886 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-29 03:31:27 Modified files: gcc: ChangeLog expmed.c optabs.c

[Bug tree-optimization/21550] [4.0/4.1 Regression] i686 floating point performance 33% slower than gcc 3.4.3

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

RE: Complier not giving warning/error in this scenario.. Please h elp..

No, it's not a problem with the compiler. When you remove the function name, the code is still valid. For example: int main() { int a; a = (1,2,3,4); printf("%d\n", a); } [EMAIL PROTECTED]:~$ gcc t.c [EMAIL PROTECTED]:~$ ./a.out 4 See 6.5.17 Comma operator of the C Standard for more in

FW: Complier not giving warning/error in this scenario.. Please help..

Hello All, I am trying to compile the file with the following code. Originally it was: if ((erc = pk_val(pline, pkt, mp, PKT_CLEAR, PK_LOCAL)) By accident I saved the file with the following code. if ((erc = (pline, pkt, mp, PKT_CLEAR, PK_LOCAL)) By accident pk_val_call got deleted

[Bug middle-end/24109] [4.0 Regression] non unit-at-a-time failure with compound literals

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-29 01:36 --- Retargeting at 4.0.3. -- What|Removed |Added Target Milestone|4.0.2

[Bug target/24102] [3.4/4.0 Regression] floatdisf2_internal2 broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29 00:51 --- (In reply to comment #6) > How about the other branches? 4.0 is frozen right now and you really don't want a 3.4.5 (which sounds like will be released before 4.0.3) to have a fix before 4.0.x has it. --

[Bug target/24102] [3.4/4.0/4.1 Regression] floatdisf2_internal2 broken

--- Additional Comments From bangerth at dealii dot org 2005-09-29 00:25 --- How about the other branches? W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24102

[Bug target/24102] [3.4/4.0/4.1 Regression] floatdisf2_internal2 broken

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29 00:21 --- Subject: Bug 24102 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-29 00:16:16 Modified files: gcc: ChangeLog gcc/config/rs6000:

[Bug rtl-optimization/24069] [4.1 Regression] ice during feedback stage of profiledbootstrap on powerpc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29 00:13 --- On powerpc-darwin, I was able to profiledbootstrap so this most likely 64bit related. By the way how did you configure gcc? -- What|Removed |Added

[Bug tree-optimization/23396] [4.1 Regression] profiledbootstrap is broken (again)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 23:59 --- Fixed or at least I cannot reproduce it any more. -- What|Removed |Added Status|

[Bug fortran/24110] INTERVAL: Error: Unclassifiable statement

--- Additional Comments From kargl at gcc dot gnu dot org 2005-09-28 23:20 --- What exactly is the problem? AFAIK, the "program" is not valid Fortran 95. What to you expect the compiler to do? -- What|Removed |Added --

[Bug libgcj/24051] [4.1 Regression]: libjava failed to configure

--- Additional Comments From uweigand at gcc dot gnu dot org 2005-09-28 22:09 --- Same problem on s390(x)-ibm-linux. B.t.w. isn't the real problem that the CXX that comes out of the configure machinery is simply incorrect? I.e. it should be something like "xgcc -x c++" instead of just

[Bug target/24111] [3.4/4.0/4.1 regression] cannot handle identifiers with '$' character

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-09-28 21:48 --- (In reply to comment #1) > Does -fdollars-in-identifiers work? There is most likely a bug saying why this is not default for arm but > I have not looked. it does, at least for the compiler, didn't

[Bug target/24111] [3.4/4.0/4.1 regression] cannot handle identifiers with '$' character

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 21:47 --- ./config/arm/aout.h:#define DOLLARS_IN_IDENTIFIERS 0 Hmm: arm*-*-linux*) # ARM GNU/Linux with ELF tm_file="dbxelf.h elfos.h linux.h arm/elf.h arm/linux-gas.h arm/linux-elf.h arm/ao

[Bug target/24111] [3.4 4.0 4.1 regression] cannot handle identifiers with '$' character

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 21:42 --- Actually it looks like this was introduced by the fix for PR 9209 which solves the issue that we were allowing dollars even on targets which it should not be accepting them. -- http://gcc.gnu.org/bugzi

[Bug tree-optimization/23396] [4.1 Regression] profiledbootstrap is broken (again)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 21:31 --- Hmm, this works with --enable-checking=yes, trying --enable-checking=release soon. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23396

[Bug bootstrap/21335] [meta-bug] bootstrap fails with -ftree-vectorize

-- Bug 21335 depends on bug 23853, which changed state. Bug 23853 Summary: [4.1 regression] ICE: in tree_low_cst, at tree.c:4270 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23853 What|Old Value |New Value

[Bug tree-optimization/23853] [4.1 regression] ICE: in tree_low_cst, at tree.c:4270

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-28 21:30 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/23853] [4.1 regression] ICE: in tree_low_cst, at tree.c:4270

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-28 21:30 --- Subject: Bug 23853 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-28 21:30:41 Modified files: gcc: ChangeLog tree-vect-analyze.c Log m

[Bug testsuite/24107] gcc.dg/20050922-1.c relies in stdint.h

--- Additional Comments From joseph at codesourcery dot com 2005-09-28 21:29 --- Subject: Re: gcc.dg/20050922-1.c relies in stdint.h On Wed, 28 Sep 2005, pinskia at gcc dot gnu dot org wrote: > I could swore there were other testcases which included stdint.h but there is > not. > Any

[Bug target/24102] [3.4/4.0/4.1 Regression] floatdisf2_internal2 broken

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

[Bug c/24101] [3.4/4.0/4.1 Regression] Segfault with preprocessed source

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

[Bug testsuite/24107] gcc.dg/20050922-1.c relies in stdint.h

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 21:23 --- I could swore there were other testcases which included stdint.h but there is not. Anyways, your definition of int32_t is wrong for some targets. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24107

[Bug libfortran/24112] New: Reopening file with STATUS='OLD' doesn't work

Consider the following: ! Test reopening with io status='old' ! First create a test file: "touch foo" program iostatus open (1, file='foo', status='old') open (1, file='foo', status='old') end program iostatus According to the standard (F2003 draft, section 9.4.5, page 181): "A STATUS= speci

[Bug target/24111] [3.4 4.0 4.1 regression] cannot handle identifiers with '$' character

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 21:11 --- Does -fdollars-in-identifiers work? There is most likely a bug saying why this is not default for arm but I have not looked. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24111

[Bug middle-end/24109] [4.0 Regression] non unit-at-a-time failure with compound literals

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 21:08 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW

Re: gfortran says to submit bug report

On Sep 28, 2005, at 4:53 PM, Joe Koski wrote: While attempting to compile the NIST FDS4 code (f90 based) I get the following error and a request to submit a bug report: jakoski$ gfortran -c -O3 -ffixed-form -fno-underscoring mods.f mods.f: In function 'lpcoef': mods.f:5099: error: unrecognizab

[Bug target/24111] New: [3.4 4.0 4.1 regression] cannot handle identifiers with '$' character

[forwarded from http://bugs.debian.org/327849] Matthias On arm only, gcc cannot handle C identifiers like: static void L1__GET_$ENVIRONMENT__defmacro() reporting: gcc -g -Wall -DVOL=volatile -fsigned-char -pipe -pg -g -mlong-calls -I/home/camm/gcl-2.6.7/o -c gcl_defmacro.c In file include

[Bug tree-optimization/22488] [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly

--- Additional Comments From mark at codesourcery dot com 2005-09-28 20:40 --- Subject: Re: [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly dberlin at dberlin dot org wrote: >>>And besides, my approach isn't lying at all about this testcase; since >>>there

[Bug tree-optimization/22488] [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-09-28 20:34 --- Subject: Re: [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly On Wed, 2005-09-28 at 20:29 +, mark at codesourcery dot com wrote: > --- Additional Comments From mar

[Bug fortran/24110] New: INTERVAL: Error: Unclassifiable statement

$ cat test.f95 INTERVAL(4):: X = [2,3] END $ gfortran -c test.f95 In file 2.f95:1 INTERVAL(4):: X = [2,3] 1 Error: Unclassifiable statement at (1) $ gfortran -v Using built-in specs. Target: powerpc64-linux Configured with: /home/gccbuild/gcc_mline_anoncvs/gcc/configure --prefix=/opt/gcc-night

[Bug c/24109] New: [4.0 Regression] -fno-unit-at-a-time failure with compound literals

The PR23190 fix on gcc-4_0-branch introduced a regression, which leads to not being able to load some Linux kernel modules which abuse compound literals. Short testcase: extern void abort (void); struct A { int i; int j; }; struct B { struct A *a; struct A *b; }; struct C { struct B *c; struct A

[Bug c++/21685] [3.4/4.0/4.1 Regression] Internal compiler error on invalid code

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

[Bug tree-optimization/22488] [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly

--- Additional Comments From mark at codesourcery dot com 2005-09-28 20:28 --- Subject: Re: [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly jason at redhat dot com wrote: > And besides, my approach isn't lying at all about this testcase; since > there's on

[Bug c++/21685] [3.4/4.0/4.1 Regression] Internal compiler error on invalid code

--- Additional Comments From janis187 at us dot ibm dot com 2005-09-28 20:27 --- A regression hunt identified this patch from mmitchel: http://gcc.gnu.org/ml/gcc-cvs/2004-02/msg00117.html -- What|Removed |Added -

[Bug c++/22618] [3.4/4.0/4.1 Regression] Template non-type arguments break class access protection

--- Additional Comments From janis187 at us dot ibm dot com 2005-09-28 20:25 --- A regression hunt identified this patch from mmitchel: http://gcc.gnu.org/ml/gcc-cvs/2003-07/msg00404.html -- What|Removed |Added -

[Bug tree-optimization/22488] [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-09-28 20:16 --- Subject: Re: [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly On Wed, 2005-09-28 at 19:39 +, jason at redhat dot com wrote: > --- Additional Comments From jason at

[Bug tree-optimization/22488] [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly

--- Additional Comments From jason at redhat dot com 2005-09-28 19:39 --- Subject: Re: [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly mmitchel at gcc dot gnu dot org wrote: > I think this is a hack so that later, when we use the COMPONENT_REFs, we don't > h

[Bug testsuite/24107] gcc.dg/20050922-1.c relies in stdint.h

-- What|Removed |Added BugsThisDependsOn||448 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24107

[Bug target/24108] New: gcc.dg/vect/vect-76.c scan-tree-dump-times vectorized 1 loops 1 fails

FAIL: gcc.dg/vect/vect-76.c scan-tree-dump-times vectorized 1 loops 1 appeared on ia64-hp-hpux11.23 between 20050920 and 20050924, for both -milp32 and -mlp64. (This precise test within vect-76.c appears to be a new test, i.e. there wasn't previously a "PASS: gcc.dg/vect/vect-76.c scan-tree-dump-t

[Bug fortran/20903] types shouldn't propagate into interfaces

--- Additional Comments From pault at gcc dot gnu dot org 2005-09-28 18:59 --- (In reply to comment #3) > This is resolved by http://gcc.gnu.org/ml/fortran/2005-09/msg00438.html > > Paul T > Bull twaddle! This is wrong, whoever you are. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?

[Bug testsuite/24107] New: gcc.dg/20050922-1.c relies in stdint.h

The testcase gcc.dg/20050922-1.c relies on the header stdint.h, which is not provided by GCC. This causes it to fail on systems such as hppa2.0w-hp-hpux11.11 which have inttypes.h but not stdint.h. The simplest fix would be to define uint32_t locally in the testcase, along the lines of #if __INT

[Bug c/24097] [3.4 Regression] x86_64 -fPIC code gen bug (extern/static linkage confusion)

--- Additional Comments From mcoiley at yahoo dot com 2005-09-28 18:49 --- *** Bug 24106 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24097

[Bug c/24106] x86_64 -fPIC code gen bug (extern/static linkage confusion)

--- Additional Comments From mcoiley at yahoo dot com 2005-09-28 18:49 --- [Not sure how I managed to enter it twice. Sorry.] *** This bug has been marked as a duplicate of 24097 *** -- What|Removed |Added ---

[Bug c/24106] New: x86_64 -fPIC code gen bug (extern/static linkage confusion)

With this testcase: int foo (int (*cb)(void)) { return (*cb)(); } static int callback(void) { return 0; } int main (void) { int callback (void); return foo (callback); } On x86_64 with -fPIC, the address of callback as passed to foo is incorrect. If callback isn't static, it works (through th

[Bug middle-end/23971] [4.0/4.1 Regression] synth_mult running amok

--- Additional Comments From tsv at solvo dot ru 2005-09-28 18:07 --- Retested in idle machine: patch1 -O2 -mcpu=ev4 - 7 minutes patch2 -O2 -mcpu=ev4 - 1.30 minutes patch1 -O2 -mcpu=ev5 - 30 secs patch2 -O2 -mcpu=ev5 - 13.6 secs It does make a difference. :) Thank you. -- http://gc

[Bug tree-optimization/23853] [4.1 regression] ICE: in tree_low_cst, at tree.c:4270

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-28 18:05 --- Patch posted long time ago, but still unreviewed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23853

[Bug java/24018] [meta-bug] Patches that should be applied to 4.0 branch

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-09-28 17:35 --- (In reply to comment #5) > PR 19870. Although these patches are largeish, they have been tested in HEAD > for > some time and should be pretty safe. They are needed for OO.org. A "naive" backport d

[Bug target/23302] [4.1 Regression] extra move generated on x86

--- Additional Comments From dann at godzilla dot ics dot uci dot edu 2005-09-28 17:29 --- (In reply to comment #2) > While it might be probably possible to design peephole or combiner insn patter > I am tempted to close this and PR 23303 as WONTFIX as it seems to me we was > optimizing

[Bug tree-optimization/23853] [4.1 regression] ICE: in tree_low_cst, at tree.c:4270

--- Additional Comments From janis187 at us dot ibm dot com 2005-09-28 17:24 --- A regression hunt identified the following patch from [EMAIL PROTECTED]: http://gcc.gnu.org/ml/gcc-cvs/2005-05/msg00537.html -- What|Removed |Added ---

[Bug libstdc++/22309] mt allocator doesn't pthread_key_delete its keys

--- Additional Comments From Woebbeking at web dot de 2005-09-28 17:16 --- Subject: Re: mt allocator doesn't pthread_key_delete its keys On Tuesday 27 September 2005 16:43, jakub at gcc dot gnu dot org wrote: > If you are compiling with -fvisibility*, > then the problem is PR libstdc++

[Bug target/23302] [4.1 Regression] extra move generated on x86

--- Additional Comments From hubicka at gcc dot gnu dot org 2005-09-28 16:52 --- The actual problem here is that from combine's point of view the two alternatives (lea preceeded by loads, or add with memory operand followed by shift) looks equivalent and previously the shorter sequence w

[Bug target/23302] [4.1 Regression] extra move generated on x86

--- Additional Comments From hubicka at gcc dot gnu dot org 2005-09-28 16:51 --- The actual problem here is that from combine's point of view the two alternatives (lea preceeded by loads, or add with memory operand followed by shift) looks equivalent and previously the shorter sequence w

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

--- Additional Comments From janis187 at us dot ibm dot com 2005-09-28 16:48 --- A regression hunt identified these patches from nathan (the second adds a change missed in the first one): http://gcc.gnu.org/ml/gcc-cvs/2004-07/msg00663.html http://gcc.gnu.org/ml/gcc-cvs/2004-07/msg00

[Bug tree-optimization/23396] [4.1 Regression] profiledbootstrap is broken (again)

--- Additional Comments From hubicka at gcc dot gnu dot org 2005-09-28 16:48 --- x86 profiledbootstrap passed for me with mainline -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23396

[Bug c++/22352] [3.4/4.0/4.1 Regression] ICE in lookup_member

--- Additional Comments From janis187 at us dot ibm dot com 2005-09-28 16:41 --- A regression hunt identified this patch from [EMAIL PROTECTED]: http://gcc.gnu.org/ml/gcc-cvs/2003-10/msg00694.html -- What|Removed |Added

[Bug fortran/17737] ICE when variable appears in two data statements

--- Additional Comments From segalemb at usp dot br 2005-09-28 16:32 --- (In reply to comment #5) > *** Bug 23884 has been marked as a duplicate of this bug. *** Bug 23884 is not a duplicate of this bug, because there is no repeated data statements in module.F -- http://gcc.gnu.org

[Bug c++/21383] [3.4/4.0/4.1 Regression] Crash when finding &a_templated_func<>

--- Additional Comments From janis187 at us dot ibm dot com 2005-09-28 16:28 --- A regression hunt identified this patch from nathan: http://gcc.gnu.org/ml/gcc-cvs/2003-08/msg00349.html -- What|Removed |Added ---

[Bug middle-end/23714] [4.1 Regression] ICE in expand_assignment

--- Additional Comments From janis187 at us dot ibm dot com 2005-09-28 16:27 --- A regression hunt identified this patch from steven: http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg00294.html -- What|Removed |Added ---

[Bug tree-optimization/24059] [4.1 Regression] ICE expand_expr_real_1 with -ftree-vectorize -O2

--- Additional Comments From janis187 at us dot ibm dot com 2005-09-28 16:25 --- A regression hunt identified this patch from rth: http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg00765.html -- What|Removed |Added --

[Bug middle-end/17886] variable rotate and long long rotate should be better optimized

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-28 16:24 --- I am working on a patch to improve the rotation of "long long" by a constant. -- What|Removed |Added

[Bug target/24102] [3.4/4.0/4.1 Regression] floatdisf2_internal2 broken

--- Additional Comments From amodra at bigpond dot net dot au 2005-09-28 16:01 --- Bootstrapping the obvious fix. -- What|Removed |Added AssignedTo|unassigned at gcc

[Bug tree-optimization/22488] [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-28 15:57 --- > If so, are those fields of "A in B" really *there*, at those offsets > from the beginning of type B? Sort of. Because B would otherwise need a virtual table pointer, it just uses the one in A. So, ther

[Bug target/24102] [3.4/4.0/4.1 Regression] floatdisf2_internal2 broken

--- Additional Comments From amodra at bigpond dot net dot au 2005-09-28 15:54 --- Uhh, yes, it's a typo. The (const_int 3) in floatdisf2_internal2 should indeed be (const_int 2). -- What|Removed |Added ---

[Bug c++/16782] Accepts qualified member function declaration in class

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-28 15:13 --- Fixed in 4.1.0. -- What|Removed |Added Status|ASSIGNED|RESO

[Bug c++/16782] Accepts qualified member function declaration in class

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-28 14:51 --- Fixed in 4.1.0. -- What|Removed |Added Target Milestone|--- |4.1.

[Bug c++/16782] Accepts qualified member function declaration in class

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-28 14:50 --- Subject: Bug 16782 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-28 14:50:18 Modified files: gcc/cp : decl.c ChangeLog gcc/testsui

[Bug preprocessor/7976] pasting xxx and xxx does not give a valid preprocessing token

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-09-28 14:40 --- As requested in comment #17 -- What|Removed |Added CC|planta at planta d

[Bug preprocessor/7976] pasting xxx and xxx does not give a valid preprocessing token

--- Additional Comments From planta at planta dot de 2005-09-28 14:35 --- Subject: AW: macro definition Stopp blaming us!!! Remove us immediatelly from cc List. Thx! -Ursprüngliche Nachricht- Von:pinskia at gcc dot gnu dot org [mailto:[EMAIL PROTECTED] Gesendet:

[Bug c++/24103] [3.4 Regression] ICE in simple_cst_equal

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 14:10 --- Confirmed, because this is a forwarded bug. -- What|Removed |Added Status|UNCONF

Re: internal compiler error: in simple_cst_equal, at tree.c:3367

On Sep 28, 2005, at 10:09 AM, Alexander Stepanov wrote: Hello, I've got this strange internal error in gcc: I don't have a gcc 3.4 or greater at hand now. Can anyone test this code against a newer gcc and report a bug normal way if confirmed? I filed it as PR 24103:

[Bug c++/24103] [3.4 Regression] ICE in simple_cst_equal

-- What|Removed |Added Known to fail||3.4.0 3.0.4 3.3.3 Known to work||2.95.3 4.0.0 4.1.0 Summary|[3.4 R

[Bug c++/24103] New: [3.4 Regression]

The following C++ code ICES in simple_cst_equal: union foo { unsigned long dword; struct { int a : 1; int b : 2; int c : 13; int d : 16; } bar; }; typedef union foo foobar; class A { public: A(foobar

internal compiler error: in simple_cst_equal, at tree.c:3367

Hello, I've got this strange internal error in gcc: internal compiler error: in simple_cst_equal, at tree.c:3367 I'm attaching the test code - trivial, no includes. $ gcc test_ice_in_simple_cst_equal.cpp test_ice_in_simple_cst_equal.cpp:25: internal compiler error: in simple_cst_equal, at t

[Bug target/24102] [3.4/4.0/4.1 Regression] floatdisf2_internal2 broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 13:38 --- Caused by: PR rtl-optimization/16356 * config/rs6000/rs6000.md (floatdisf2_internal2): Rewrite with separate output register and one less jump. Enable for powerpc64. (floatd

[Bug rtl-optimization/24102] floatdisf2_internal2 broken

--- Additional Comments From mikael dot vidstedt at bea dot com 2005-09-28 13:34 --- This is on AIX/PowerPC. If there is anything else you need to know, please just ask. -- What|Removed |Added -

[Bug rtl-optimization/24102] New: floatdisf2_internal2 broken

The floatdisf2_internal2 is broken since 2004-11-26, which will result in broken rounding for float casts. long long l = (((1L << 24) + 1) << 29) + 1; float f = (float)l; will eg. lead to f=9007199254740992.00 instead of f=9007200328482816.00 If I'm not mistaken, rs6000.md:5239 sho

[Bug fortran/23232] DATA implied DO variables

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 13:24 --- *** Bug 24100 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug fortran/24100] gfortran cannot compile data statement

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 13:24 --- *** This bug has been marked as a duplicate of 23232 *** -- What|Removed |Added

[Bug c/24101] [3.4/4.0/4.1 Regression] Segfault with preprocessed source

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 12:56 --- Confirmed, backtrace: #0 0x0804bc76 in fe_file_change (new_map=0xa30cce4) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/c-lex.c:236 #1 0x080997a5 in cb_file_change (pfile=0xa303928, new_map=0xa30cce4)

  1   2   >