[Bug objc/43535] ICE on objc.dg/objc-gc-4.m -fgnu-runtime

--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-03-26 17:40 --- *** This bug has been marked as a duplicate of 35996 *** -- howarth at nitro dot med dot uc dot edu changed: What|Removed |Added ---

[Bug objc/35996] ICE while building simple ObjC code with -fobjc-gc

--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-03-26 17:40 --- *** Bug 43535 has been marked as a duplicate of this bug. *** -- howarth at nitro dot med dot uc dot edu changed: What|Removed |Added

[Bug tree-optimization/26854] [4.3/4.4/4.5 Regression] Inordinate compile times on large routines

--- Comment #112 from howarth at nitro dot med dot uc dot edu 2010-03-26 17:44 --- What is the status of this bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854

[Bug tree-optimization/43543] New: Reorder the statements in the loop can vectorize it

int a[100], b[100], c[100], d[100]; void foo () { int i; for(i=1; i< 99; i++) { a[i] = b[i-1] + c[i]; b[i] = b[i+1] + d[i]; } } gcc -O3 -ffast-math -ftree-vectorizer-verbose=2 -c foo.c foo.c:6: note: not vectorized, possible dependence between data-refs b[D.2728_3] and b[i_17] fo

[Bug objc/35996] ICE while building simple ObjC code with -fobjc-gc

--- Comment #5 from developer at sandoe-acoustics dot co dot uk 2010-03-26 18:20 --- Created an attachment (id=20215) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20215&action=view) warn that -fobjc-gc is ignored for -fgnu-runtime and set flag_objc_gc to 0 a warning seems enough

[Bug target/43524] ICE: in ix86_expand_prologue, at config/i386/i386.c:8636 with -mstack-arg-probe on x86_64-linux

--- Comment #3 from uros at gcc dot gnu dot org 2010-03-26 18:22 --- Subject: Bug 43524 Author: uros Date: Fri Mar 26 18:22:37 2010 New Revision: 157757 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157757 Log: PR target/43524 * config/i386/i386.c (ix86_expand_p

[Bug tree-optimization/43544] New: TARGET_VECTORIZE_BUILTIN_VECTORIZED_FUNCTION can misoptimize when MD builtins overlap with standard builtins

I was looking at the rs6000_builtin_vectorized_function and noticed that it takes an integer that gives the builtin function index. Unfortunately on the powerpc and cell architectures, the builtin function id overlaps with the system builtins, and you need to look at the builtin class before using

[Bug tree-optimization/43544] TARGET_VECTORIZE_BUILTIN_VECTORIZED_FUNCTION can misoptimize when MD builtins overlap with standard builtins

--- Comment #1 from meissner at gcc dot gnu dot org 2010-03-26 18:37 --- Created an attachment (id=20216) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20216&action=view) Patch to change hook to take tree as argument, not integer. This patch fixes the hook to take a tree, and fix

[Bug tree-optimization/43537] [4.3/4.4 Regression] c++ -O2 optimizes away a branch inside a loop (-ftree-vrp maybe)

--- Comment #11 from hjl dot tools at gmail dot com 2010-03-26 18:43 --- This regression was introduced by revision 118729: http://gcc.gnu.org/ml/gcc-cvs/2006-11/msg00380.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43537

[Bug target/42113] [4.3/4.4/4.5 Regression] Internal Compiler error with -O3, breaking commit known

--- Comment #14 from uros at gcc dot gnu dot org 2010-03-26 18:46 --- Subject: Bug 42113 Author: uros Date: Fri Mar 26 18:45:56 2010 New Revision: 157759 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157759 Log: PR target/42113 * config/alpha/alpha.md (*cmp_sadd

[Bug tree-optimization/43247] [4.3/4.4 Regression] Incorrect optimization while declaring array[1]

--- Comment #4 from pinskia at gcc dot gnu dot org 2010-03-26 18:46 --- *** Bug 43537 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/43537] [4.3/4.4 Regression] c++ -O2 optimizes away a branch inside a loop (-ftree-vrp maybe)

--- Comment #12 from pinskia at gcc dot gnu dot org 2010-03-26 18:46 --- *** This bug has been marked as a duplicate of 43247 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/43247] [4.3/4.4 Regression] Incorrect optimization while declaring array[1]

