[Bug tree-optimization/37539] Hang for -O3

--- Comment #4 from irar at il dot ibm dot com 2008-09-18 07:26 --- Reduced testcase: typedef struct _OilFunctionImpl OilFunctionImpl; struct _OilFunctionImpl { void *func; }; static void ayuv2yuyv_ref (int *d, int *src, int n) { char *dest = (char *)d; int i; for(i=0;i>16)&0x

[Bug c/37569] New: Loop incorrectly optimized to endless loop with -Os/-O2/-O3

The loop in the example is incorrectly replaced with endless loop when compiling with -Os, -O2 or -O3. It is compiled correctly with -O0 or -O1. uint16 sum=0; uint16 *i; /*sum all words in inspected area*/ i = (uint16 *)0x0FFE; do { --i; sum = sum + *(i);

[Bug c/37569] Loop incorrectly optimized to endless loop with -Os/-O2/-O3

--- Comment #1 from ppr at melexis dot com 2008-09-18 07:52 --- Created an attachment (id=16352) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16352&action=view) preprocessed source of the test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37569

[Bug c/37569] Loop incorrectly optimized to endless loop with -Os/-O2/-O3

--- Comment #2 from ppr at melexis dot com 2008-09-18 07:53 --- Created an attachment (id=16353) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16353&action=view) The produced assembler source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37569

[Bug c/37569] Loop incorrectly optimized to endless loop with -Os/-O2/-O3

--- Comment #3 from ppr at melexis dot com 2008-09-18 07:53 --- Created an attachment (id=16354) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16354&action=view) The compiler output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37569

[Bug c/37569] Loop incorrectly optimized to endless loop with -Os/-O2/-O3

--- Comment #4 from ppr at melexis dot com 2008-09-18 07:58 --- The problem seems to be related with the i pointer reaching 0. If the loop condition is e.g. "while ( i != 2 )" everything is ok. The same if the "sum = sum + *(i)" is replaced e.g. with "sum = sum + *(i+1)" -- http://g

[Bug c/37569] Loop incorrectly optimized to endless loop with -Os/-O2/-O3

--- Comment #5 from pluto at agmk dot net 2008-09-18 08:08 --- another vrp bug? -fno-tree-vrp helps. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37569

[Bug c/37569] Loop incorrectly optimized to endless loop with -Os/-O2/-O3

--- Comment #6 from ppr at melexis dot com 2008-09-18 08:22 --- (In reply to comment #5) > another vrp bug? -fno-tree-vrp helps. > Yes, -fno-tree-vrp does help -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37569

[Bug tree-optimization/30930] [4.3/4.4 Regression] vector can cause to create an extra variable, DECL_GIMPLE_REG_P not recomputed

--- Comment #12 from rguenther at suse dot de 2008-09-18 08:23 --- Subject: Re: [4.3/4.4 Regression] vector can cause to create an extra variable, DECL_GIMPLE_REG_P not recomputed On Wed, 17 Sep 2008, pinskia at gcc dot gnu dot org wrote: > --- Comment #10 from pinskia at gcc dot

[Bug middle-end/37499] [4.4 Regression] Scheduling pass 2 time increases by order of magnitude

--- Comment #6 from amonakov at gcc dot gnu dot org 2008-09-18 08:31 --- Subject: Bug 37499 Author: amonakov Date: Thu Sep 18 08:29:48 2008 New Revision: 140445 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140445 Log: 2008-09-18 Alexander Monakov <[EMAIL PROTECTED]>

[Bug middle-end/37499] [4.4 Regression] Scheduling pass 2 time increases by order of magnitude

--- Comment #7 from amonakov at gcc dot gnu dot org 2008-09-18 08:34 --- Fixed with above commit. -- amonakov at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/37539] Hang for -O3

-- irar at il dot ibm dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |irar at il dot ibm dot com |dot org

[Bug middle-end/37567] tree SSA to normal checking takes abnormally long time

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-09-18 08:49 --- While there's a lot of checking code in out-of-ssa I don't see any that should cause this slowdown. Can you possibly profile it and point to the worts offender? -- rguenth at gcc dot gnu dot org changed:

[Bug c/37569] Loop incorrectly optimized to endless loop with -Os/-O2/-O3

--- Comment #7 from rguenth at gcc dot gnu dot org 2008-09-18 08:57 --- Well ... VRP validly asserts that i_7 is not NULL after dereferencing it: : # i_2 = PHI <4094B(2), i_20(8)> # sum_1 = PHI <0(2), sum_9(8)> i_7 = i_2 + -4; D.1209_8 = *i_7; i_20 = ASSERT_EXPR ; sum_9 = D.

[Bug c/37569] Loop incorrectly optimized to endless loop with -Os/-O2/-O3

--- Comment #8 from brian at dessent dot net 2008-09-18 09:25 --- Subject: Re: New: Loop incorrectly optimized to endless loop with -Os/-O2/-O3 I think this code is invalid. I seem to recall the argument that it's undefined behavior to increment or decrement a pointer to 0. Speaki

[Bug rtl-optimization/37544] [4.4 Regression] Conversion double -> unsigned long long -> unsigned -> double gives wrong results

--- Comment #12 from uros at gcc dot gnu dot org 2008-09-18 10:19 --- Subject: Bug 37544 Author: uros Date: Thu Sep 18 10:17:42 2008 New Revision: 140446 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140446 Log: PR rtl-optimization/37544 * regrename.c (maybe_mod

[Bug c/37569] Loop incorrectly optimized to endless loop with -Os/-O2/-O3

--- Comment #9 from ppr at melexis dot com 2008-09-18 10:20 --- (In reply to comment #8) > I think this code is invalid. I seem to recall the argument that it's > undefined behavior to increment or decrement a pointer to 0. Well, the pointer is not NULL initially, it's just decremented

[Bug c/37569] Loop incorrectly optimized to endless loop with -Os/-O2/-O3

--- Comment #10 from brian at dessent dot net 2008-09-18 10:45 --- Subject: Re: Loop incorrectly optimized to endless loop with -Os/-O2/-O3 That fact that the hardware allows it doesn't change the fact that it's still invalid in ISO C, and that is the spec that gcc follows. Seems to

[Bug c/37569] Loop incorrectly optimized to endless loop with -Os/-O2/-O3

--- Comment #11 from ppr at melexis dot com 2008-09-18 10:57 --- (In reply to comment #10) This workaround doesn't work with GCC 3.4.3 (the base for our 16-bit port). It does work with the latest GCC4.3 though. Anyway, thanks for your support, and for explaining the reasons behind the

[Bug c/37569] Loop incorrectly optimized to endless loop with -Os/-O2/-O3

--- Comment #12 from rguenth at gcc dot gnu dot org 2008-09-18 11:11 --- Note you can do the same as AVR does - force flag_delete_null_pointer_checks to zero: grep flag_delete_null_pointer_checks config/*/*.c config/avr/avr.c: flag_delete_null_pointer_checks = 0; -- http://gcc.gn

[Bug middle-end/37456] [4.4 Regression] ICE: verify_flow_info failed: control flow in the middle of basic block

--- Comment #6 from rguenth at gcc dot gnu dot org 2008-09-18 11:28 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/37456] [4.4 Regression] ICE: verify_flow_info failed: control flow in the middle of basic block

--- Comment #7 from rguenth at gcc dot gnu dot org 2008-09-18 11:29 --- Subject: Bug 37456 Author: rguenth Date: Thu Sep 18 11:28:18 2008 New Revision: 140449 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140449 Log: 2008-09-18 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug middle-end/37535] [4.4 Regression] gcc/libgcc2.c:404: internal compiler error: Floating point exception

--- Comment #8 from krebbel at gcc dot gnu dot org 2008-09-18 12:02 --- This also seem to break S/390 bootstrap currently. Please see: http://gcc.gnu.org/ml/gcc/2008-09/msg00304.html -- krebbel at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/37507] Print location in (DE)ALLOCATION errors

--- Comment #3 from domob at gcc dot gnu dot org 2008-09-18 12:04 --- Subject: Bug 37507 Author: domob Date: Thu Sep 18 12:02:50 2008 New Revision: 140451 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140451 Log: 2008-09-18 Daniel Kraft <[EMAIL PROTECTED]> PR fortran

[Bug fortran/37507] Print location in (DE)ALLOCATION errors

--- Comment #4 from domob at gcc dot gnu dot org 2008-09-18 12:06 --- Fixed for trunk. -- domob at gcc dot gnu dot org changed: What|Removed |Added Status|ASS

[Bug c/37569] Loop incorrectly optimized to endless loop with -Os/-O2/-O3

--- Comment #13 from ppr at melexis dot com 2008-09-18 12:15 --- (In reply to comment #12) > Note you can do the same as AVR does - force flag_delete_null_pointer_checks > to > zero: > Thanks for the hint, I'll use it! Plamen -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37569

[Bug middle-end/37284] [4.4 Regression] ICE on valid code with -fstrict-aliasing

--- Comment #6 from rguenth at gcc dot gnu dot org 2008-09-18 12:52 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/37284] [4.4 Regression] ICE on valid code with -fstrict-aliasing

--- Comment #7 from rguenth at gcc dot gnu dot org 2008-09-18 12:53 --- Subject: Bug 37284 Author: rguenth Date: Thu Sep 18 12:52:31 2008 New Revision: 140453 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140453 Log: 2008-09-18 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug tree-optimization/34416] Tree optimization pipeline needs re-tuning

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-09-18 12:55 --- Confirmed. For 4.4 the following was done: 2008-08-20 Richard Guenther <[EMAIL PROTECTED]> * passes.c (init_optimization_passes): Move the second forwprop pass before alias computation. Remove

[Bug tree-optimization/34416] Tree optimization pipeline needs re-tuning

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfi

[Bug ada/37431] SPARC ACATS failures for alignment

--- Comment #2 from joel at gcc dot gnu dot org 2008-09-18 13:41 --- ACATS for 4.3.2 http://gcc.gnu.org/ml/gcc-testresults/2008-09/msg00876.html -- joel at gcc dot gnu dot org changed: What|Removed |Added -

[Bug tree-optimization/37258] [4.4 Regression] ice in simplify_subreg, at simplify-rtx.c:4957

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-09-18 13:49 --- The problem is that int64_t p1; int p; p1 = PHI <1, 0> p = PHI <1, 0> are value-numbered the same. I have a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37258

[Bug tree-optimization/37102] [4.3/4.4 Regression] out-of-SSA is broken

--- Comment #18 from amacleod at redhat dot com 2008-09-18 14:00 --- Subject: Bug 37102 Author: amacleod Date: Thu Sep 18 13:58:55 2008 New Revision: 140455 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140455 Log: fix PR 37102 by having out of ssa remove dead PHI nodes. Adde

[Bug target/37394] [4.4 Regression] Segfault in ia64_variable_issue with -O -fschedule-insns2

--- Comment #9 from hjl dot tools at gmail dot com 2008-09-18 14:14 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2008-09/msg01275.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug rtl-optimization/37544] Conversion double -> unsigned long long -> unsigned -> double gives wrong results

--- Comment #13 from ubizjak at gmail dot com 2008-09-18 14:31 --- Fixed for 4.4, latent on 4.3 and 4.2. BTW: This problem was uncovered by the patch that fixed PR target/13958 [1]. [1] http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01295.html -- ubizjak at gmail dot com changed:

[Bug debug/34037] [4.2/4.3/4.4 Regression] Bounds for VLAs not emitted into debuginfo

--- Comment #5 from jakub at gcc dot gnu dot org 2008-09-18 15:18 --- Subject: Bug 34037 Author: jakub Date: Thu Sep 18 15:17:10 2008 New Revision: 140459 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140459 Log: PR debug/34037 * gimplify.c (gimplify_type_sizes)

[Bug debug/34037] [4.2/4.3/4.4 Regression] Bounds for VLAs not emitted into debuginfo

--- Comment #6 from jakub at gcc dot gnu dot org 2008-09-18 15:18 --- Fixed on the trunk. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|

[Bug tree-optimization/37258] [4.4 Regression] ice in simplify_subreg, at simplify-rtx.c:4957

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-09-18 15:28 --- Subject: Bug 37258 Author: rguenth Date: Thu Sep 18 15:27:21 2008 New Revision: 140460 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140460 Log: 2008-09-18 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug tree-optimization/37258] [4.4 Regression] ice in simplify_subreg, at simplify-rtx.c:4957

