[Bug target/37396] bootstrap broken on hppa-linux-gnu trunk with ada (20080906)

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-07 01:15 --- HPPA is fully broken, see PR 37071, PR 37265, and PR 37380. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug middle-end/37380] [4.4 Regression] ../../gcc/libcpp/charset.c:1103: error: 'cvt.77.width' is used uninitialized in this function

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

[Bug other/37265] [4.4 Regression] mt_allocator.cc:646: ICE: in gt_ggc_m_S, at ggc-page.c:1281

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

[Bug target/37406] [4.4 regression] bootstrap broken on sparc-linux-gnu trunk (20080906)

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-07 01:12 --- *** This bug has been marked as a duplicate of 37344 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/37344] [4.4 Regression] sparc bootstrap fails with Bus error in libgcc2.c

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-09-07 01:12 --- *** Bug 37406 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/37406] New: [4.4 regression] bootstrap broken on sparc-linux-gnu trunk (20080906)

seen with trunk 20080906, configured with configure -v --with-pkgversion='Ubuntu 20080906-0ubuntu1' --with-bugurl='file:///usr/share/doc/gcc-snapshot/README.Bugs' --enable-languages=c,c++,java,fortran,objc,obj-c++,ada --prefix=/usr/lib/gcc-snapshot --enable-shared --with-system

[Bug target/37401] ICE when compiling some LAPACK files with optimizations

--- Comment #2 from jean-louis dot dornstetter at wanadoo dot fr 2008-09-07 01:02 --- Created an attachment (id=16246) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16246&action=view) Offending F77 sources files for bug 37401 I did not do my duties, sorry for that... The attached

[Bug c++/37404] ICE on va_arg and template deduction

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-07 00:34 --- This only ICEs on targets where va_list is an array. Reduced testcase: typedef __builtin_va_list __gnuc_va_list; typedef __gnuc_va_list va_list; template struct S { static const char* foo () { return 0; } }; templat

[Bug other/37405] syntax error on __wur in include-fixed/sys/stat.h

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-07 00:25 --- This works for me on the trunk on powerpc64-linux-gnu. I think fix includes is messing up the sys/stat.h for some reason. -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug c++/37405] New: syntax error on __wur in include-fixed/sys/stat.h

Here's an odd error I just ran into. The source compiles fine as C but fails with the C++ compiler. $ cat t.C && cat /etc/redhat-release && gcc t.C || cat -n /amd/devco/contrib/linux/gcc-4.3.1/lib/gcc/x86_64-unknown-linux-gnu/4.3.1/include-fixed/sys/stat.h | head -n 350 | tail -n 10 #include #inc

[Bug middle-end/37380] ../../gcc/libcpp/charset.c:1103: error: 'cvt.77.width' is used uninitialized in this function

--- Comment #3 from danglin at gcc dot gnu dot org 2008-09-07 00:09 --- Sorrry, that should have been revision 139931. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37380

[Bug middle-end/37380] ../../gcc/libcpp/charset.c:1103: error: 'cvt.77.width' is used uninitialized in this function

--- Comment #2 from danglin at gcc dot gnu dot org 2008-09-07 00:08 --- This was introduced in revision 139930. -- danglin at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/37404] New: ICE on va_arg and template deduction

gcc 4.3.1 gets an ICE on the program below. I didn't try 4.3.2 or 4.4.0. $ cat t.C && gcc t.C #include #include const char* foobar (void*) { return 0; } template struct S { static const char* foo () { return 0; } }; template struct S { static const char* foo () { return foobar (T ()); } };

[Bug target/37378] [4.4 Regression] Revision 139827 causes Divide_X

--- Comment #13 from jh at suse dot cz 2008-09-06 23:18 --- Subject: Re: [4.4 Regression] Revision 139827 causes Divide_X > This looks like a target issue anyways. The patch had effect of turning code paths leading to trap or noreturn etc. to be optimized for size... Honza -- ht

