[Bug rtl-optimization/29879] [4.3 Regression] ICE: verify_flow_info: loop_father but no loops

--- Comment #9 from pinskia at gcc dot gnu dot org 2006-11-19 02:59 --- Created an attachment (id=12643) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12643&action=view) New patch, the old one could cause a seg fault also during bootstrap I forgot when I changed loops to current_l

[Bug rtl-optimization/29879] [4.3 Regression] ICE: verify_flow_info: loop_father but no loops

--- Comment #8 from pinskia at gcc dot gnu dot org 2006-11-19 02:52 --- Created an attachment (id=12642) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12642&action=view) Patch which should fix it This patch fixes it as far as I can tell. -- http://gcc.gnu.org/bugzilla/show_bu

[Bug rtl-optimization/29879] [4.3 Regression] ICE: verify_flow_info: loop_father but no loops

--- Comment #7 from pinskia at gcc dot gnu dot org 2006-11-19 02:46 --- I am testing a patch for this. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/29879] [4.3 Regression] ICE: verify_flow_info: loop_father but no loops

--- Comment #6 from pinskia at gcc dot gnu dot org 2006-11-19 02:43 --- The problem is fwprop calls flow_loops_find directly and flow_loops_free direclty which no other pass does so this is valid ICE after all. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29879

[Bug rtl-optimization/29879] [4.3 Regression] ICE: verify_flow_info: loop_father but no loops

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-19 02:25 --- current_loops is not being set for RTL optimizers. Why? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29879

[Bug target/29818] code with SSE segfaults with gcc-3.4.6, runs fine with gcc-4.1.1

--- Comment #17 from sergstesh at yahoo dot com 2006-11-19 02:20 --- Regarding " > Is it that gcc-4.1.1 falsely aligns the memory location in question ? Well it can be 8byte aligned and accidently also 16byte aligned (which does happen every once in a while). " The original report sho

[Bug rtl-optimization/29879] [4.3 Regression] ICE: verify_flow_info: loop_father but no loops

--- Comment #4 from pinskia at gcc dot gnu dot org 2006-11-19 02:11 --- A very reduced testcase: int main () { return 0; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29879

[Bug target/29818] code with SSE segfaults with gcc-3.4.6, runs fine with gcc-4.1.1

--- Comment #16 from pinskia at gcc dot gnu dot org 2006-11-19 02:06 --- (In reply to comment #15) > Is the alignment requirement always applicable in all the cases, or just > for gcc-3.4.6 ? It segfaults for me with gcc-4.1.2. > > Remember, in this case gcc-4.1.1 produces code which

[Bug target/29818] code with SSE segfaults with gcc-3.4.6, runs fine with gcc-4.1.1

--- Comment #15 from sergstesh at yahoo dot com 2006-11-19 01:59 --- Is the alignment requirement always applicable in all the cases, or just for gcc-3.4.6 ? Remember, in this case gcc-4.1.1 produces code which doesn't segfault. Is it that gcc-4.1.1 optimizes out the failing line ? Is

[Bug target/29818] code with SSE segfaults with gcc-3.4.6, runs fine with gcc-4.1.1

--- Comment #14 from pinskia at gcc dot gnu dot org 2006-11-19 01:27 --- This like the other you filed is not a GCC bug, you are accessing a SSE vector that is not aligned so you have to use the SSE intrinsic that does unaligned access. -- pinskia at gcc dot gnu dot org changed:

[Bug libgomp/29890] FAIL: libgomp.fortran/vla6.f90 -O0 execution test

--- Comment #1 from danglin at gcc dot gnu dot org 2006-11-19 01:04 --- Duplicate of PR 28708. Sorry. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29890

[Bug fortran/27885] FAIL: libgomp.fortran/vla[1-7].f90 -O0 (test for excess errors)

--- Comment #7 from danglin at gcc dot gnu dot org 2006-11-19 00:51 --- Fixed by patch. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|

[Bug middle-end/28176] FAIL: gfortran.dg/actual_array_constructor_1.f90 -O0 (ICE)

--- Comment #12 from danglin at gcc dot gnu dot org 2006-11-19 00:50 --- Fixed by patch. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Statu

[Bug fortran/27885] FAIL: libgomp.fortran/vla[1-7].f90 -O0 (test for excess errors)

--- Comment #6 from danglin at gcc dot gnu dot org 2006-11-19 00:44 --- Subject: Bug 27885 Author: danglin Date: Sun Nov 19 00:44:04 2006 New Revision: 118984 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118984 Log: PR fortran/27885 PR middle-end/28176

[Bug middle-end/28176] FAIL: gfortran.dg/actual_array_constructor_1.f90 -O0 (ICE)

--- Comment #11 from danglin at gcc dot gnu dot org 2006-11-19 00:44 --- Subject: Bug 28176 Author: danglin Date: Sun Nov 19 00:44:04 2006 New Revision: 118984 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118984 Log: PR fortran/27885 PR middle-end/28176

[Bug middle-end/28176] FAIL: gfortran.dg/actual_array_constructor_1.f90 -O0 (ICE)