--- Comment #5 from rguenth at gcc dot gnu dot org 2008-09-18 15:46 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/37570] New: friend class expected to have access over a class-es private members but doesn't and gives "internal compile error"

I will give full details about my compiler version at the end of this message. piece of code I tried to run: 1 2 3 #include 4 5 using namespace std; 6 7 8 9 10 11 class A { 12 friend class AOnClick; 13 private: 14 int g; 15 public: 16 A(){ r = 300 ;

[Bug rtl-optimization/37571] New: Performance regression with -mtune=core2

On Core2 ix86 machine following case (reduced from cpu2000.mcf) runs 50% slower if compiled with trunk -mtune=core2 -O2 unsigned int g_i,g_j; unsigned int g_a=1,g_b; void __attribute__((noinline)) foo() { do { if (g_a & g_i) {g_i++;} else {g_j++;} } while (g_b-

[Bug rtl-optimization/37571] Performance regression with -mtune=core2

--- Comment #1 from Joey dot ye at intel dot com 2008-09-18 16:01 --- Root cause is that instruction length of fused jcc is set to 16, which prevent the block from merging and copying. For some reason Core2 runs poorly with a unmerged branch block under certain circonstances. Following

[Bug rtl-optimization/37571] Performance regression with -mtune=core2

--- Comment #2 from hjl dot tools at gmail dot com 2008-09-18 16:10 --- (In reply to comment #1) > Root cause is that instruction length of fused jcc is set to 16, which prevent > the block from merging and copying. For some reason Core2 runs poorly with a > unmerged branch block under c

[Bug middle-end/37372] [graphite] SCoP detection splits bbs / Define SCoPs with single entry and exit edge

--- Comment #4 from grosser at gcc dot gnu dot org 2008-09-18 16:25 --- Created an attachment (id=16355) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16355&action=view) Create single entry single exit edges for the SCoPs of the SCoP detection Here is a idea how to handle the sing

[Bug middle-end/37372] [graphite] SCoP detection splits bbs / Define SCoPs with single entry and exit edge

--- Comment #5 from grosser at gcc dot gnu dot org 2008-09-18 16:34 --- I need to read the paper now. It seems I was not informed about any updates by the bugtracker so I just got the information. Sorry. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37372

[Bug middle-end/37448] [4.3 Regression] gcc 4.3.1 cannot compile big function

--- Comment #15 from hubicka at gcc dot gnu dot org 2008-09-18 16:49 --- We seem to make nice progress on the testcase ;) Conversion to FUD would probably help here, but looking at the DF dumps, the testcase don't look like your average testcase showing DU/UD chain explosion. The chai

[Bug c++/35782] support for standard layout types

--- Comment #8 from jason at gcc dot gnu dot org 2008-09-18 17:01 --- (In reply to comment #7) > Lawrence's suggestion won't work because the copy constructor is deleted. It seems I was wrong about this: the wording that went into the standard doesn't require the copy for copy-list-init

[Bug ada/37572] New: compile Ada program fails (XML/Ada, 64 bit AMD)

(Bear with me, this is the first time I have done this!) [EMAIL PROTECTED]:~> gcc -v Using built-in specs. Target: x86_64-suse-linux Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib6

[Bug ada/37572] compile Ada program fails (XML/Ada, 64 bit AMD)

--- Comment #1 from jdecs at mssblue dot net 2008-09-18 17:29 --- Created an attachment (id=16356) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16356&action=view) the project file and all the files the bug report from the compiler named -- http://gcc.gnu.org/bugzilla/show_bug

[Bug middle-end/37448] [4.3 Regression] gcc 4.3.1 cannot compile big function

--- Comment #16 from hubicka at gcc dot gnu dot org 2008-09-18 17:30 --- Subject: Bug 37448 Author: hubicka Date: Thu Sep 18 17:28:40 2008 New Revision: 140463 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140463 Log: PR middle-end/37448 * ipa-reference.c (ipa

[Bug tree-optimization/37573] New: gcc-4.4 regression: incorrect code generation with -O1 -ftree-vectorize

<'. $ x86_64-unknown-linux-gnu-gcc-4.4.0 --version x86_64-unknown-linux-gnu-gcc-4.4.0 (GCC) 4.4.0 20080918 (experimental) Copyright (C) 2008 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FIT

[Bug tree-optimization/37573] gcc-4.4 regression: incorrect code generation with -O1 -ftree-vectorize

--- Comment #1 from edwintorok at gmail dot com 2008-09-18 17:30 --- Testcase: extern int printf (__const char *__restrict __format, ...); extern int strcmp (__const char *__s1, __const char *__s2); extern int puts (__const char *__s); typedef unsigned char uint8_t; typedef unsigned int

[Bug tree-optimization/37573] gcc-4.4 regression: incorrect code generation with -O1 -ftree-vectorize

--- Comment #2 from edwintorok at gmail dot com 2008-09-18 17:31 --- Created an attachment (id=16357) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16357&action=view) config.log for gcc 4.4 Some more system info: $ uname -a Linux debian 2.6.26-1-amd64 #1 SMP Wed Sep 10 15:31:12 UT

[Bug ada/37572] compile Ada program fails (XML/Ada, 64 bit AMD)

--- Comment #2 from jdecs at mssblue dot net 2008-09-18 17:34 --- [EMAIL PROTECTED] Thomas Locke is the main author of this code, I am mostly the mathematician. It seems to compile and run fine on his 32bit SLAC system, but fails on my SUSE 10.3 64 bit. Prior to the latest update, using

[Bug fortran/35846] ICE on nested character constructors

-- domob at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org |dot org

[Bug middle-end/37448] [4.3 Regression] gcc 4.3.1 cannot compile big function

--- Comment #17 from hubicka at gcc dot gnu dot org 2008-09-18 18:18 --- Subject: Bug 37448 Author: hubicka Date: Thu Sep 18 18:16:45 2008 New Revision: 140465 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140465 Log: PR middle-end/37448 * ipa-reference.c (ipa

[Bug c/35712] decimal float literal constant zero loses significant trailing zeroes

--- Comment #4 from janis at gcc dot gnu dot org 2008-09-18 18:35 --- Subject: Bug 35712 Author: janis Date: Thu Sep 18 18:33:58 2008 New Revision: 140466 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140466 Log: Backport from mainline: 2008-04-03 Janis Johnson

[Bug target/35713] [4.4 Regression] invalid type for va_arg with _Decimal128

--- Comment #5 from janis at gcc dot gnu dot org 2008-09-18 18:36 --- Subject: Bug 35713 Author: janis Date: Thu Sep 18 18:35:24 2008 New Revision: 140467 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140467 Log: Backport from mainline: 2008-04-03 Janis Johnson

[Bug target/35620] ICE passing dereferenced pointer to _Decimal32

--- Comment #4 from janis at gcc dot gnu dot org 2008-09-18 18:39 --- Subject: Bug 35620 Author: janis Date: Thu Sep 18 18:37:52 2008 New Revision: 140468 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140468 Log: Backport from mainline: 2008-04-08 Janis Johnson

[Bug tree-optimization/37574] New: [4.4 Regression] ICE with the vectorizer and GC

I noticed this while working on a rs6000 back-end patch and was questioning how I could have caused this failure and then I noticed it was a GC issue and could be reproduced without my patch. Anyways here is the testcase reduced from vect-outer-4m.c: unsigned short in[40 +128]; int main (void) {

[Bug tree-optimization/37574] [4.4 Regression] ICE with the vectorizer and GC

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37574

[Bug tree-optimization/37573] [4.4 Regression] gcc-4.4 regression: incorrect code generation with -O1 -ftree-vectorize

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-18 19:14 --- Also fails on powerpc-linux-gnu. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/34912] [4.1/4.2 Regression] ICE with friend in local class

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-09-18 19:18 --- *** Bug 37570 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/37570] friend class expected to have access over a class-es private members but doesn't and gives "internal compile error"

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-18 19:18 --- This code is invalid. And has since been fixed to give an error back, see PR 34912. *** This bug has been marked as a duplicate of 34912 *** -- pinskia at gcc dot gnu dot org changed: What|Remove

[Bug rtl-optimization/37451] Extra addition for doloop in some cases

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-18 19:30 --- Subject: Bug 37451 Author: pinskia Date: Thu Sep 18 19:28:48 2008 New Revision: 140470 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140470 Log: 2008-09-18 Andrew Pinski <[EMAIL PROTECTED]> PR rt

[Bug rtl-optimization/37451] Extra addition for doloop in some cases

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-18 19:30 --- This is still not fully fixed. There is still an issue dealing the DECL_RTX's being promoted early on. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37451

[Bug fortran/37545] impossible to link with -fopenmp

--- Comment #7 from pinskia at gcc dot gnu dot org 2008-09-18 19:33 --- This is only a problem if you used a compiled GCC that was compiled for a newer version of glibc and you are using on an older glibc version. Aka not a GCC bug. -- pinskia at gcc dot gnu dot org changed:

[Bug c++/37575] New: compile of xpdf finished in errors

My aim is to get pdf printing on AIX (running oracle financials) - which requires pdftops. I am on aix 5.3, just installed GCC compiler, GNU MAKE, then FREETYPE2 (pre-req) all apparently successfully. Then when configuring and installing xpdf to get pdftops, it bombed out in the install. # . .

[Bug c++/37554] [4.3/4.4 regression] ICE with invalid cast

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-18 19:38 --- Confirmed, worked with GNU C++ (GCC) version 4.3.0 20080201 (experimental) [trunk revision 131996] (i386-apple-darwin8.11.1) -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug c++/37575] compile of xpdf finished in errors

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-18 19:39 --- GCC is not the one which is failing but the assembler is seg faulting. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/37556] [4.4 regression] ICE with invalid typedef

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-18 19:40 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC|

