[Bug c++/33185] [4.3 Regression] ICE: canonical types differ for identical types T [] and T []

--- Comment #6 from tbm at cyrius dot com 2007-09-11 06:48 --- (In reply to comment #5) > Could someone try the patch at > > http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00910.html > > to determine whether this fixes the bug? I am unable to reproduce the bug > locally. Actually, I c

[Bug bootstrap/33309] gcc.c:6236: error: passing argument 1 of 'xputenv' discards qualifiers from pointer target type

--- Comment #10 from ghazi at gcc dot gnu dot org 2007-09-11 06:43 --- (In reply to comment #9) > It is the same, I just wanted to summarize in patch form. If we have an > approval then I can commit asap. > Kaveh? I can't approve it, but it looks correct to me. -- http://gcc.gnu.or

[Bug tree-optimization/33383] New: [4.3 Regression] Revision 128092 miscompiles 400.perlbench

Revision 128092 miscompiles 400.perlbench in SPEC CPU 2006 on Linux/x86-64 with -O2 -ffast-math. I got Running Benchmarks Running 400.perlbench ref base o2 default Kernel killed it: Out of Memory: Killed process 27337 (perlbench_base.). -- Summary: [4.3 Regression] Revision 1280

[Bug target/33381] [4.2 regression] miscompilation casting signed long to void*

--- Comment #1 from mmitchel at gcc dot gnu dot org 2007-09-11 03:32 --- Ian -- Is this a VRP issue? Thanks, -- Mark -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/33382] internal compiler error: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2454

--- Comment #2 from akumar at ee dot iitm dot ac dot in 2007-09-11 02:39 --- http://www.ee.iitm.ac.in/~ee03b091/dump/configuration.txt HTH. Kumar -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33382

[Bug tree-optimization/33382] internal compiler error: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2454

--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-11 02:17 --- Yes we would like the preprocessed source. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33382

[Bug c/30013] Multiple flaws in decimal floating-point arithmetic conversions fixed

--- Comment #6 from janis at gcc dot gnu dot org 2007-09-11 01:11 --- Subject: Bug 30013 Author: janis Date: Tue Sep 11 01:11:16 2007 New Revision: 128361 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128361 Log: gcc/ PR c/30013 * config/dfp-bit.c: Don't skip TF

[Bug c/33382] New: internal compiler error: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2454

Hello! I am using Debian's gcc 4.2.1, and I am running into some trouble while compiling logapp, available at http://logapp.sourceforge.net Here are the details: gcc -v -save-temps -Wall -O2 -c -o configuration.o configuration.c Using built-in specs. Target: i486-linux-gnu Configured with: ../sr

[Bug libstdc++/33377] [4.3 Regression] cris: error: 'ENOTSUP' was not declared in this scope building libstdc++

--- Comment #2 from hp at gcc dot gnu dot org 2007-09-11 01:00 --- How recent is your newlib? If it's older than August 24th I suggest you update. See . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33377

[Bug libstdc++/33377] [4.3 Regression] cris: error: 'ENOTSUP' was not declared in this scope building libstdc++

--- Comment #1 from rask at gcc dot gnu dot org 2007-09-11 00:40 --- This happens starting with revision 127744 and is definitely related to bug 33203. http://gcc.gnu.org/ml/libstdc++/2007-08/msg00039.html -- rask at gcc dot gnu dot org changed: What|Removed

[Bug target/33381] New: [4.2 regression] miscompilation casting signed long to void*