--- Comment #10 from danglin at gcc dot gnu dot org 2006-11-18 23:17 --- Subject: Bug 28176 Author: danglin Date: Sat Nov 18 23:17:33 2006 New Revision: 118977 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118977 Log: PR fortran/27885 PR middle-end/28176

[Bug fortran/27885] FAIL: libgomp.fortran/vla[1-7].f90 -O0 (test for excess errors)

--- Comment #5 from danglin at gcc dot gnu dot org 2006-11-18 23:17 --- Subject: Bug 27885 Author: danglin Date: Sat Nov 18 23:17:33 2006 New Revision: 118977 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118977 Log: PR fortran/27885 PR middle-end/28176

[Bug tree-optimization/29891] [4.3 Regression] libgcc2.c: In function '__gcc_bcmp': ICE: Segmentation fault

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug tree-optimization/29891] New: libgcc2.c: In function '__gcc_bcmp': ICE: Segmentation fault

Reported first here: . Also, see . (gdb) bt #0 rewrite_use_compare (data=0x7eff0e18, use=0x4007f928, cand=0x4008f450) at ../../gcc/gcc/tree-ssa-loop-ivopts.c:5625 #1 0x00320390 in rewrite_uses (

[Bug rtl-optimization/29879] [4.3 Regression] ICE: verify_flow_info: loop_father but no loops

--- Comment #3 from danglin at gcc dot gnu dot org 2006-11-18 18:32 --- This breaks bootstrap on hppa-unknown-linux-gnu: /home/dave/gnu/gcc-4.3/objdir/./gcc/xgcc -B/home/dave/gnu/gcc-4.3/objdir/./gcc/ -B/home/dave/opt/gnu/gcc/gcc-4.3.0/hppa-linux/bin/ -B/home/dave/opt/gnu/gcc/gcc- 4.3.0

[Bug tree-optimization/29877] out of SSA (TER) extends variable life of variable beyond original declared

--- Comment #4 from amacleod at redhat dot com 2006-11-18 18:20 --- Yes, I think that is sufficient. I beleive all register variables have to be loaded into an SSA_NAME like this before they can be used, and they all have to have a virtual operand. So it should be good. You beat me to i

[Bug c/29888] No error when "too few arguments" or "conflicting types" would be expected

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-18 18:08 --- implicit declarations are a bit weird really (it is one reason why it is depercated in C99). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29888

[Bug target/29884] gcc-4.1.1, gcc-4.0.1 generate segfaulting SSE code

--- Comment #6 from pinskia at gcc dot gnu dot org 2006-11-18 18:05 --- There are two SSE instructions for loading memory, one that does unaligned loads and one that does aligned loads. And the default instruction used for vectors pointers is the aligned one. This is standard SSE way o

[Bug target/29114] ICE when cross-compiling glibc for hppa on a 64bit host

--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-18 18:01 --- Subject: Re: ICE when cross-compiling glibc for hppa on a 64bit host Untested patch. Dave --- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-18 18:01 --- Created an attachment

[Bug libgomp/29890] New: FAIL: libgomp.fortran/vla6.f90 -O0 execution test

Executing on host: /xxx/gnu/gcc/objdir/gcc/xgcc -B/xxx/gnu/gcc/objdir/gcc/ /xxx/ gnu/gcc/gcc/libgomp/testsuite/libgomp.fortran/vla6.f90 -B/xxx/gnu/gcc/objdir/hp pa2.0w-hp-hpux11.00/./libgomp/ -I/xxx/gnu/gcc/objdir/hppa2.0w-hp-hpux11.00/./lib gomp -I/xxx/gnu/gcc/gcc/libgomp/testsuite/.. -fmessage-l

[Bug bootstrap/29889] New: jc1 segfaults while bootstrap

[...] /src/gcc-2006.11.16/build/gcc/gcj -B/src/gcc-2006.11.16/build/alphaev68-unknown-linux-gnu/libjava/ -B/src/gcc-2006.11.16/build/gcc/ -mieee -fclasspath= -fbootclasspath=/src/gcc-2006.11.16/build/alphaev68-unknown-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-clas

[Bug c++/29022] [4.0/4.1/4.2/4.3 regression] ICE using operator int in invalid class hierarchy

--- Comment #3 from patchapp at dberlin dot org 2006-11-18 17:30 --- Subject: Bug number PR c++/29022 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/2006-11/msg01314.html -- http://gcc.gnu.org/bugzil

[Bug c/29888] New: No error when "too few arguments" or "conflicting types" would be expected

Compiling the following code snippet gives no errors: int main(){ foo(); return 0; } int foo(int x){ return 0; } If return type of foo is changed to void, it gives the following errors: (which i think would be the expected in the first case, too) wtf.c:7: error: conflicting types for 'foo'

[Bug fortran/27698] subroutine _foo draws "unclassifiable statement" instead of a useful error.

--- Comment #11 from aldot at gcc dot gnu dot org 2006-11-18 15:23 --- > Disallowing a dollar sign as the very first character in a name even if > -fdollar-ok was requested by the user seems to be a simple omission to me. > > Whether we want to allow for such invalid code for compatibi