[Bug c++/37555] [4.2/4.3/4.4 regression] ICE with invalid typedef

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-18 19:42 --- Confirmed. #0 maybe_dummy_object (type=???, binfop=???) at /Users/apinski/src/local/gcc/gcc/cp/tree.c:2067 -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug middle-end/37576] New: [4.4 Regression] -v --help ICEs

Just running gcc -v --help ICEs with the following ICE: cc1: internal compiler error: unrecognized include_flags 0x2 passed to print_specific_help Please submit a full bug report, with preprocessed source if appropriate. See for instructions. --- CUT--- I was abl

[Bug middle-end/37576] [4.4 Regression] -v --help ICEs

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37576

[Bug c++/37383] optimization - compiler crash

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37383

[Bug rtl-optimization/37377] [4.4 Regression] Bootstrap failure compiling libgcc

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37377

[Bug c++/37554] [4.3/4.4 regression] ICE with invalid cast

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfi

[Bug middle-end/37567] tree SSA to normal checking takes abnormally long time

--- Comment #2 from amacleod at redhat dot com 2008-09-18 20:00 --- I will also look into it and take out some of the excess checking which is probably not necessary anymore. -- amacleod at redhat dot com changed: What|Removed |Added --

[Bug tree-optimization/37102] [4.3 Regression] out-of-SSA is broken