--- Comment #5 from hjl dot tools at gmail dot com 2010-03-26 18:54 --- This is fixed by revision 151360: http://gcc.gnu.org/ml/gcc-cvs/2009-09/msg00106.html and was introduced by revision 118729: http://gcc.gnu.org/ml/gcc-cvs/2006-11/msg00380.html -- http://gcc.gnu.org/bugzilla/

[Bug c++/43545] New: OpenMP ICE (segfault) in conditional break

The following test case causes g++ 4.4.0 to crash. $ g++ --version g++ (GCC) 4.4.0 20090514 (Red Hat 4.4.0-6) #include int main() { std::vector m; std::vector::const_iterator it = m.begin(); #pragma omp parallel for (;;) { if (it == m.end())

[Bug target/43546] New: ICE: in assign_stack_local_1, at function.c:353 with -mpreferred-stack-boundary=2 -msseregparm

Command line: gcc -O1 -m32 -mpreferred-stack-boundary=2 -msseregparm -msse testcase.c -- testcase.c -- extern void bar(double); void foo() { bar(1.0); } Tested revisions: r157723 - crash alpha20100318 - segfault (without checking) r153685 - crash 4.4 r153668 - cra

[Bug target/43546] [4.4/4.5 Regression] ICE: in assign_stack_local_1, at function.c:353 with -mpreferred-stack-boundary=2 -msseregparm

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-03-26 19:37 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug c++/43545] OpenMP ICE (segfault) in conditional break

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-03-26 19:38 --- Fixed in GCC 4.4.3. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Sta

[Bug tree-optimization/43544] TARGET_VECTORIZE_BUILTIN_VECTORIZED_FUNCTION can misoptimize when MD builtins overlap with standard builtins

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-03-26 19:41 --- Looks good, it's pre-approved for trunk if it passes bootstrap & regtest. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug lto/43542] LTO segfault with object referencing __gnu_lto_v1

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-03-26 19:45 --- Confirmed. Note that I think libtool also strips -flto from the linker commandline. The proper way to fix this bug is to stop emitting this artificial symbol but instead use another way to identify object files with

[Bug tree-optimization/43430] Missed vectorization: "stmt not supported: cond_expr"

--- Comment #1 from spop at gcc dot gnu dot org 2010-03-26 20:08 --- Due to the "FORNOW" fail in vectorizable_condition: int nunits = TYPE_VECTOR_SUBPARTS (vectype); int ncopies = LOOP_VINFO_VECT_FACTOR (loop_vinfo) / nunits; if (ncopies > 1) return false; /* FORNOW */ --

[Bug objc++/23716] obj-c++.dg/comp-types-10.mm ICE with the GNU runtime

--- Comment #9 from developer at sandoe-acoustics dot co dot uk 2010-03-26 20:09 --- also fails on *-*-darwin* with -fgnu-runtime. -- developer at sandoe-acoustics dot co dot uk changed: What|Removed |Added

[Bug tree-optimization/43430] Missed vectorization: "stmt not supported: cond_expr"

--- Comment #2 from spop at gcc dot gnu dot org 2010-03-26 20:13 --- Reduced testcase, for which ncopies is 4. typedef unsigned char uint8_t; vsad16_c (void *c, uint8_t * s1, uint8_t * s2, int stride, int h) { int score = 0; int x, y; for (x = 0; x < 16; x++) score += ((s1[x]

[Bug tree-optimization/43430] Missed vectorization: "stmt not supported: cond_expr"

--- Comment #3 from spop at gcc dot gnu dot org 2010-03-26 20:26 --- vectorizable_condition has to be cleaned up of this condition: /* We do not handle two different vector types for the condition and the values. */ if (TREE_TYPE (TREE_OPERAND (cond_expr, 0)) != TREE_TYPE (vec

[Bug fortran/43539] internal compiler error: in gfc_typenode_for_spec, at fortran/trans-types.c:995

--- Comment #1 from dominiq at lps dot ens dot fr 2010-03-26 20:35 --- Reduced test program sizetest1 use ISO_C_BINDING implicit none type contains_pointer integer data type(contains_pointer), pointer :: next end type contains_pointer type(contains_poin

[Bug tree-optimization/43430] Missed vectorization: "stmt not supported: cond_expr"