[Bug target/29884] gcc-4.1.1, gcc-4.0.1 generate segfaulting SSE code

--- Comment #5 from sergstesh at yahoo dot com 2006-11-18 15:17 --- IIRC, misaligned data should cause performance penalty, not segmentation fault. Look at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29818 , at the case when there is no segfault: " when the code runs fine (i.e. compile

[Bug middle-end/29887] New: wrong-code for errno handling on overflow/underflow

builtins.c:expand_errno_check() can only handle setting EDOM if the operation returns NaN on error. Most overflow/underflow conditions result in -Inf/+Inf instead and with non-default rounding-mode (-frounding-math) the maximum or minimum floating-point value will be returned (round to -Inf/+Inf o

[Bug fortran/27546] IMPORT is broken

-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.3.0 Summary|[F2003] IMPORT not |IMPORT is bro

[Bug c++/29886] [4.0/4.1/4.2/4.3 regression] Cast misinterpreted as variable declaration

--- Comment #1 from rguenth at gcc dot gnu dot org 2006-11-18 14:47 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC|

[Bug c++/29886] [4.0/4.1/4.2/4.3 regression] C-style cast misinterpreted as variable declaration

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29886

[Bug c++/29886] New: [4.0/4.1/4.2/4.3 regression] C-style cast misinterpreted as variable declaration

The following IMHO valid code snippet is rejected since GCC 4.0.0: struct A { static int x[1]; }; void foo(int i) { if (int(A::x[i])) {} } bug.cc: In function 'void foo(int)': bug.cc:8: error: array bound is not an integer constant

[Bug fortran/24285] format(1000(a,$))

--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-11-18 12:19 --- Fixed on 4.3, and I'll backport it to 4.2 after some time. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/24285] format(1000(a,$))

--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-11-18 12:17 --- Subject: Bug 24285 Author: fxcoudert Date: Sat Nov 18 12:16:42 2006 New Revision: 118971 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118971 Log: PR fortran/24285 * io.c (check_format):

[Bug c++/29106] [4.0 Regression] sizeof(*var) in expression drops entire line of code out of compile

--- Comment #12 from reichelt at gcc dot gnu dot org 2006-11-18 11:55 --- Btw, the fix ported PR28284 back to the 4.1 branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29106

[Bug c++/28284] [4.1 regression] ICE with invalid static const variable

--- Comment #6 from reichelt at gcc dot gnu dot org 2006-11-18 11:39 --- Mark, your patch for PR29106 backported this bug back to the 4.1 branch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added -

[Bug middle-end/29881] union causes inefficient code

--- Comment #4 from pinskia at gcc dot gnu dot org 2006-11-18 11:18 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|norma

[Bug rtl-optimization/29881] union causes inefficient code

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-18 11:17 --- (In reply to comment #2) > Thanks for the hint! Assembly looks ok right now - didn't expect that this > kind > of casting would work (it doesn't in msvc compilers). Anyway it would be nice > if the compiler would de

[Bug c++/29883] i686-pc-cygwin/3.4.4 - internal compiler error: Segmentation fault

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|trivial |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29883

[Bug middle-end/29885] compiling takes very long time during -O3 compile

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-18 11:10 --- This is ok with "4.3.0 20061112" on i686-linux-gnu. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29885

[Bug target/29884] gcc-4.1.1, gcc-4.0.1 generate segfaulting SSE code

--- Comment #4 from pinskia at gcc dot gnu dot org 2006-11-18 11:07 --- 963 v_r_signal_L.v = *(vFloat *)&signal_spectrum_L[bin_number]; (gdb) p signal_spectrum_L $1 = (AUDIO_DATA_TYPE *) 0x80491e0 (gdb) p bin_number $2 = 1 (gdb) p &signal_spectrum_L[bin_number] $3 = (AUDIO_DATA_

[Bug target/29884] gcc-4.1.1, gcc-4.0.1 generate segfaulting SSE code

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal Component|c |target GCC b

[Bug c/29885] compiling takes very long time during -O3 compile

--- Comment #1 from marcus at jet dot franken dot de 2006-11-18 10:59 --- Created an attachment (id=12640) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12640&action=view) locale.i gcc -O3 -c locale.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29885

[Bug c/29885] New: compiling takes very long time during -O3 compile

Compiling the attached testcase (from WINE) with -O3 takes very long time and memory (800MB) on current TRUNK (4.3). removing one or more lines speeds up the compiler massively. I think this is due to bitmask and ifs. -- Summary: compiling takes very long time during -O3 compile

[Bug fortran/27546] [F2003] IMPORT not implemented

--- Comment #11 from patchapp at dberlin dot org 2006-11-18 10:45 --- Subject: Bug number PR27546 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/2006-11/msg01304.html -- http://gcc.gnu.org/bugzilla/s

[Bug rtl-optimization/29881] union causes inefficient code

--- Comment #2 from spd at poczta dot fm 2006-11-18 10:25 --- (In reply to comment #1) > The problem here I think is unions. > > Here is how I would have written this code (without using unions in fact): > > void array_sample_fun(__m128 *dst, const __m128 *src, int length) { >