--- Comment #19 from amacleod at redhat dot com 2008-09-18 20:04 --- The patch should be fine for 4.3, but I'll give it a few days in mainline and see if anything shows up on any overnight or weekly runs -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37102

[Bug middle-end/37567] tree SSA to normal checking takes abnormally long time

--- Comment #3 from lucier at math dot purdue dot edu 2008-09-18 20:07 --- Created an attachment (id=16358) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16358&action=view) gprof output for the test case The compiler (which was bootstrapped with BOOT_CFLAGS='-O2 -g -pg'): Using

[Bug fortran/30249] Pointers not given target type in GFORTRAN

--- Comment #2 from burnus at gcc dot gnu dot org 2008-09-18 20:03 --- Works for me. Can you check with a recent 4.4 compiler? There I get: (idb) pt RD type = REAL(4)(10)(10) which looks OK. -- burnus at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/37567] tree SSA to normal checking takes abnormally long time

--- Comment #4 from lucier at math dot purdue dot edu 2008-09-18 20:09 --- Actually, it's pretty clear this is the problem: extern gimple * find_replaceable_exprs (var_map map) { basic_block bb; temp_expr_table_p table; gimple *ret; table = new_temp_expr_table (map); FOR_EAC

[Bug middle-end/37567] tree SSA to normal checking takes abnormally long time