[forwarded from http://bugs.debian.org/440545] seen with 4.2 branch 20070902, works with 4,1 branch and trunk Matthias Output from attached program, if compiled with optimization level -O2: >From 0 to 2: 0 - In: -1, -1 (0x), Out: -1 1 - In: 0, 0 (0x), Out: 0

[Bug libgomp/33371] gcc: libgomp.spec: No such file or directory

--- Comment #2 from danglin at gcc dot gnu dot org 2007-09-10 23:01 --- Closing as "fixed". libgomp.spec and friends were installed in yesterdays build of 4.2.1. I also see that they were installed in hppa64-hp-hpux11.11 build. I believe the reason libgomp didn't install is the libjav

[Bug libgcj/33311] gcj: libgcj.spec: No such file or directory

--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-10 22:44 --- Where did you get GCJ/GCC? Was it a binary package or did you compile it yourself? Is this on vista? What version of GCC/GCJ do you have? -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug c++/33289] [4.2 Regression] __sprintf_chk etc. not DECL_ANTICIPATED

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.2/4.3 Regression]|[4.2 Regression] |__sprintf_chk etc. not |__sp

[Bug middle-end/33335] [4.3 Regression] FAIL: 26_numerics/complex/inserters_extractors/wchar_t/1.cc

--- Comment #5 from pinskia at gcc dot gnu dot org 2007-09-10 22:13 --- I think what is wrong now is the convert optable hash table is the same as the the other optable hash table so optab are matching when they should not be. We need to either split the hash tables or add an extra elem

[Bug middle-end/33351] [4.3 Regression] segfault in assembler function

--- Comment #8 from pinskia at gcc dot gnu dot org 2007-09-10 21:56 --- Fixed so closing. Though there should be a testcase for this one committed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/33346] [4.3 Regression] g++.old-deja/g++.eh/ia64-1.C ICEs at -O1 on spu-elf

--- Comment #5 from pinskia at gcc dot gnu dot org 2007-09-10 21:51 --- Yes this was fixed. The miscompiling of postreload.c is due to the patch which fixed PR 32283. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug bootstrap/33309] gcc.c:6236: error: passing argument 1 of 'xputenv' discards qualifiers from pointer target type

--- Comment #9 from andreast at gcc dot gnu dot org 2007-09-10 21:34 --- It is the same, I just wanted to summarize in patch form. If we have an approval then I can commit asap. Kaveh? I'm heading towards bed ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33309

[Bug fortran/33040] [ISO_C_BINDING] ICE in gfc_trans_structure_assign

--- Comment #3 from patchapp at dberlin dot org 2007-09-10 21:31 --- Subject: Bug number PR 33040 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00918.html -- http://gcc.gnu.org/bugzilla/s

[Bug bootstrap/33309] gcc.c:6236: error: passing argument 1 of 'xputenv' discards qualifiers from pointer target type

--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2007-09-10 21:30 --- Subject: Re: gcc.c:6236: error: passing argument 1 of 'xputenv' discards qualifiers from pointer target type > What is the status here? > I tested the patch below on hppa64-hp-hpux11.11, i686-pc-linux-gnu

[Bug rtl-optimization/33345] [4.3 Regression] gcc.c-torture/execute/20030323-1.c ICEs at -O2 and above on spu-elf

--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-10 21:01 --- Fixed, most likely by: 2007-09-09 Laurynas Biveinis <[EMAIL PROTECTED]> Revert: 2007-09-05 Laurynas Biveinis <[EMAIL PROTECTED]> * regrename.c (copyprop_hardreg_forward_1): New variable n

[Bug bootstrap/33309] gcc.c:6236: error: passing argument 1 of 'xputenv' discards qualifiers from pointer target type

--- Comment #7 from andreast at gcc dot gnu dot org 2007-09-10 20:42 --- What is the status here? I tested the patch below on hppa64-hp-hpux11.11, i686-pc-linux-gnu and i686-apple-darwin8. It brings the pa target past the failure. The others completed bootstrap. I'm not able to test on

[Bug c++/33185] [4.3 Regression] ICE: canonical types differ for identical types T [] and T []

--- Comment #5 from dgregor at gcc dot gnu dot org 2007-09-10 20:38 --- Could someone try the patch at http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00910.html to determine whether this fixes the bug? I am unable to reproduce the bug locally. -- http://gcc.gnu.org/bugzilla/show_b