[Bug other/37265] [4.4 Regression] mt_allocator.cc:646: ICE: in gt_ggc_m_S, at ggc-page.c:1281

--- Comment #4 from danglin at gcc dot gnu dot org 2008-09-06 23:17 --- Created an attachment (id=16245) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16245&action=view) Fix for GC error Also fixes plabel generation for personality function. -- http://gcc.gnu.org/bugzilla/sho

[Bug target/37401] ICE when compiling some LAPACK files with optimizations

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-06 23:08 --- Can you attach the .f files? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/37400] [4.4 Regression] implicit character(len=*,kind=kind('A')) (Q) ... no longer gives the right answer.

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

[Bug tree-optimization/37310] [4.3 Regression] gfortran errors in compilation and the making for upgraded compilers

--- Comment #14 from pinskia at gcc dot gnu dot org 2008-09-06 23:06 --- Reduced testcase: real*8 in_mjd(500), in_xyz_std(6,500) real*8 ref_xyz(3), ref_llu(3), ref_neu(3) common / ts_r8 /sec_rel, in_mjd, in_xyz_std, ref_llu, ref_neu real*8 locref(3)

[Bug target/27880] [4.2/4.3/4.4 regression] undefined reference to `_Unwind_GetIPInfo'

--- Comment #28 from doko at ubuntu dot com 2008-09-06 22:53 --- so this bites again with trunk and ada. Jim, Steve, any news on this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880

[Bug target/27880] [4.2/4.3/4.4 regression] undefined reference to `_Unwind_GetIPInfo'

--- Comment #27 from pinskia at gcc dot gnu dot org 2008-09-06 22:50 --- *** Bug 37403 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/37403] [4.4 regression] bootstrap broken on ia64-linux-gnu trunk with ada (20080906)

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-06 22:50 --- *** This bug has been marked as a duplicate of 27880 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/37392] [4.4 Regression] Segfault in verify_ssa: !gimple_nop_p (stmt)

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-09-06 22:49 --- I want to say part of the fix for PR 14703 fixed this bug. Honza could you look into this bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37392

[Bug tree-optimization/37392] [4.4 Regression] Segfault in verify_ssa: !gimple_nop_p (stmt)

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-06 22:48 --- This works now with revision 140075. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37392

[Bug target/37403] New: [4.4 regression] bootstrap broken on ia64-linux-gnu trunk with ada (20080906)

seen with trunk 20080906 ../../xgcc -B../../ -c -DIN_GCC -DUSE_LIBUNWIND_EXCEPTIONS `echo -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes |sed -e 's/-pedantic//g' -e 's/-Wtraditional//g'` \ -I. -I.. -I../.. -I/build/buildd/gcc-s

[Bug target/37402] Incorrect access to static __thread variables inside static member functions

--- Comment #2 from vz-gcc at zeitlins dot org 2008-09-06 22:41 --- Andrew, thanks for your reply! And yes, I realize this but unfortunately it really seems specific to something that optimizer does and maybe something it does at the whole unit level and not locally as even extracting p

[Bug target/37402] Incorrect access to static __thread variables inside static member functions

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-06 22:34 --- We really need a testcase that shows the issue. Right now it is hard to guess what is going on. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/37378] [4.4 Regression] Revision 139827 causes Divide_X

--- Comment #12 from pinskia at gcc dot gnu dot org 2008-09-06 22:30 --- This looks like a target issue anyways. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/37378] [4.4 Regression] Revision 139827 causes Divide_X

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

[Bug tree-optimization/37392] [4.4 Regression] Segfault in verify_ssa: !gimple_nop_p (stmt)

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-06 22:27 --- Reduced testcase: typedef struct { unsigned char r, g, b; } rgb_color; typedef union { rgb_color rgb; unsigned char channel[4]; } i_color; struct i_fill_image_t { double matrix[9]; }; static i_color interp_i_