--- Comment #5 from amacleod at redhat dot com 2008-09-18 20:19 --- huh, didn't I already see a patch go by to move this check to after all the BB's were processed instead of doing it after each BB?? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37567

[Bug fortran/37577] New: Change internal array descriptor format for better syntax, C interop TR, rank 15

There are a couple of issues with regards to the internal representation of arrays in gfortran. The solution is to revamp the internal format. The main format should match the "Further Interoperability with C" technical report (TR) which is currently developed. It further more needs to: - Suppor

[Bug fortran/35945] Complex module-based overloading fails

--- Comment #2 from pault at gcc dot gnu dot org 2008-09-18 20:22 --- Subject: Bug 35945 Author: pault Date: Thu Sep 18 20:21:03 2008 New Revision: 140474 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140474 Log: 2008-09-18 Paul Thomas <[EMAIL PROTECTED]> PR fortran/3

[Bug fortran/36700] [4.3/4.4 Regression] ICE on calling a function

--- Comment #5 from pault at gcc dot gnu dot org 2008-09-18 20:22 --- Subject: Bug 36700 Author: pault Date: Thu Sep 18 20:21:03 2008 New Revision: 140474 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140474 Log: 2008-09-18 Paul Thomas <[EMAIL PROTECTED]> PR fortran/3