[Bug c++/33112] ICE : canonical types differ for identical types const _CharT* [14] and const _CharT* [14]

--- Comment #2 from dgregor at gcc dot gnu dot org 2007-09-10 20:38 --- Could someone try the patch at http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00910.html to determine whether this fixes the bug? I am unable to reproduce the bug locally. -- http://gcc.gnu.org/bugzilla/show_b

[Bug tree-optimization/32575] [4.2/4.3 regression] With -ftree-vrp miscompiles a single line of code in SQLite

--- Comment #9 from jakub at gcc dot gnu dot org 2007-09-10 18:38 --- Fails e.g. with 127816, 127870 up to 127926, the bug goes away at least on the #c5 testcase with http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127927 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32575

[Bug rtl-optimization/32283] Missed induction variable optimization

--- Comment #12 from dje at gcc dot gnu dot org 2007-09-10 18:29 --- Created an attachment (id=14185) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14185&action=view) postreload.c preprocessed The patch broke bootstrap on powerpc-aix, powerpc-darwin, sparc-solaris, and hpux -- pro

[Bug fortran/33339] GFORTRAN OPTIMIZATION ERROR ABOVE -O0 FOR MPICH2 TEST F90_RMA/BASEATTRWINF90.F90

--- Comment #5 from sgk at troutmask dot apl dot washington dot edu 2007-09-10 18:28 --- Subject: Re: GFORTRAN OPTIMIZATION ERROR ABOVE -O0 FOR MPICH2 TEST F90_RMA/BASEATTRWINF90.F90 On Mon, Sep 10, 2007 at 04:03:21PM -, longb at cray dot com wrote: > > gcc version 4.2.1 20070719

[Bug middle-end/33380] Internal compiler error: in gen_lowpart_general, at rtlhooks.c:62

--- Comment #4 from pinskia at gcc dot gnu dot org 2007-09-10 17:38 --- Breakpoint 1, gen_lowpart_general (mode=3273328, x=0x31f420) at /Users/apinski/src/local/gcc/gcc/rtlhooks.c:61 61gcc_assert (MEM_P (x)); (gdb) y Undefined command: "y". Try "help". (gdb) p debug_rtx(x) (

[Bug fortran/33380] Internal compiler error: in gen_lowpart_general, at rtlhooks.c:62