[Bug target/37390] wrong-code on i486-linux-gnu with -O[12], -O0 works

--- Comment #11 from vincent at vinc17 dot org 2008-09-06 22:19 --- (In reply to comment #10) > The funny thing is that this only happens with -O2 or -O1 but not with -O0 ie > no optimization it is all correct , when we optimize the results start > varying. Because with -O0, some value

[Bug c++/37402] New: Incorrect access to static __thread variables inside static member functions

First of all, sorry in advance for submitting a bug with no way to reproduce it but I unfortunately already spent several hours on this and I simply can't manage to make this fail in a simple example. In spite of this it seems like this could be a compiler problem and not something in my code so I'

[Bug tree-optimization/37387] [4.4 Regression] ICE in extract_range_from_binary_expr, at tree-vrp.c:2145

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-06 21:59 --- Further reduced testcase: typedef long int Int; void FuncMakeConsequencesPres (long *objDefs1) { long a = (long)objDefs1; int c = a & 0x01; int b = 0; if (! ( 13 <= ( c ? 0 : (((int) objDefs1 & 0x02) ? 0 : *

[Bug target/37367] [4.4 Regression] gcc-4.4 speed regression

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-06 21:43 --- Sounds like a scheduler issue. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/37392] [4.4 Regression] Segfault in verify_ssa: !gimple_nop_p (stmt)

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

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

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

[Bug c/37384] Assembler error message when building vlc-0.9.1

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-06 21:39 --- This code is invalid and is caused by changing C99/GNU99 extern inline to be correct to what C99 says. We have: extern ssize_t pread (int __fd, void *__buf, size_t __nbytes, __off64_t __offset) __asm__ ("" "pread64"

[Bug middle-end/37343] [4.4 Regression] ICE in expand_expr_real_1, at expr.c:7290

--- Comment #9 from pinskia at gcc dot gnu dot org 2008-09-06 21:32 --- *** Bug 37332 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/37332] [4.4 Regression] ICE in make_decl_rtl, at varasm.c:1297

--- Comment #6 from pinskia at gcc dot gnu dot org 2008-09-06 21:32 --- *** This bug has been marked as a duplicate of 37343 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/37343] [4.4 Regression] ICE in expand_expr_real_1, at expr.c:7290

--- Comment #8 from pinskia at gcc dot gnu dot org 2008-09-06 21:32 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug c++/35080] __thread generators a.out that creates segmentation fault

--- Comment #1 from vz-gcc at zeitlins dot org 2008-09-06 21:27 --- I found this bug while searching for __thread-related problems and FWIW I can't reproduce this on a very similar system with g++ 4.1.2 from Debian stable so maybe this can be closed as fixed. -- http://gcc.gnu.org/b

[Bug fortran/37401] New: ICE when compiling some LAPACK files with optimizations

Compiling some of the LAPACK source code under -O1 or greater with the 64 bit version of GNU Fortran 4.4.0 fails badly (whereas its peer 32 bit build does not exhibit the problem). The Windows build of gfortran is current from as of Sep 6, 2008:

[Bug target/37390] wrong-code on i486-linux-gnu with -O[12], -O0 works

--- Comment #10 from niklaus at gmail dot com 2008-09-06 21:23 --- (In reply to comment #8) > (In reply to comment #7) > > Does increasing bits cause floating point errors. How could 64 bit precison > > give correct result where as 80 bit give incorrect one. > > You can have rounding er

[Bug c++/37332] [4.4 Regression] ICE in make_decl_rtl, at varasm.c:1297

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-09-06 21:19 --- Reducing further. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37332

[Bug fortran/34199] segfault for TRANSFER integer to TYPE(C_PTR)

--- Comment #9 from dominiq at lps dot ens dot fr 2008-09-06 21:16 --- Extracted from http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/c553e0034bab977c the following code program bug2_transfer use ISO_C_BINDING implicit none type(C_PTR) C_NULL_PTR1 C_NU

[Bug middle-end/37393] [4.4 Regression] error: EH edge 10->12 is missing

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-06 21:04 --- Reduced testcase: struct __attribute__((visibility("default"))) QString { inline ~QString(); bool isEmpty() const; }; extern "C" { extern void __error_noreturn (__const char *__format, ...) __asm__ ("" "error")

[Bug target/37390] wrong-code on i486-linux-gnu with -O[12], -O0 works

--- Comment #9 from brian at dessent dot net 2008-09-06 20:31 --- Subject: Re: wrong-code on i486-linux-gnu with -O[12], -O0 works pinskia at gmail dot com wrote: > Because on x86 gnu/Linux, the precision is set to 80bits rather than > 64bit like it is on windows. That is only true

[Bug tree-optimization/14703] [4.4 regression] Inadequate optimization of inline templated functions, infinite loop in ipa-reference and memory hog

--- Comment #11 from hubicka at gcc dot gnu dot org 2008-09-06 20:23 --- The code quality problems are solved. Not closing the bug until IPA-reference is fixed. Honza -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14703

[Bug fortran/37399] gfortran.dg/size_kind.f90 doesn't work

--- Comment #4 from burnus at gcc dot gnu dot org 2008-09-06 19:53 --- Close as FIXED. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UN

[Bug fortran/34199] segfault for TRANSFER integer to TYPE(C_PTR)

--- Comment #8 from dominiq at lps dot ens dot fr 2008-09-06 19:14 --- Extracted from http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/c553e0034bab977c the following code module bug1 use ISO_C_BINDING implicit none contains subroutine sub1(x)

[Bug fortran/34199] segfault for TRANSFER integer to TYPE(C_PTR)

--- Comment #7 from dominiq at lps dot ens dot fr 2008-09-06 19:12 --- Extracted from http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/c553e0034bab977c the following code module bug1 use ISO_C_BINDING implicit none contains subroutine sub1(x)

[Bug target/37390] wrong-code on i486-linux-gnu with -O[12], -O0 works

--- Comment #8 from vincent at vinc17 dot org 2008-09-06 18:42 --- (In reply to comment #7) > Does increasing bits cause floating point errors. How could 64 bit precison > give correct result where as 80 bit give incorrect one. You can have rounding errors whether you increase the preci

[Bug fortran/37400] New: [4.4 Regression] implicit character(len=*,kind=kind('A')) (Q) ... no longer gives the right answer.

Extracted form http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/c553e0034bab977c (see pr34199) the following code: module mod implicit character(len=*,kind=kind('A')) (Q) parameter(Q1 = 'Test Me!') parameter(Q2 = 'Test Me Too!') contains subroutine sub(Q

[Bug fortran/37399] gfortran.dg/size_kind.f90 doesn't work

--- Comment #2 from kargl at gcc dot gnu dot org 2008-09-06 18:16 --- Remove myself from CC list. -- kargl at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/37390] wrong-code on i486-linux-gnu with -O[12], -O0 works

--- Comment #7 from niklaus at gmail dot com 2008-09-06 18:28 --- (In reply to comment #5) > Subject: Re: wrong-code on i486-linux-gnu with -O[12], -O0 works > > Because on x86 gnu/Linux, the precision is set to 80bits rather than > 64bit like it is on windows. > > Does increasing

[Bug fortran/37399] gfortran.dg/size_kind.f90 doesn't work

--- Comment #3 from burnus at gcc dot gnu dot org 2008-09-06 18:28 --- Subject: Bug 37399 Author: burnus Date: Sat Sep 6 18:27:17 2008 New Revision: 140070 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140070 Log: 2008-09-06 Tobias Burnus <[EMAIL PROTECTED]> PR fortr

[Bug fortran/37398] Statement functions mask missing PURE procedures.

--- Comment #1 from burnus at gcc dot gnu dot org 2008-09-06 18:15 --- The problem seems to be that "impure_stmt_fcn" for "st3" never checks "v". If I add some printfs, I see that "impure_stmt_fcn" is called twice with sym->name == "st3"; once with e->symtree->n.sym = st3 and once with e

[Bug fortran/37399] gfortran.dg/size_kind.f90 doesn't work

--- Comment #1 from sgk at troutmask dot apl dot washington dot edu 2008-09-06 18:14 --- Subject: Re: New: gfortran.dg/size_kind.f90 doesn't work On Sat, Sep 06, 2008 at 06:10:58PM -, hjl dot tools at gmail dot com wrote: > On Linux/ia32, revision 140065 gave > > FAIL: gfortran.

[Bug fortran/37399] New: gfortran.dg/size_kind.f90 doesn't work

On Linux/ia32, revision 140065 gave FAIL: gfortran.dg/size_kind.f90 -O (test for excess errors) -- Summary: gfortran.dg/size_kind.f90 doesn't work Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/36454] too cautionous alias checking with renamed variables/types from modules (Error: ACCESS specification already specified)

--- Comment #3 from pault at gcc dot gnu dot org 2008-09-06 18:02 --- (In reply to comment #2) > CONFIRM. > Paul, as out module.c expert, do you have an idea how to solve this? > Yes, I have a fix - see the list, either tonight or tomorrow. Cheers Paul -- pault at gcc dot gnu dot

[Bug rtl-optimization/323] optimized code gives strange floating point results

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

[Bug target/37390] wrong-code on i486-linux-gnu with -O[12], -O0 works

--- Comment #6 from pinskia at gcc dot gnu dot org 2008-09-06 18:01 --- *** This bug has been marked as a duplicate of 323 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/37390] wrong-code on i486-linux-gnu with -O[12], -O0 works

--- Comment #5 from pinskia at gmail dot com 2008-09-06 17:56 --- Subject: Re: wrong-code on i486-linux-gnu with -O[12], -O0 works Sent from my iPhone On Sep 6, 2008, at 10:42, "niklaus at gmail dot com" <[EMAIL PROTECTED] > wrote: > > > --- Comment #4 from niklaus at gmail d

Re: [Bug target/37390] wrong-code on i486-linux-gnu with -O[12], -O0 works

Sent from my iPhone On Sep 6, 2008, at 10:42, "niklaus at gmail dot com" <[EMAIL PROTECTED] > wrote: --- Comment #4 from niklaus at gmail dot com 2008-09-06 17:42 --- On the below version of gcc on cygwin (winXP SP3) i don't have any problems with optimization on or off. They

[Bug target/37395] Bootstrap fails in stage 2 due to segfault compiling c-parser

--- Comment #2 from daney at gcc dot gnu dot org 2008-09-06 17:50 --- 140035 seems OK: http://gcc.gnu.org/ml/gcc-testresults/2008-09/msg00503.html I am now trying 140069. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37395

[Bug target/37390] wrong-code on i486-linux-gnu with -O[12], -O0 works

--- Comment #4 from niklaus at gmail dot com 2008-09-06 17:42 --- On the below version of gcc on cygwin (winXP SP3) i don't have any problems with optimization on or off. They produce consistent correct result. Why is it a problem with linux ? or am i doing something wrong. I tried gcc

[Bug tree-optimization/14703] [4.4 regression] Inadequate optimization of inline templated functions, infinite loop in ipa-reference and memory hog

--- Comment #10 from hubicka at gcc dot gnu dot org 2008-09-06 17:11 --- Subject: Bug 14703 Author: hubicka Date: Sat Sep 6 17:10:00 2008 New Revision: 140068 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140068 Log: PR tree-optimization/14703 * tree-ssa-live.

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

--- Comment #4 from hjl dot tools at gmail dot com 2008-09-06 17:07 --- The problem is IA64 has void ia64_optimization_options (int level ATTRIBUTE_UNUSED, int size ATTRIBUTE_UNUSED) { /* Disable the second machine independent scheduling pass and use one for

[Bug fortran/29389] Statement functions are not recognized as pure when they are

--- Comment #10 from dominiq at lps dot ens dot fr 2008-09-06 16:58 --- Note that before the patch for pr35837, the code in comment #1 was wrongly rejected. This is now fixed by this patch. Also if the FORALL statement is this code is uncommented, it is now accepted while it is invalid,

[Bug fortran/37398] New: Statement functions mask missing PURE procedures.

Following the fix of pr35837 by Daniel Kraft (thanks for it) I found that it also fixed a reject-valid bug for the comment #1 in pr29389. In the process this uncovered an accept-invalid bug as shown by the following modification of gfortran.dg/stfunc_6.f90: ! { dg-do compile } ! Tests the fix for

[Bug target/37364] [4.4 Regression] IRA generates inefficient code due to missing regmove pass

--- Comment #13 from hjl dot tools at gmail dot com 2008-09-06 16:49 --- Vladimir, I will re-enable regmove on ira-merge branch to see its impact on compile time as well as SPEC CPU 2K/2006. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37364

[Bug rtl-optimization/37333] [4.4 Regression] ICE in ira_flattening, at ira-build.c:2146

--- Comment #4 from hjl at gcc dot gnu dot org 2008-09-06 16:46 --- Subject: Bug 37333 Author: hjl Date: Sat Sep 6 16:44:56 2008 New Revision: 140066 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140066 Log: 2008-09-06 Vladimir Makarov <[EMAIL PROTECTED]> PR rtl-opt

[Bug middle-end/28685] Multiple comparisons are not simplified

--- Comment #3 from ubizjak at gmail dot com 2008-09-06 16:33 --- gcc (4.4.0 20080906) still generates: cmpl%esi, %edi sete%al cmpl%esi, %edi setl%dl orl %edx, %eax movzbl %al, %eax ret -- http

[Bug middle-end/29749] [4.2 regression] Missing byte swap optimizations

--- Comment #21 from ubizjak at gmail dot com 2008-09-06 16:29 --- IMO, this enhancement request can be closed now that 4.3 is released. -- ubizjak at gmail dot com changed: What|Removed |Added --

[Bug target/37364] [4.4 Regression] IRA generates inefficient code due to missing regmove pass

--- Comment #12 from ubizjak at gmail dot com 2008-09-06 16:25 --- (In reply to comment #11) > of RA. Maybe this pass can even be enhanced a bit to fix PR 19389? Eh, PR 19398. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37364

[Bug rtl-optimization/17236] inefficient code for long long multiply on x86

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

[Bug rtl-optimization/17236] inefficient code for long long multiply on x86

--- Comment #31 from ubizjak at gmail dot com 2008-09-06 16:18 --- *** Bug 6585 has been marked as a duplicate of this bug. *** -- ubizjak at gmail dot com changed: What|Removed |Added ---

[Bug rtl-optimization/6585] Redundant store/load instruction pairs on ix86

--- Comment #19 from ubizjak at gmail dot com 2008-09-06 16:18 --- Exact duplicate of PR 17236. Mainline gcc (4.4.0 20080906, IRA) generates: pushl %ebx movl8(%esp), %eax movl16(%esp), %edx movl20(%esp), %ecx movl12(%esp), %ebx

[Bug rtl-optimization/17236] inefficient code for long long multiply on x86

--- Comment #30 from ubizjak at gmail dot com 2008-09-06 16:11 --- Current mainline (4.4.0 20080906) produces: pushl %ebx movl8(%ebp), %eax movl16(%ebp), %edx movl20(%ebp), %ecx movl12(%ebp), %ebx imull %eax, %ecx

[Bug target/37364] [4.4 Regression] IRA generates inefficient code due to missing regmove pass

--- Comment #11 from ubizjak at gmail dot com 2008-09-06 15:57 --- (In reply to comment #9) > I am concerned about those "*Yi"/"*Ym" and "r" pairs: > IRA is much more sensitive to "*" constraint. We can ignore "*Ym"/"r" pairs. > But should we remove * from "*Yi"/"r" pairs? This approac

[Bug fortran/36153] ICE on size with kind parameter [F2003]

--- Comment #5 from burnus at gcc dot gnu dot org 2008-09-06 15:56 --- FIXED on the trunk (4.4.0) -- burnus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/33229] ICE with "intrinsic" plus calling a subroutine as function

--- Comment #3 from burnus at gcc dot gnu dot org 2008-09-06 15:55 --- FIXED on the trunk (4.4.0) -- burnus at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/37397] IRA performance impact on SPEC CPU 2K/2006

--- Comment #1 from hjl dot tools at gmail dot com 2008-09-06 15:49 --- ira-merge banch at revision 140034 against trunk at revision 139589: 32bit O3 IRA against baseline 164.gzip 0.344353% 175.vpr -2.90615% 176.gcc

[Bug rtl-optimization/37397] New: IRA performance impact on SPEC CPU 2K/2006

On Core 2, I am using gcc 4.4 revision 139589 as baseline. On 64bit, I compare O2: -O2 -ffast-math O3: -O3 -ffast-math -funroll-loops On 32bit, I compare O2: -O2 -msse2 -mfpmath=sse -ffast-math O3: -O3 -msse2 -mfpmath=sse -ffast-math -funroll-loops -- Summary: IRA performance impac

[Bug fortran/36153] ICE on size with kind parameter [F2003]

--- Comment #4 from burnus at gcc dot gnu dot org 2008-09-06 15:29 --- Subject: Bug 36153 Author: burnus Date: Sat Sep 6 15:27:50 2008 New Revision: 140063 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140063 Log: 2008-09-06 Steven G. Kargl <[EMAIL PROTECTED]> PR for

[Bug tree-optimization/33761] tree-copyrename and tree-dominators pessimizes gzip SPEC score

--- Comment #28 from ubizjak at gmail dot com 2008-09-06 15:26 --- (In reply to comment #27) > Also just noticed that offline copy of longest-match get extra move: > .L15: > movzbl 2(%eax), %edi #, tmp87 > leal2(%eax), %ecx #, scan.158 > movl%edi,

[Bug fortran/33229] ICE with "intrinsic" plus calling a subroutine as function

--- Comment #2 from burnus at gcc dot gnu dot org 2008-09-06 15:12 --- Subject: Bug 33229 Author: burnus Date: Sat Sep 6 15:11:29 2008 New Revision: 140061 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140061 Log: 2008-09-06 Steven G. Kargl <[EMAIL PROTECTED]> PR fo

[Bug target/37396] New: bootstrap broken on hppa-linux-gnu trunk with ada (20080906)

h: line 1: 2711 Aborted ./xsinfo ../../sinfo.h make[5]: *** [ada/sinfo.h] Error 134 make[5]: *** Waiting for unfinished jobs make[5]: Leaving directory `/build/buildd/gcc-snapshot-20080906/build/gcc' make[4]: *** [all-stage2-gcc] Error 2 make[4]: Leaving directory `/build/buildd/

[Bug target/37390] wrong-code on i486-linux-gnu with -O[12], -O0 works

--- Comment #3 from doko at ubuntu dot com 2008-09-06 14:18 --- > So I don't know what else to say mark as duplicate of PR 323? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37390

[Bug c++/12850] memory consumption for heavy template instantiations tripled since 3.3

--- Comment #45 from hubicka at gcc dot gnu dot org 2008-09-06 14:12 --- Memory footprint in TOP is about 430MB (64bit machine). On current mainline we need 191MB before IPA. Top consumers cfg.c:226 (connect_dest) 598696: 0.2% 180224: 0.5%3484960: 1.

[Bug middle-end/17876] Attribute "noinline" should be fully moved into cgraph

--- Comment #4 from hubicka at gcc dot gnu dot org 2008-09-06 13:50 --- The frontend handling was removed in GCC-4.4 by my patches. -- hubicka at gcc dot gnu dot org changed: What|Removed |Added -

[Bug rtl-optimization/37333] [4.4 Regression] ICE in ira_flattening, at ira-build.c:2146

--- Comment #3 from vmakarov at redhat dot com 2008-09-06 13:45 --- Function ira_emit.c::update_costs does not take into account that new allocnos (It is very rare event. New allocnos during code emitting are created only to break a cycle in register shuffling on the region border) got

[Bug tree-optimization/14703] [4.4 regression] Inadequate optimization of inline templated functions, infinite loop in ipa-reference and memory hog

--- Comment #9 from hubicka at gcc dot gnu dot org 2008-09-06 12:56 --- cp/lex.c:590 (copy_decl) 10176: 0.0% 0: 0.0% 578168: 0.0% 66200: 0.0% 2257 cp/lex.c:510 (build_lang_decl) 161064: 0.1% 73304: 0.0% 9

[Bug tree-optimization/14703] [4.4 regression] Inadequate optimization of inline templated functions, infinite loop in ipa-reference and memory hog

--- Comment #8 from hubicka at gcc dot gnu dot org 2008-09-06 12:37 --- Hi, the following patch fixes inlining problem: Index: passes.c === --- passes.c(revision 139985) +++ passes.c(working copy) @@ -565,6 +565,7 @@

[Bug c/35728] Inlined function via function pointer emitted unnecessarily

--- Comment #2 from hubicka at gcc dot gnu dot org 2008-09-06 12:09 --- We eliminate functions, but we never re-scan program to see if the function has no longer address taken. To implement this we will need to add to cgraph list of functions/variables taking address of each function/var

[Bug tree-optimization/33761] non-optimal inlining heuristics pessimizes gzip SPEC score at -O3

--- Comment #27 from hubicka at gcc dot gnu dot org 2008-09-06 12:02 --- Also just noticed that offline copy of longest-match get extra move: .L15: movzbl 2(%eax), %edi #, tmp87 leal2(%eax), %ecx #, scan.158 movl%edi, %edx # tmp87, cm

[Bug rtl-optimization/20972] Register allocator/reload uses auto-inc register in non-addressing operand

--- Comment #11 from hubicka at gcc dot gnu dot org 2008-09-06 12:02 --- Also just noticed that offline copy of longest-match get extra move: .L15: movzbl 2(%eax), %edi #, tmp87 leal2(%eax), %ecx #, scan.158 movl%edi, %edx # tmp87, cm

[Bug tree-optimization/33761] non-optimal inlining heuristics pessimizes gzip SPEC score at -O3

--- Comment #26 from hubicka at gcc dot gnu dot org 2008-09-06 12:00 --- IRA seems to fix the remaining problem with spill in internal loop on 32bit nicely, so we produce good scores for gzip compared to older GCC versions. http://gcc.opensuse.org/SPEC-britten/CINT/sandbox-britten-32bi

[Bug rtl-optimization/37360] [4.4 Regression] ICE in haifa-sched.c when compiling __popcountsi2 from libgcc

--- Comment #16 from rsandifo at gcc dot gnu dot org 2008-09-06 11:23 --- Could you explain why max_issue() should do anything when more_issue <= 0? I'd have expected it to early-out. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360

[Bug middle-end/32913] -fprofile-generate/use: Program 24% slower than without

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

[Bug target/37395] Bootstrap fails in stage 2 due to segfault compiling c-parser

--- Comment #1 from tbm at cyrius dot com 2008-09-06 11:08 --- Configured with: --enable-languages=c,c++ --enable-shared --with-system-zlib --disable-nls --enable-clocale=gnu --enable-libstdcxx-debug --disable-libssp --disable-werror --build=mips-linux-gnu --host=mips-linux-gnu --target

  1   2   >