[Bug middle-end/37567] tree SSA to normal checking takes abnormally long time

--- Comment #6 from amacleod at redhat dot com 2008-09-18 20:23 --- here it is http://gcc.gnu.org/ml/gcc-patches/2008-09/msg01072.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37567

[Bug middle-end/37567] tree SSA to normal checking takes abnormally long time

--- Comment #7 from lucier at math dot purdue dot edu 2008-09-18 20:28 --- I just found it, too; it's been approved, but it hasn't been installed yet. Wow, fixing bugs before they're reported, that's pretty efficient ;-)! I'll wait until it's installed. Thanks. -- http://gcc.gnu

[Bug target/37394] [4.4 Regression] Segfault in ia64_variable_issue with -O -fschedule-insns2

--- Comment #10 from hjl at gcc dot gnu dot org 2008-09-18 20:28 --- Subject: Bug 37394 Author: hjl Date: Thu Sep 18 20:27:36 2008 New Revision: 140475 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140475 Log: gcc/ 2008-09-18 H.J. Lu <[EMAIL PROTECTED]> PR target/37

[Bug target/37394] [4.4 Regression] Segfault in ia64_variable_issue with -O -fschedule-insns2

--- Comment #11 from hjl dot tools at gmail dot com 2008-09-18 20:35 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|NEW