--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-10 17:33 --- (In reply to comment #2) > (In reply to comment #1) > > This works on the trunk. > > > > Not for me. I had forgot to add -fopenmp to the options. -- pinskia at gcc dot gnu dot org changed: What

[Bug fortran/33380] Internal compiler error: in gen_lowpart_general, at rtlhooks.c:62

--- Comment #2 from kargl at gcc dot gnu dot org 2007-09-10 17:23 --- (In reply to comment #1) > This works on the trunk. > Not for me. troutmask:sgk[210] gfc4x --version GNU Fortran (GCC) 4.3.0 20070906 (experimental) troutmask:sgk[211] gfc4x -o z -fopenmp l1.f90

[Bug fortran/33380] Internal compiler error: in gen_lowpart_general, at rtlhooks.c:62

--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-10 17:21 --- This works on the trunk. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known

[Bug fortran/33380] New: Internal compiler error: in gen_lowpart_general, at rtlhooks.c:62

Gfortran terminates with an internal compiler error for this test: > cat test.f90 subroutine sub(var,thread_num) ! derived from RTED_OpenMP/FORTRAN/SECTION_B/F_B_7_1_k_Z_s.f90 ! derived from RTED_OpenMP/FORTRAN/SECTION_B/F_B_7_2_k_Z_s.f90 COMPLEX, INTENT(OUT) :: var integer, INTENT(IN)

[Bug fortran/33339] GFORTRAN OPTIMIZATION ERROR ABOVE -O0 FOR MPICH2 TEST F90_RMA/BASEATTRWINF90.F90

--- Comment #4 from longb at cray dot com 2007-09-10 16:03 --- Subject: Re: GFORTRAN OPTIMIZATION ERROR ABOVE -O0 FOR MPICH2 TEST F90_RMA/BASEATTRWINF90.F90 sgk at troutmask dot apl dot washington dot edu wrote: > --- Comment #3 from sgk at troutmask dot apl dot washington dot e

[Bug fortran/33375] [4.3 Regression] ICE (segfault) gfortran.dg/common_6.f90

--- Comment #2 from burnus at gcc dot gnu dot org 2007-09-10 16:00 --- Back to fortran; I was wrong. This is not a regression, but it occurred from the beginning as valgrind shows. That it crashes is new, however. More debugging; the line: common /b/x/c/ ! { dg-error "Syntax error"

[Bug c/33013] Documentation for __builtin_choose_expr is wrong

--- Comment #2 from brian at oddchange dot com 2007-09-10 15:49 --- *** This bug has been marked as a duplicate of 28575 *** -- brian at oddchange dot com changed: What|Removed |Added --

[Bug c/28575] misleading __builtin_choose_expr documentation error

--- Comment #2 from brian at oddchange dot com 2007-09-10 15:49 --- *** Bug 33013 has been marked as a duplicate of this bug. *** -- brian at oddchange dot com changed: What|Removed |Added ---

[Bug c/21920] aliasing violations

--- Comment #120 from pinskia at gcc dot gnu dot org 2007-09-10 14:44 --- *** Bug 33379 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/33379] Bad code generation with O3

--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-10 14:44 --- You are violating C/C++ aliasing rules. You are accessing a "unsigned char*" as a "unsigned short". *** This bug has been marked as a duplicate of 21920 *** -- pinskia at gcc dot gnu dot org changed:

[Bug bootstrap/33100] [4.3 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0

--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2007-09-10 14:41 --- Subject: Re: [4.3 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0 hjl at lucon dot org writes: > It could be caused by bugs in assembler/linker on Solaris. The assembler

[Bug c/33379] New: Bad code generation with O3

Hello , this code below compiles with different results. with -O0 the result is 1.(expected res.) from -O2 (and above) the result is 0.(BUG!) Thank You ! include #ifdef _BIG_ENDIAN #define FP_SEG(fp) (*((unsigned short*)&(fp))) #define FP_OFF(fp) (*((unsigned short*)&(fp)+1)) #else #define F

[Bug other/32154] sim-crt0.o/crt0.o isn't found during configure due to missing -L or -B

--- Comment #13 from rask at gcc dot gnu dot org 2007-09-10 14:27 --- Fixed as of revision 128344. -- rask at gcc dot gnu dot org changed: What|Removed |Added

[Bug other/32154] sim-crt0.o/crt0.o isn't found during configure due to missing -L or -B

--- Comment #12 from rask at gcc dot gnu dot org 2007-09-10 14:20 --- Subject: Bug 32154 Author: rask Date: Mon Sep 10 14:20:10 2007 New Revision: 128344 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128344 Log: PR other/32154 * configure.ac: For libgloss target

[Bug c++/33378] Recent gcc 4.3 snapshots think comparison operators are ambiguous

--- Comment #1 from bero at arklinux dot org 2007-09-10 14:11 --- Created an attachment (id=14184) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14184&action=view) test case Add test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33378

[Bug c++/33378] New: Recent gcc 4.3 snapshots think comparison operators are ambiguous

The attached test case has 2 code branches (#ifdef BREAKME and #ifndef BREAKME) that are treated as identical in all prior gcc versions. 4.3 snapshots barf with: gcc-4.3-testcase.cpp: In function 'int main()': gcc-4.3-testcase.cpp:28: error: ISO C++ says that these are ambiguous, even though the

[Bug fortran/33376] [4.3 regression] USE with renaming, assembler message: symbol already defined

--- Comment #2 from burnus at gcc dot gnu dot org 2007-09-10 14:08 --- The regression is caused by http://gcc.gnu.org/ml/gcc-cvs/2007-09/msg00124.html 2007-09-05 Paul Thomas <[EMAIL PROTECTED]> PR fortran/31564 (PR31564) * primary.c (gfc_match_rvalue): Make expression

[Bug c/16794] should warn about switched memset arguments

--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-10 14:07 --- *** Bug 32887 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/32887] warning for memset with zero size

--- Comment #16 from pinskia at gcc dot gnu dot org 2007-09-10 14:07 --- *** This bug has been marked as a duplicate of 16794 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/21032] [4.0 Regression] With -frounding-math, incorrectly reorders unary minus

--- Comment #23 from bagnara at cs dot unipr dot it 2007-09-10 12:32 --- My fault: I forgot to use the -frounding-math option. So, for the "wrong-code" aspect there is no problem. But the "missed-optimization" bit is still there: why do we have fldl12(%ebp) fchs

[Bug target/33369] [4.3 Regression] suffix or operands invalid for `pslld'

--- Comment #5 from ubizjak at gmail dot com 2007-09-10 12:12 --- Some additional discussion (with the fix to SLP vectorizer in a followup) at http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00859.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33369

[Bug fortran/31547] Document when CPP is called and document the f95-cpp-input option

--- Comment #4 from burnus at gcc dot gnu dot org 2007-09-10 12:09 --- Subject: Bug 31547 Author: burnus Date: Mon Sep 10 12:09:17 2007 New Revision: 128331 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128331 Log: 2007-09-10 Tobias Burnus <[EMAIL PROTECTED]> PR fort

[Bug fortran/31547] Document when CPP is called and document the f95-cpp-input option

--- Comment #3 from burnus at gcc dot gnu dot org 2007-09-10 12:09 --- Fixed. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug libstdc++/33377] New: cris: error: 'ENOTSUP' was not declared in this scope building libstdc++

Revision 128328 files to build libstdc++ with this error (and something similar with 128297 and 128277, just another Exxx constant): make[4]: Entering directory `/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/libstdc++-v3/src' /bin/sh ../libtool --tag CXX --mode=compile /home/rask/build/gcc-cris

[Bug fortran/33376] [4.3 regression] USE with renaming, assembler message: symbol already defined

--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-10 11:36 --- Works: gcc version 4.3.0 20070905 (experimental) [trunk revision 128123] (GCC) Fails: gcc version 4.3.0 20070906 (experimental) [trunk revision 128175] (GCC) -- burnus at gcc dot gnu dot org changed:

[Bug c++/30680] Spurious "might be used uninitialized" warning in STL use.

--- Comment #2 from jsli at yahoo dot com 2007-09-10 09:56 --- maybe the same bug to 22207? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30680

[Bug target/33369] [4.3 Regression] suffix or operands invalid for `pslld'

--- Comment #4 from uros at gcc dot gnu dot org 2007-09-10 09:10 --- Subject: Bug 33369 Author: uros Date: Mon Sep 10 09:10:00 2007 New Revision: 128328 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128328 Log: PR target/33369 * gcc/config/i386/sse.md (ashr3): C

[Bug tree-optimization/33373] ICE in vectorizable_type_demotion, at tree-vect-transform.c:4098

--- Comment #2 from dorit at gcc dot gnu dot org 2007-09-10 09:08 --- Testing this patch (it's a bug in the fix for PR33301. I accidentally treated TYPE_SIZE_UNIT as a constant, whereas it's really a tree...): Index: tree-vect-analyze.c ==

[Bug fortran/33376] New: [4.3 regression] USE with renaming, assembler message: symbol already defined

Hi, the following program fails to compile with rev.128283 but used to work just a few days ago: % cat gfcbug70.f90 module foo implicit none public chk type mytype character(len=4) :: str end type mytype type (mytype) ,parameter :: chk (1) = (/ mytype ("abcd") /) end module foo mo

[Bug middle-end/33375] [4.3 Regression] ICE (segfault) gfortran.dg/common_6.f90

--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-10 08:54 --- The regression occurred between (working) gcc version 4.3.0 20070906 (experimental) [trunk revision 128175] (GCC) and gcc version 4.3.0 20070907 (experimental) [trunk revision 128228] (GCC) on x86_64-unknown-linux

[Bug target/33374] GCC 4.1.2 produce wrong assembler code with -O2 option enabled.

--- Comment #4 from _kirpichev_ at mail dot ru 2007-09-10 08:53 --- There is no core dump with -fno-strict-aliasing. But, our code is used by others who can not set this option. Should code compiled without -fno-strict-aliasing produce core dump? In my opinion, the best way is produce on

[Bug fortran/33375] New: ICE (segfault) gfortran.dg/common_6.f90

With 4.3.0 20070910 [trunk revision 128322] I get a segmentation fault when compiling gfortran.dg/common_6.f90; excerpt: ! PR 23765 : We used to incorrectly accept common blocks with no symbols common ! { dg-error "Syntax error" } common y/d/ ! { dg-error "Syntax erro

[Bug target/33374] GCC 4.1.2 produce wrong assembler code with -O2 option enabled.

--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-10 08:34 --- >From the look at the source, it looks like you are violating C/C++ aliasing rules. Try with -fno-strict-aliasing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33374

[Bug target/33374] GCC 4.1.2 produce wrong assembler code with -O2 option enabled.

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal Component|c |target http:

[Bug fortran/33337] [Regression] ICE in Sep 6 snapshot in gfc_finish_var_decl, at fortran/trans-decl.c:510

--- Comment #2 from pault at gcc dot gnu dot org 2007-09-10 08:20 --- Michael, I answered my own question to you - it is indeed a regression. Cheers Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/33370] [4.3 Regression] Structure component arrays

--- Comment #5 from pault at gcc dot gnu dot org 2007-09-10 07:57 --- Fixed under the 'obvious' rule. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/33370] [4.3 Regression] Structure component arrays

--- Comment #4 from pault at gcc dot gnu dot org 2007-09-10 07:54 --- Subject: Bug 33370 Author: pault Date: Mon Sep 10 07:54:17 2007 New Revision: 128325 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128325 Log: 2007-09-10 Paul Thomas <[EMAIL PROTECTED]> PR fortran/

[Bug c/33374] GCC 4.1.2 produce wrong assembler code with -O2 option enabled.

--- Comment #2 from _kirpichev_ at mail dot ru 2007-09-10 07:53 --- Created an attachment (id=14183) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14183&action=view) Correct and incorrect assembler dumps. >From incorrect dump we can see where segmentation fault heppens: 0x0804839

[Bug c/33374] GCC 4.1.2 produce wrong assembler code with -O2 option enabled.

--- Comment #1 from _kirpichev_ at mail dot ru 2007-09-10 07:45 --- Created an attachment (id=14182) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14182&action=view) test programm This example is compiled incorrectly by gcc 4.1.2 with -O2 flag. But all works fine if we change line

[Bug c/33374] New: GCC 4.1.2 produce wrong assembler code with -O2 option enabled.

I use gcc 4.1.2 under solaris and linux and compile code using next commands: Linux: gcc -pipe -Wall -Wextra -Winvalid-pch -ansi -pedantic -Wundef -Wc++-compat -Wfloat-equal -Wredundant-decls -Waggregate-return -Wbad-function-cast -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wca

[Bug fortran/33370] [4.3 Regression] Structure component arrays

--- Comment #3 from pault at gcc dot gnu dot org 2007-09-10 07:20 --- I am just about to commit as 'obvious' a patch that bootstraps and regtests on x86_ia64/FC5 Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added ---