--- Comment #4 from spop at gcc dot gnu dot org 2010-03-26 20:49 --- This cleanup of vectorizable_condition allows this testcase to be vectorized: typedef int uint8_t; vsad16_c (void *c, uint8_t * s1, uint8_t * s2, int stride, int h) { int score = 0; int x, y; for (x = 0; x < 16;

[Bug debug/43540] ICE: vector VEC(dw_cfi_ref,heap) grow domain error, in output_cfis at dwarf2out.c:3346 or OOM-killed

--- Comment #9 from jakub at gcc dot gnu dot org 2010-03-26 20:54 --- Subject: Bug 43540 Author: jakub Date: Fri Mar 26 20:53:58 2010 New Revision: 157762 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157762 Log: PR debug/43540 * dwarf2out.c (reg_save): For DW_C

[Bug c++/43547] New: internal compiler error: in trunc_int_for_mode

When I run the following simple program, I get the above compiler error. /usr/bin/g++ -O2 gccbug.c gccbug.c: In function ‘int main()’: gccbug.c:25: internal compiler error: in trunc_int_for_mode, at explow.c:55 Please submit a full bug report, with preprocessed source if appropriate. See

[Bug middle-end/43547] internal compiler error: in trunc_int_for_mode

--- Comment #1 from ivan at rhythm dot com 2010-03-26 21:07 --- Created an attachment (id=20217) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20217&action=view) Trivial test program to replicate ICE. unix> /usr/bin/g++ -O2 gccbug.c gccbug.c: In function ‘int main()’: gccbug.c:25:

[Bug c++/29615] Class can't be friends of itself?

--- Comment #4 from potswa at mac dot com 2010-03-26 21:08 --- The error doesn't occur if the friend is a template instance, so it really doesn't hurt anyone. But it's weird. template< int z > class F { friend class F<0>; // error only if <0> removed }; template class F<0>; --

[Bug middle-end/43547] internal compiler error: in trunc_int_for_mode

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-03-26 21:08 --- Most likely the same as PR 41680. Can you give the full output of "gcc -v"? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43547

[Bug middle-end/43547] internal compiler error: in trunc_int_for_mode

--- Comment #3 from ivan at rhythm dot com 2010-03-26 21:11 --- gcc -v Using built-in specs. Target: x86_64-suse-linux Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,

[Bug target/41680] [4.4/4.5 Regression] ICE in trunc_int_for_mode

--- Comment #5 from pinskia at gcc dot gnu dot org 2010-03-26 21:14 --- *** Bug 43547 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/43547] internal compiler error: in trunc_int_for_mode

--- Comment #4 from pinskia at gcc dot gnu dot org 2010-03-26 21:14 --- Yes this is a dup of that bug and really was not a bug in the official relase of 4.3.2, only Suse's version. Please see if SUSE has an update. Also next time please follow what is printed out: See

[Bug tree-optimization/43430] Missed vectorization: "stmt not supported: cond_expr"

--- Comment #5 from spop at gcc dot gnu dot org 2010-03-26 21:18 --- Created an attachment (id=20218) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20218&action=view) Cleanup comparisons of types This patch replaces with types_compatible_p all the places in the vectorizer that wer

[Bug c++/43509] [4.5 regression] [C++0x] ICE in constructor_name_p, at cp/name-lookup.c:1809

--- Comment #3 from jason at gcc dot gnu dot org 2010-03-26 21:40 --- Subject: Bug 43509 Author: jason Date: Fri Mar 26 21:39:48 2010 New Revision: 157765 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157765 Log: PR c++/43509 * parser.c (cp_parser_qualifying_ent

[Bug objc++/23716] obj-c++.dg/comp-types-10.mm ICE with the GNU runtime

--- Comment #10 from developer at sandoe-acoustics dot co dot uk 2010-03-26 21:44 --- (In reply to comment #9) > also fails on *-*-darwin* with -fgnu-runtime. note the fail does not occur (at least on ppc darwin) with -O0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23716

[Bug tree-optimization/43247] [4.3/4.4 Regression] Incorrect optimization while declaring array[1]

--- Comment #6 from thiago at kde dot org 2010-03-26 21:46 --- Is this fix going to be backported to the 4.4.x line? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43247

[Bug c/43548] New: internal compiler error: in ggc_set_mark, at ggc-page.c:1338