[Bug testsuite/37578] New: Testsuite cannot tell systems with REAL(10) and REAL(16) apart

The testsuite defines "fortran_large_real" for all systems that have a REAL kind > 8. However, there are cases where different things should really be tested for REAL(10) vs REAL(16) [my upcoming patch to fortran/PR37159 being one of them]. To not break existing testcases, how about defining two a

[Bug fortran/37159] RANDOM_SEED: PUT= check array size at compile time

--- Comment #3 from dennis dot wassel at googlemail dot com 2008-09-18 21:00 --- Updated patch: http://gcc.gnu.org/ml/fortran/2008-09/msg00161.html Will be committed by Thomas Koenig as soon as my copyright assignment is done. How come I cannot add myself in the "assigned to" or change

[Bug testsuite/37578] Testsuite cannot tell systems with REAL(10) and REAL(16) apart

--- Comment #1 from dominiq at lps dot ens dot fr 2008-09-18 21:10 --- If I am right real(10) is a leftover of the "coprocessor" era and is a peculiarity of the x86 processors (may be also 68k, I cannot remember). I think for all the other platforms with "fortran_large_real" use real(16)

[Bug middle-end/37448] [4.3 Regression] gcc 4.3.1 cannot compile big function

--- Comment #18 from hubicka at gcc dot gnu dot org 2008-09-18 21:11 --- Hi, some stats on instruction counts and references Kenny asked about: At -O2: [EMAIL PROTECTED]:~/gcc-baseline/build-ada/prev-gcc$ grep "(insn" e.i.157r.outof_cfglayout | wc -l 307811 [EMAIL PROTECTED]:~/gcc-base

