[Bug tree-optimization/33244] Missed opportunities for vectorization due to PRE

--- Comment #2 from matz at gcc dot gnu dot org 2010-09-07 14:41 --- Since the fix for PR44710 we can if-convert the conditions in the inner loop. With http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00542.html we also make sure that the latch block isn't filled, which in turn then triggers

[Bug target/45206] [4.6 regression] ICE on __builtin_eh_return at -Os

--- Comment #11 from ubizjak at gmail dot com 2010-09-07 14:38 --- Patch at [1]. [1] http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00563.html -- ubizjak at gmail dot com changed: What|Removed |Added -

[Bug tree-optimization/45578] [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163915

--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-07 14:25 --- If I replace the loop DO i = 1 , MOLsa X0(1,i) = X0(1,i) - cm1 X0(2,i) = X0(2,i) - cm2 X0(3,i) = X0(3,i) - cm3 XIN(1,i) = XIN(1,i) - cm1 XIN(2,i) = XIN(2,i) - cm2

[Bug bootstrap/45445] [4.6 regression] ARM bootstrap failure: comparison failures after stage 3

--- Comment #3 from mikpe at it dot uu dot se 2010-09-07 14:25 --- This set of bootstrap comparison failures were introduced by r162418: http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00772.html It's been a pain to bisect because pretty much every week between then and now there's been some o

[Bug libstdc++/45398] [C++0x] Missing atomic<_Tp*>::store definition

--- Comment #7 from paolo dot carlini at oracle dot com 2010-09-07 14:16 --- Done, for 4.6.0 and 4.5.2. -- paolo dot carlini at oracle dot com changed: What|Removed |Added ---

[Bug libstdc++/45398] [C++0x] Missing atomic<_Tp*>::store definition

--- Comment #6 from paolo at gcc dot gnu dot org 2010-09-07 14:12 --- Subject: Bug 45398 Author: paolo Date: Tue Sep 7 14:07:31 2010 New Revision: 163951 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163951 Log: 2010-09-07 Paolo Carlini PR libstdc++/45398 *

[Bug libstdc++/45398] [C++0x] Missing atomic<_Tp*>::store definition

--- Comment #5 from paolo at gcc dot gnu dot org 2010-09-07 14:11 --- Subject: Bug 45398 Author: paolo Date: Tue Sep 7 14:05:23 2010 New Revision: 163950 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163950 Log: 2010-09-07 Paolo Carlini PR libstdc++/45398 *

[Bug c++/45581] internal compiler error: Segmentation fault

--- Comment #2 from v dot haisman at sh dot cvut dot cz 2010-09-07 13:51 --- Created an attachment (id=21729) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21729&action=view) Original unreduced testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45581

[Bug c++/45581] New: internal compiler error: Segmentation fault

Hi, the attached file testcase-src-15.cxx contains a testcase which makes the compiler segfault: amber2::wilx:~/tmp/log4cplus-svn/objdir/src/testcase> g++ -O3 -fkeep-inline-functions -c testcase-src-15.cxx testcase-src-15.cxx: In member function ‘void PropertyConfigurator::replaceEnvironVariables(

[Bug c++/45581] internal compiler error: Segmentation fault

--- Comment #1 from v dot haisman at sh dot cvut dot cz 2010-09-07 13:49 --- Created an attachment (id=21728) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21728&action=view) Reduced testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45581

[Bug tree-optimization/43434] Missed vectorization: "not vectorized: data ref analysis": pointer incremented by a parameter

--- Comment #5 from matz at gcc dot gnu dot org 2010-09-07 13:42 --- Since Ira implemented unaligned support in SLP mode we get somewhat further, but not much. If complete unrolling is active that we can't disambiguate between *s and *(s+stride). That is correct because stride is unkno

[Bug fortran/45505] [4.6 Regression] gfortran.dg/pr25923.f90

--- Comment #5 from hp at gcc dot gnu dot org 2010-09-07 13:28 --- Subject: Bug 45505 Author: hp Date: Tue Sep 7 13:23:24 2010 New Revision: 163949 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163949 Log: PR fortran/45505 * gfortran.dg/pr25923.f90: XFAIL warni

[Bug libstdc++/43451] [C++0x] atomic integral methods missing volatile overloads

--- Comment #3 from paolo dot carlini at oracle dot com 2010-09-07 13:28 --- By the way the same problem exists for the atomic partial specialization. In general, audit for volatile. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43451

[Bug tree-optimization/43432] Missed vectorization: "complicated access pattern" for increasing and decreasing data indexing

--- Comment #2 from matz at gcc dot gnu dot org 2010-09-07 13:27 --- The patch at http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00548.html implements support for consecutive loads with negative step. It will vectorize the first testcase. But not the second one because it only handled lo

[Bug libstdc++/45398] [C++0x] Missing atomic<_Tp*>::store definition

--- Comment #4 from paolo dot carlini at oracle dot com 2010-09-07 13:25 --- Here, I'm only adding the non-volatile version, the rest of the volatile overloads belong to PR43451. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45398

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

--- Comment #7 from matz at gcc dot gnu dot org 2010-09-07 13:24 --- The remaining problem is the support for ncopies > 1 in vectorizable_condition. http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00550.html implements this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43430

[Bug libstdc++/45398] [C++0x] Missing atomic<_Tp*>::store definition

--- Comment #3 from paolo dot carlini at oracle dot com 2010-09-07 13:19 --- Seems trivial, just matter of forwarding to atomic_address... -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug tree-optimization/45256] Missed arithmetic simplification at tree level

--- Comment #2 from ibolton at gcc dot gnu dot org 2010-09-07 13:05 --- (In reply to comment #1) > Created an attachment (id=21454) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21454&action=view) [edit] > Testcase > OK. I can see this happening on trunk, when compiled as follow

[Bug tree-optimization/45580] [4.6 Regression] Building WebKit fails with compiler catching SIGSEGV in gimple_fold_obj_type_ref_known_binfo()

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

[Bug fortran/45576] [4.6 Regression] ICE on character stuff

--- Comment #2 from mikael at gcc dot gnu dot org 2010-09-07 12:56 --- Index: dependency.c === --- dependency.c(r��vision 163944) +++ dependency.c(copie de travail) @@ -182,6 +182,12 @@ gfc_dep_compare_expr (

[Bug debug/45447] ICE with `-g -femit-struct-debug-baseonly'

-- ibolton at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keyw

[Bug middle-end/45569] [4.5 Regression] ICE: verify_stmts failed: statement marked for throw in middle of block with -fnon-call-exceptions

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-09-07 12:28 --- Fixed on trunk sofar. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to

[Bug middle-end/45569] [4.5/4.6 Regression] ICE: verify_stmts failed: statement marked for throw in middle of block with -fnon-call-exceptions

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-07 12:28 --- Subject: Bug 45569 Author: rguenth Date: Tue Sep 7 12:27:45 2010 New Revision: 163947 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163947 Log: 2010-09-07 Richard Guenther PR middle-end/45569

[Bug tree-optimization/45580] [4.6 Regression] Building WebKit fails with compiler catching SIGSEGV in gimple_fold_obj_type_ref_known_binfo()

--- Comment #1 from aanisimov at inbox dot ru 2010-09-07 12:27 --- Created an attachment (id=21727) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21727&action=view) Preprocessed source for JSGlobalData.cpp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45580

[Bug tree-optimization/45580] New: [4.6 Regression] Building WebKit fails with compiler catching SIGSEGV in gimple_fold_obj_type_ref_known_binfo()

When building JSGlobalObject.cpp from webkit's source with GCC rev.163944 the compiler ICEs in gimple_fold_obj_type_ref_known_binfo() because it attempts to execute "fndecl = TREE_VALUE (v)" with v equal to NULL. The preprocessed source is quite big, but I've got no knowledge of webkit's internals

[Bug tree-optimization/45578] [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163940

--- Comment #2 from dominiq at lps dot ens dot fr 2010-09-07 12:13 --- > 163913 (centcm_b.s) Pasto!-(centcm_b.s is for 163915). -- dominiq at lps dot ens dot fr changed: What|Removed |Added -

[Bug tree-optimization/45578] [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163940

--- Comment #1 from dominiq at lps dot ens dot fr 2010-09-07 12:07 --- Created an attachment (id=21726) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21726&action=view) Split code for mdbx and good and bad assembly files. > It may be due to revision 163915. mdbx is miscompiled at

[Bug target/44631] [sparc] long long to double conversion error

--- Comment #12 from zimmerma+gcc at loria dot fr 2010-09-07 11:47 --- *** Bug 45559 has been marked as a duplicate of this bug. *** -- zimmerma+gcc at loria dot fr changed: What|Removed |Added --

[Bug target/45559] [4.4 regression] wrong conversion from unsigned int/long to float

--- Comment #4 from zimmerma+gcc at loria dot fr 2010-09-07 11:47 --- this is indeed a duplicate of #44631. It can be reproduced also with GCC 4.3 and -mcpu=v9. I suggest adding GMP-ECM "make check" in the regression tests for GCC (some time ago it was used for the efficiency tests). Th

[Bug fortran/45186] [4.6 Regression] Gfortran 4.5.0 emits wrong linenumbers

--- Comment #15 from burnus at gcc dot gnu dot org 2010-09-07 11:37 --- Created an attachment (id=21725) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21725&action=view) tree.h patch tp add build[0-9]_loc (In reply to comment #9) > grep -w build[0-9] trans*.c | wc -l > 38 > grep -

[Bug middle-end/31528] Inlining with -Os increases code size

--- Comment #9 from abnikant dot singh at atmel dot com 2010-09-07 11:36 --- gcc version 4.6.0 20100907 (experimental) is not performing the inline in -Os for the test case: #define UCSRA (*(volatile unsigned char *)0x2B) #define UDRE 5 #define UDR (*(volatile unsigned char *)0x2C

[Bug middle-end/45569] [4.5/4.6 Regression] ICE: verify_stmts failed: statement marked for throw in middle of block with -fnon-call-exceptions

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-09-07 11:18 --- Subject: Bug 45569 Author: rguenth Date: Tue Sep 7 11:17:44 2010 New Revision: 163946 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163946 Log: 2010-09-07 Richard Guenther PR middle-end/45569

[Bug c++/45571] [4.6 Regression] ICE: verify_stmts failed: Invalid address operand in MEM_REF. on invalid C++ code

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-07 11:17 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug target/43137] redundant register move for sign extending

--- Comment #3 from bernds at gcc dot gnu dot org 2010-09-07 11:16 --- Fixed. -- bernds at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug libstdc++/45574] ifstream::getline() is extremely slow

--- Comment #3 from paolo dot carlini at oracle dot com 2010-09-07 11:15 --- There is nothing we can do to speed up further the v3 side of the synced code, thus, unless you have evidence that other implementations perform much better than v3, and provide details, this is closed. --

[Bug target/45070] Miscompiled c++ class with packed attribute on ARM with -Os optimizations (Qt 4.6.2)

--- Comment #18 from ibolton at gcc dot gnu dot org 2010-09-07 11:07 --- Subject: Bug 45070 Author: ibolton Date: Tue Sep 7 11:07:31 2010 New Revision: 163945 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163945 Log: 2010-09-07 Ian Bolton Backport from mainline

[Bug libstdc++/45574] ifstream::getline() is extremely slow

--- Comment #2 from tstarling at wikimedia dot org 2010-09-07 10:46 --- (In reply to comment #1) > If the problem is in the stdio sync code, then file a glibc PR. > I mean the "stdio sync code" as in the code in libstdc++ which synchronises with glibc, not actual code within glibc. If

[Bug fortran/45577] [4.6 Regression] Bogus(?) "... type incompatible with source-expr ..." error

--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-07 10:42 --- > I posted a patch at http://gcc.gnu.org/ml/fortran/2010-09/msg00176.html. The patch fixes this pr. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45577

[Bug middle-end/45579] New: Re-enable IPA-CP for "fn spec"

Follow up to PR 43665. Both "fn spec" (a TYPE_ATTRIBUTES) and -fipa-cp are important optimization features. However, -fipa-cp can eliminate arguments and does not update "fn spec", leading to wrong code. Thus, ipa-cp has been disabled if it encounters an attribute, cf. PR 43665 's attachment 21714

[Bug tree-optimization/45578] New: [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163940

--with-cloog=/opt/sw64 Thread model: posix gcc version 4.6.0 20100907 (experimental) [trunk revision 163940p4] (GCC) COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.4' '-O2' '-ftree-vectorize' '-v' '-shared-libgcc' '-mtune=generic' /opt/

[Bug fortran/45577] [4.6 Regression] Bogus(?) "... type incompatible with source-expr ..." error

--- Comment #2 from janus at gcc dot gnu dot org 2010-09-07 10:26 --- (In reply to comment #1) > Hi Janus. I wonder whether it could be due to the fix PR fortran/45507; could > you have a look? Yes. This seems to be the same problem reported by Salvatore (cf. http://gcc.gnu.org/ml/fortr

[Bug target/45559] [4.4 regression] wrong conversion from unsigned int/long to float

--- Comment #3 from mikpe at it dot uu dot se 2010-09-07 10:15 --- Well then, the bug is not in gcc but in the Linux kernel's math emulation code. You need to update your kernel to one that includes the fix. The fix is commit f8324e20f8289dffc646d64366332e05eaacab25 in Linus' tree, and

[Bug libstdc++/45574] ifstream::getline() is extremely slow

--- Comment #1 from paolo dot carlini at oracle dot com 2010-09-07 09:42 --- If the problem is in the stdio sync code, then file a glibc PR. -- paolo dot carlini at oracle dot com changed: What|Removed |Added --

[Bug fortran/45577] [4.6 Regression] Bogus(?) "... type incompatible with source-expr ..." error

--- Comment #1 from burnus at gcc dot gnu dot org 2010-09-07 09:29 --- Hi Janus. I wonder whether it could be due to the fix PR fortran/45507; could you have a look? -- burnus at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/45562] [4.6 Regression] ICE: SIGSEGV in cp_build_unary_op (typeck.c:5083) with -std=gnu++0x -fipa-cp-clone -fcompare-debug

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45562

[Bug tree-optimization/45563] [4.6 Regression] g++.dg/opt/devirt1.C ICEs in ipcp_init_cloned_node, at ipa-cp.c:190 with -fno-early-inlining -fipa-cp-clone

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

[Bug tree-optimization/44328] switch/case optimization produces an invalid lookup table index

--- Comment #35 from ibolton at gcc dot gnu dot org 2010-09-07 09:27 --- (In reply to comment #32) > I don't know if there are plans for more releases in the 4.4 series, but can > it > be applied to the 4.4 branch too? > The backport for 4.4 is ready. I am just waiting for approval

[Bug target/45070] Miscompiled c++ class with packed attribute on ARM with -Os optimizations (Qt 4.6.2)

--- Comment #17 from ibolton at gcc dot gnu dot org 2010-09-07 09:26 --- (In reply to comment #16) > I'd like it backported to 4.4 if possible, thanks > Just awaiting approval on the mailing list. It's ready to go. -- ibolton at gcc dot gnu dot org changed: What|R

[Bug target/45206] [4.6 regression] ICE on __builtin_eh_return at -Os

--- Comment #10 from ubizjak at gmail dot com 2010-09-07 09:25 --- We just calculated SP in the code following the comment: "/* eh_return epilogues need %ecx added to the stack pointer. */" So, stack pointer should be valid at the end. I'm testing following patch: Index: i386.c =

[Bug fortran/45577] New: [4.6 Regression] Bogus(?) "... type incompatible with source-expr ..." error

Between revisions 163718 (working) and 163913, the following code (and friends) gives a possibly bogus error: [macbook] f90/bug% cat allocate_type_red.f90 program main type b_obj integer,allocatable :: c(:) end type b_obj type (b_obj),allocatable :: b(:) integer,allocatable :: c(:) integer ::

[Bug middle-end/45534] [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1031

--- Comment #17 from dominiq at lps dot ens dot fr 2010-09-07 09:12 --- Also fixed on x86_64-apple-darwin10.4, trunk configured with the default value for --enable-checking, see http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00616.html The failures on ppc reported in comment #3 have a

[Bug fortran/45564] gfortran.dg/achar_4.f90 ICE: verify_gimple failed: type mismatch in comparison expression with -fbounds-check

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45564

[Bug rtl-optimization/45354] [4.5/4.6 Regression] ICE: verify_flow_info failed: fallthru edge crosses section boundary (bb 6) with gcc.dg/tree-prof/update-cunroll-2.c

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45354

[Bug middle-end/45565] [4.6 Regression] ICE: in execute_todo, at passes.c:1276 with -fno-toplevel-reorder -fno-inline -fipa-cp-clone -fkeep-inline-functions

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

[Bug middle-end/45566] [4.5/4.6 Regression] ICE: in convert_to_eh_region_ranges, at except.c:2446 with -freorder-blocks-and-partition -fnon-call-exceptions -fprofile-use

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45566

[Bug c++/45571] [4.6 Regression] ICE: verify_stmts failed: Invalid address operand in MEM_REF. on invalid C++ code

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-09-07 08:37 --- I'll have a look. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedT

[Bug fortran/45567] [4.6 Regression] gfortran.dg/popcnt_poppar_2.F90 ICEs in emit_library_call_value_1, at calls.c:3485 with -ftree-ter

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45567

[Bug ada/45568] [4.6 Regression] [prj-nmsc.o] raised STORAGE_ERROR : stack overflow (or erroneous memory access)

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|bootstrap |ada Keywords||build Target M

[Bug middle-end/45569] [4.5/4.6 Regression] ICE: verify_stmts failed: statement marked for throw in middle of block with -fnon-call-exceptions

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-07 08:37 --- Hm, that expr shouldn't throw. I'll have a look. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug rtl-optimization/45570] [4.6 Regression] ICE: in cfg_preds_1, at sel-sched-ir.c:4584

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45570

[Bug tree-optimization/45572] [4.6 Regression] various ICEs with -finline-small-functions -findirect-inlining -finline-functions

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

[Bug fortran/45505] [4.6 Regression] gfortran.dg/pr25923.f90

--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-07 08:05 --- This isn't specific to Fortran, struct S { int a; }; struct S foo (struct S *arg) { struct S s; if (bar ()) baz ("not valid"); else s = *arg; return s; } has the exactly same difference. I believe thi

[Bug fortran/45576] [4.6 Regression] ICE on character stuff

--- Comment #1 from dominiq at lps dot ens dot fr 2010-09-07 07:56 --- Confirmed: 163913 works, 163940 gives an ICE. The backtrace is Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x gfc_dep_compare_expr (e1=0x0

[Bug fortran/45576] [4.6 Regression] ICE on character stuff

-- jv244 at cam dot ac dot uk changed: What|Removed |Added CC||tkoenig at netcologne dot de Target Milestone|---

[Bug fortran/45576] New: [4.6 Regression] ICE on character stuff

this started failing with today's trunk SUBROUTINE get_r_val() INTEGER, PARAMETER :: default_string_length=128 CHARACTER(len=default_string_length) :: c_val LOGICAL :: check check = c_val(LEN_TRIM(c_val):LEN_TRIM(c_val))=="]" END SUBROUTINE get_r_v

[Bug target/45559] [4.4 regression] wrong conversion from unsigned int/long to float

--- Comment #2 from lucas at lucas-nussbaum dot net 2010-09-07 07:32 --- Yes, confirmed. (sid)lu...@smetana:~$ gcc -o t t.c t.c: In function ‘main’: t.c:7: warning: incompatible implicit declaration of built-in function ‘printf’ (sid)lu...@smetana:~$ ./t t=254733465 f=482062944 (sid)

[Bug bootstrap/45482] Bootstrap fails on PPC error: conflicting types for 'malloc'

--- Comment #9 from sfilippone at uniroma2 dot it 2010-09-07 07:20 --- (In reply to comment #8) > Created an attachment (id=21673) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21673&action=view) [edit] > Modifying the conftest source gives the following: [snfi...@josquin libiber

[Bug c++/45558] typedef of typename fails to equal its underlying type

--- Comment #4 from dodji at gcc dot gnu dot org 2010-09-07 07:13 --- Fixed in 4.5.2 and trunk (4.6) -- dodji at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/45293] ICE in iterative_hash_template_arg, at cp/pt.c:1589

--- Comment #11 from dodji at gcc dot gnu dot org 2010-09-07 07:12 --- Fixed in 4.5.2 and trunk (4.6) -- dodji at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/45505] [4.6 Regression] gfortran.dg/pr25923.f90

--- Comment #3 from hp at gcc dot gnu dot org 2010-09-07 07:11 --- (In reply to comment #2) > xfail the test-case for ilp32 targets with a reference to this PR. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45505

[Bug c++/45200] [4.5/4.6 Regression] ICE in template instantiation

--- Comment #13 from dodji at gcc dot gnu dot org 2010-09-07 07:08 --- Fixed in 4.5.2 and trunk (4.6). -- dodji at gcc dot gnu dot org changed: What|Removed |Added

<    1   2