$ x86_64-w64-mingw32-gcc -v Using built-in specs. COLLECT_GCC=c:\mingw-w64\bin\x86_64-w64-mingw32-gcc.exe COLLECT_LTO_WRAPPER=c:/mingw-w64/bin/../libexec/gcc/x86_64-w64-mingw32/4.5.0/lto-wrapper.exe Target: x86_64-w64-mingw32 Configured with: ../../../build/gcc/gcc/configure --target=x86_64-w64-min

[Bug pch/43548] internal compiler error: in ggc_set_mark, at ggc-page.c:1338

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal Component|c |pch http://g

[Bug middle-end/43548] internal compiler error: in ggc_set_mark, at ggc-page.c:1338

--- Comment #1 from James dot C dot Tilton at nasa dot gov 2010-03-26 22:25 --- You have 10 days from 03-26-2010 to download the file(s) from the following URL: https://webdrive.gsfc.nasa.gov/shortauth/james.c.tilton/nBHjD4C Please use the following to login: username = Bug43548

[Bug target/43546] [4.4/4.5 Regression] ICE: in assign_stack_local_1, at function.c:353 with -mpreferred-stack-boundary=2 -msseregparm

--- Comment #2 from hjl dot tools at gmail dot com 2010-03-26 23:26 --- We are trying to store DFmode with SFmode alignment since compress_float_constant converts 1.0DF to 1.0SF. This patch works around the problem: -- diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c index 3

[Bug target/43546] [4.4/4.5 Regression] ICE: in assign_stack_local_1, at function.c:353 with -mpreferred-stack-boundary=2 -msseregparm

--- Comment #3 from hjl dot tools at gmail dot com 2010-03-26 23:29 --- Created an attachment (id=20219) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20219&action=view) A patch to check TARGET_SSE_MATH instead of TARGET_SSE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43546

[Bug c/43381] [4.4/4.5 Regression] infinite loop in gcc.dg/parm-impl-decl-1.c with -g

--- Comment #5 from jsm28 at gcc dot gnu dot org 2010-03-26 23:52 --- Subject: Bug 43381 Author: jsm28 Date: Fri Mar 26 23:52:09 2010 New Revision: 157766 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157766 Log: PR c/43381 * c-decl.c (get_parm_info): Assert tha

[Bug c++/43549] New: TR1 type_traits are much worse than C++0x type_traits

Implementation is much worse than that can be included when compiling with -std=c++0x. don't use __has_trivial_destructor() and similar helper built-ins provided by the compiler. -- Summary: TR1 type_traits are much worse than C++0x type_traits Product: gcc V

[Bug target/43550] New: arm missing rev16

typedef unsigned short uint16_t; typedef unsigned int uint32_t; uint16_t s16(uint16_t v) { return v>>8|v<<8; } uint32_t s32(uint32_t v) { return __builtin_bswap32(v); } > gcc -O3 -mcpu=cortex-a8 -S bswap.c s16: @ args = 0, pretend = 0, frame = 0 @ frame_needed =

[Bug c++/43549] TR1 type_traits are much worse than C++0x type_traits

--- Comment #1 from paolo dot carlini at oracle dot com 2010-03-27 02:26 --- Yes, and that it's intended. -- paolo dot carlini at oracle dot com changed: What|Removed |Added -

[Bug tree-optimization/26854] [4.3/4.4/4.5 Regression] Inordinate compile times on large routines

--- Comment #113 from lucier at math dot purdue dot edu 2010-03-27 04:27 --- Created an attachment (id=20220) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20220&action=view) time/mem report compiling compiler.i This is the time and detailed memory report for 20100302 compiling c

[Bug tree-optimization/26854] [4.3/4.4/4.5 Regression] Inordinate compile times on large routines

--- Comment #114 from lucier at math dot purdue dot edu 2010-03-27 04:59 --- Created an attachment (id=20221) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20221&action=view) time/mem report compiling compiler.i This is the time and detailed memory report for compiling compiler.i

[Bug tree-optimization/26854] [4.3/4.4/4.5 Regression] Inordinate compile times on large routines

--- Comment #115 from lucier at math dot purdue dot edu 2010-03-27 05:20 --- Created an attachment (id=20222) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20222&action=view) time/mem report compiling compiler.i with -O1 Here is the time and memory report with -O1 -fschedule-insn

<    1   2