[Bug fortran/30249] Pointers not given target type in GFORTRAN

--- Comment #3 from dominiq at lps dot ens dot fr 2008-09-18 21:12 --- With gdb on i686-apple-darwin9, I get either (gdb) pt rd type = real*4 (0:-1,0:-1) or (gdb) pt rd No symbol "rd" in current context. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30249

[Bug middle-end/32581] make profiledbootstrap - stageprofile - gcc/ada/a-except.adb:1301: error: control flow in the middle of basic block 20

--- Comment #12 from rob1weld at aol dot com 2008-09-18 22:21 --- (In reply to comment #11) > Subject: Bug 32581 > Author: hubicka > Date: Sat Sep 13 21:39:44 2008 > New Revision: 140349 > Modified: > trunk/gcc/tree-profile.c > ... > Fixed by my patch. I have since switched target p

[Bug testsuite/25241] [C++] DejaGNU does not distinguish between errors and warnings

--- Comment #64 from janis at gcc dot gnu dot org 2008-09-18 22:31 --- Subject: Bug 25241 Author: janis Date: Thu Sep 18 22:29:39 2008 New Revision: 140476 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140476 Log: PR testsuite/25241 * lib/g++.exp (g++_init): Ena

[Bug tree-optimization/37579] New: Vectorizer is causing code bloat and worse performance than unrolling would for a loop in SPEC 2k's eon

Hi, The following reduced testcase shows the issue: struct f { float a[8]; }; void set(struct f *a, float b) { int i = 0; for(i=0;i<8;i++) a->a[i] = b; } --- CUT --- Currently we vectorize this loop when really unrolling would perform better on SPU, Altivec (PPC) and SSE (x86). For Cell'

[Bug target/37381] [4.4 Regression] ICE in ia64_speculate_insn, at config/ia64/ia64.c:6902

--- Comment #5 from hjl dot tools at gmail dot com 2008-09-19 05:20 --- Steve, can you review ia64 changes from sel-sched branch? When sel-sched branch branch was merged into trunk, ia64 changes were left out and are still pending for review. -- hjl dot tools at gmail dot com changed

[Bug fortran/37580] New: invalid code accepted without notice

ild/trunk/configure --prefix=/home/fx/gfortran_nightbuild/irun-20080918 --enable-languages=c,fortran --build=i586-pc-linux-gnu --enable-checking=release --with-gmp=/home/fx/gfortran_nightbuild/software Thread model: posix gcc version 4.4.0 20080918 (experimental) [trunk revision 140443] (GCC) Rega

  1   2   >