[Bug middle-end/37316] [4.4 Regression] Small structs are not passed correctly on hppa64-*-*

--- Comment #21 from jakub at gcc dot gnu dot org 2008-10-27 07:08 --- Note that if you pad upward COMPLEX_TYPE (an ABI change), then just the assign_parm_remove_parallel fix should be enough and you could avoid passing everything in BLKmode (which pessimizes the code), because the emit_

[Bug fortran/37925] New: some error during 'make' on GCC 4.3.2

I have a problem during compile GCC on my computer. After configure, I just run 'make' but there is some error.How can I solve this problem? environment --- # uname -a Linux login2 2.4.21-32.0.1.ELhugemem #1 SMP Tue May 17 17:43:22 EDT 2005 i686 i686 i386 GNU/Linux # module list Currently Loa

[Bug middle-end/37884] [4.4 Regression] Bootstrap failure due to miscompilation of tree-vrp.c

--- Comment #4 from krebbel at gcc dot gnu dot org 2008-10-27 09:19 --- Thanks for the fix. The ira-merge branch now bootstraps on s390 and s390x: http://gcc.gnu.org/ml/gcc-testresults/2008-10/msg01894.html http://gcc.gnu.org/ml/gcc-testresults/2008-10/msg01879.html -- http://gcc.gn

[Bug tree-optimization/37879] [4.3/4.4 Regression] ICE with "wrong" use of noreturn attribute and optimization

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

[Bug middle-end/37316] [4.4 Regression] Small structs are not passed correctly on hppa64-*-*

--- Comment #22 from ebotcazou at gcc dot gnu dot org 2008-10-27 09:53 --- [Sorry about the delay] > I think either data->passed_type being passed always, or what I've posted, > should be correct. emit_group_store is run on the hard register(s) in which > it > is passed, so using dat

[Bug libstdc++/37522] [4.4 regression] Incorrect vswprintf prototype breaks __to_xstring

--- Comment #6 from jakub at gcc dot gnu dot org 2008-10-27 09:58 --- Any progress? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37522

[Bug libstdc++/37522] [4.4 regression] Incorrect vswprintf prototype breaks __to_xstring

--- Comment #7 from paolo dot carlini at oracle dot com 2008-10-27 10:09 --- Ok, I will just implement for now the minimal fix: _GLIBCXX_HAVE_BROKEN_VSWPRINTF defined in config/os/mingw32/os_define.h and used in basic_string.h -- paolo dot carlini at oracle dot com changed:

[Bug fortran/37926] New: Program gives wrong output (connected to char len)

Consider the following code: module m contains pure integer function mysize(a) integer,intent(in) :: a(:) mysize = size(a) end function end module program prog use m implicit none character(3) :: str integer :: i(3) = (/1,2,3/) str = p(i,mysize) print *,str,len(str) contain

[Bug middle-end/37913] [4.4 Regression] ICE: Segmentation fault in link_block, cfg.c:153

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

[Bug middle-end/37914] [4.4 Regression] internal compiler error: vector VEC(basic_block,base) index domain error

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|tree-optimization |middle-end Keywords||build

[Bug tree-optimization/37916] [4.0 Regression] SSA names causing register pressure; unnecessarily many simultaneously "live" names.

--- Comment #7 from rguenth at gcc dot gnu dot org 2008-10-27 10:45 --- Please update the know-to-work and known-to-fail fields and adjust the regression marker from '4.0' which is bogus. -- rguenth at gcc dot gnu dot org changed: What|Removed |Add

[Bug libmudflap/37927] New: Mudflap : invalid reads when accessing static objects in shared libraries

Mudflap reports a read violation when accessing to internal static objects like character arrays returned by public functions of shared libraries, if those libraries were not instrumented by mudflap (e g : the system's libc). The libc's setlocale() for example, can return an internal static read o

[Bug tree-optimization/37526] [4.4 Regression] ICE using --combine -O2

--- Comment #9 from jakub at gcc dot gnu dot org 2008-10-27 10:46 --- This got fixed by (or at least no longer reproduces after) http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140562 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37526

[Bug libmudflap/37927] Mudflap : invalid reads when accessing static objects in shared libraries

--- Comment #1 from polettog at gmail dot com 2008-10-27 10:47 --- Created an attachment (id=16563) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16563&action=view) module.c of shared library -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37927

[Bug libmudflap/37927] Mudflap : invalid reads when accessing static objects in shared libraries

--- Comment #2 from polettog at gmail dot com 2008-10-27 10:48 --- Created an attachment (id=16564) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16564&action=view) module.h of shared library -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37927

[Bug libmudflap/37927] Mudflap : invalid reads when accessing static objects in shared libraries

--- Comment #3 from polettog at gmail dot com 2008-10-27 10:48 --- Created an attachment (id=16565) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16565&action=view) main program using shared library -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37927

[Bug c/37924] [4.2/4.3/4.4 Regression] ice in smallest_mode_for_size, at stor-layout.c:219

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-27 11:01 --- (gdb) up #1 0x08491138 in smallest_mode_for_size (size=4294967295, class=MODE_INT) at /home/richard/src/gcc-4_3-branch/gcc/stor-layout.c:219 219 gcc_unreachable (); #3 0x0898cb61 in make_compound_operati

[Bug tree-optimization/37526] [4.4 Regression] ICE using --combine -O2

--- Comment #10 from jakub at gcc dot gnu dot org 2008-10-27 11:22 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug c/37917] inline functions are lost when defining c99/gnu99 without inline optimizations

--- Comment #2 from peroyvind at mandriva dot org 2008-10-27 11:52 --- So the proper fix for code to keep same behaviour would be to use 'extern inline' then? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37917

[Bug tree-optimization/37916] [Regression] SSA names causing register pressure; unnecessarily many simultaneously "live" names.

--- Comment #8 from hp at gcc dot gnu dot org 2008-10-27 11:53 --- Hey, it's not bogus, it's when SSA was introduced! But, I removed it, as it's obviously confusing. -- hp at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/37917] inline functions are lost when defining c99/gnu99 without inline optimizations

--- Comment #3 from jakub at gcc dot gnu dot org 2008-10-27 12:02 --- What the proper fix is depends on what semantics do you want. If you want the GNU89 extern inline semantics unconditionally, then use extern inline __attribute__((gnu_inline)). If you want C99 inline semantics, make s

[Bug c++/36254] wrong "control reaches end of non-void function" warning

--- Comment #8 from jakub at gcc dot gnu dot org 2008-10-27 12:23 --- The problem is that during gimplification shortcut_cond_expr doesn't detect that then_ can't fallthru, if it detected that, then no jump around the else block would be added and control reaches end of non-void function

[Bug tree-optimization/37916] [4.2/4.3/4.4 Regression] SSA names causing register pressure; unnecessarily many simultaneously "live" names.

--- Comment #9 from rguenth at gcc dot gnu dot org 2008-10-27 12:32 --- This is not how the regression marking works ;) Fixing... -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/37924] [4.2/4.3/4.4 Regression] ice in smallest_mode_for_size, at stor-layout.c:219

--- Comment #2 from jakub at gcc dot gnu dot org 2008-10-27 12:38 --- Reduced testcase: char a; int test (void) { int b = -1; return ((unsigned int) (a ^ b)) >> 9; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37924

[Bug c++/36254] wrong "control reaches end of non-void function" warning

--- Comment #9 from manu at gcc dot gnu dot org 2008-10-27 12:42 --- What is an IF_STMT? Is block_may_fallthru a middle-end function, then why it is seeing front-end tree codes? Is it not, then why each front-end does not have its own version (perhaps sharing some common part)? Dumping

[Bug tree-optimization/37916] [4.2/4.3/4.4 Regression] SSA names causing register pressure; unnecessarily many simultaneously "live" names.

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37916

[Bug tree-optimization/37916] [4.2/4.3/4.4 Regression] SSA names causing register pressure; unnecessarily many simultaneously "live" names.

--- Comment #10 from rguenth at gcc dot gnu dot org 2008-10-27 12:46 --- Is scheduling before reload enabled for your target? If not can you try -fschedule-insns1? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37916

[Bug bootstrap/37923] [4.4 Regression] CPPFLAGS now unset for stage 1 build of libcpp files.

--- Comment #13 from howarth at nitro dot med dot uc dot edu 2008-10-27 13:34 --- Created an attachment (id=16566) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16566&action=view) diff between toplevel Makefiles before and after drow's changes -- http://gcc.gnu.org/bugzilla/s

[Bug bootstrap/37923] [4.4 Regression] CPPFLAGS now unset for stage 1 build of libcpp files.

--- Comment #14 from howarth at nitro dot med dot uc dot edu 2008-10-27 13:35 --- Created an attachment (id=16567) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16567&action=view) diff between libcpp Makefiles before and after drow's changes -- http://gcc.gnu.org/bugzilla/sho

[Bug bootstrap/37923] [4.4 Regression] CPPFLAGS now unset for stage 1 build of libcpp files.

--- Comment #15 from howarth at nitro dot med dot uc dot edu 2008-10-27 13:39 --- Looking at diffs (attached) between the Makefiles in the toplevel and libcpp subdirectory before and after drow's changes, I don't see any significant differences in the libcpp level Makefile. However I su

[Bug bootstrap/37923] [4.4 Regression] CPPFLAGS now unset for stage 1 build of libcpp files.

--- Comment #16 from howarth at nitro dot med dot uc dot edu 2008-10-27 13:44 --- I must admit I am still baffled at why the current gcc trunk code doesn't honor the setting of CPPFLAGS=-I/sw/include in the libcpp level Makefile. Is that Makefile not really used in the stage 1 bootstrap

[Bug middle-end/37316] [4.4 Regression] Small structs are not passed correctly on hppa64-*-*

--- Comment #23 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-27 13:49 --- Subject: Re: [4.4 Regression] Small structs are not passed correctly on hppa64-*-* > Note that if you pad upward COMPLEX_TYPE (an ABI change), then just the > assign_parm_remove_parallel fix should be eno

[Bug c/37924] [4.2/4.3/4.4 Regression] ice in smallest_mode_for_size, at stor-layout.c:219

--- Comment #3 from jakub at gcc dot gnu dot org 2008-10-27 13:53 --- I see at least 2 bugs. One is simplify_shift_const "optimizes" (lshiftrt:SI (xor:SI (ashiftrt:SI (ashift:SI (subreg:SI (mem/c/i:QI (symbol_ref:DI ("a") ) [0 a+0 S1 A8]) 0) (const_int 24 [0x18]))

[Bug bootstrap/37923] [4.4 Regression] CPPFLAGS now unset for stage 1 build of libcpp files.

--- Comment #17 from drow at gcc dot gnu dot org 2008-10-27 13:55 --- Subject: Re: [4.4 Regression] CPPFLAGS now unset for stage 1 build of libcpp files. On Mon, Oct 27, 2008 at 03:37:27AM -, howarth at nitro dot med dot uc dot edu wrote: > already. I think the issue is tha

[Bug bootstrap/37923] [4.4 Regression] CPPFLAGS now unset for stage 1 build of libcpp files.

--- Comment #18 from howarth at nitro dot med dot uc dot edu 2008-10-27 14:03 --- Do you want to see a different config.log? Should I try to run configure at the top level in a more verbose mode? I'm not sure how to discover where CPPFLAGS is being set for the config.log and Makefile in

[Bug c++/36254] wrong "control reaches end of non-void function" warning

--- Comment #10 from jakub at gcc dot gnu dot org 2008-10-27 14:05 --- Language specific tree codes are allowed until the gimplification is done, the cp_gimplify_expr langhook takes care of either rewriting the lang specific tree code into GENERIC (COND_EXPR in this case), or tuplifying

[Bug bootstrap/37923] [4.4 Regression] CPPFLAGS now unset for stage 1 build of libcpp files.

--- Comment #19 from drow at gcc dot gnu dot org 2008-10-27 14:13 --- It won't be logged. Paolo, any comment on the CPPFLAGS problem from comment 17? I want the top level CPPFLAGS passed down, because that's how users can add additional -I arguments. But it seems typical to do CPPFLAG

[Bug middle-end/37316] [4.4 Regression] Small structs are not passed correctly on hppa64-*-*

--- Comment #24 from jakub at gcc dot gnu dot org 2008-10-27 14:19 --- Ok, I'll ping that patch next week. Anyway, can this be closed now? The regressions are gone... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37316

[Bug c++/36254] wrong "control reaches end of non-void function" warning

--- Comment #11 from manu at gcc dot gnu dot org 2008-10-27 14:35 --- (In reply to comment #10) > Language specific tree codes are allowed until the gimplification is done, > the cp_gimplify_expr langhook takes care of either rewriting the lang specific > tree code into GENERIC (COND_EXP

[Bug bootstrap/37923] [4.4 Regression] CPPFLAGS now unset for stage 1 build of libcpp files.

--- Comment #20 from bonzini at gnu dot org 2008-10-27 14:49 --- I checked config and I see: - acinclude.m4 CYG_AC_PATH_SIM sets CPPFLAGS, not a problem in this case - tcl.m4 is not a problem like acinclude.m4 is not - gettext.m4 saves CPPFLAGS and restores it - iconv.m4 does the same

[Bug libstdc++/37522] [4.4 regression] Incorrect vswprintf prototype breaks __to_xstring

--- Comment #8 from paolo at gcc dot gnu dot org 2008-10-27 15:02 --- Subject: Bug 37522 Author: paolo Date: Mon Oct 27 15:01:28 2008 New Revision: 141382 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141382 Log: 2008-10-27 Paolo Carlini <[EMAIL PROTECTED]> PR libstd

[Bug libstdc++/37522] [4.4 regression] Incorrect vswprintf prototype breaks __to_xstring

--- Comment #9 from paolo dot carlini at oracle dot com 2008-10-27 15:03 --- Fixed. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Statu

[Bug bootstrap/37923] [4.4 Regression] CPPFLAGS now unset for stage 1 build of libcpp files.

--- Comment #21 from howarth at nitro dot med dot uc dot edu 2008-10-27 15:04 --- Sorry about the Makefile diffs. The 20081016 build tree had completely bootstrapped whereas the 20081026 build tree had hung on a missing libintl.h header in the stage 1 build of libcpp. I'll try the small

[Bug tree-optimization/37916] [4.2/4.3/4.4 Regression] SSA names causing register pressure; unnecessarily many simultaneously "live" names.

--- Comment #11 from hp at gcc dot gnu dot org 2008-10-27 15:22 --- (In reply to comment #10) > Is scheduling before reload enabled for your target? If not can you try > -fschedule-insns1? No such option, I presume you mean -fschedule-insns. But, as there's no scheduler description de

[Bug libstdc++/37919] [c++0x] GCC 4.4 regression r141214 of gcc c++0x stl_pair.c causes a boost 1.36 compilation to fail

-- paolo dot carlini at oracle dot com changed: What|Removed |Added CC|paolo at gcc dot gnu dot org| AssignedTo|unassigned at gcc dot gnu |paolo dot carli

[Bug middle-end/37316] [4.4 Regression] Small structs are not passed correctly on hppa64-*-*

--- Comment #25 from danglin at gcc dot gnu dot org 2008-10-27 15:24 --- Fixed. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug tree-optimization/37916] [4.2/4.3/4.4 Regression] SSA names causing register pressure; unnecessarily many simultaneously "live" names.

--- Comment #12 from hp at gcc dot gnu dot org 2008-10-27 16:09 --- I had an "old" native x86_64-unknown-linux-gnu tree around from [trunk revision 139963], and I see the corresponding effect there. Of all four combinations of {,-fno-tree-reassoc} {,-fschedule-insns -fschedule-insns2},

[Bug middle-end/37884] [4.4 Regression] Bootstrap failure due to miscompilation of tree-vrp.c

--- Comment #5 from vmakarov at gcc dot gnu dot org 2008-10-27 16:20 --- Subject: Bug 37884 Author: vmakarov Date: Mon Oct 27 16:19:25 2008 New Revision: 141383 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141383 Log: 2008-10-27 Vladimir Makarov <[EMAIL PROTECTED]>

[Bug tree-optimization/37916] [4.2/4.3/4.4 Regression] SSA names causing register pressure; unnecessarily many simultaneously "live" names.

--- Comment #13 from rguenther at suse dot de 2008-10-27 16:21 --- Subject: Re: [4.2/4.3/4.4 Regression] SSA names causing register pressure; unnecessarily many simultaneously "live" names. On Mon, 27 Oct 2008, hp at gcc dot gnu dot org wrote: > --- Comment #12 from hp at gcc dot

[Bug tree-optimization/37916] [4.2/4.3/4.4 Regression] SSA names causing register pressure; unnecessarily many simultaneously "live" names.

--- Comment #14 from amacleod at redhat dot com 2008-10-27 16:21 --- TER's job is to create larger expressions for the expander so that we get better instruction selection during the initial expansion from trees/tuples to RTL. It does this by simply expanding the definition of an ssa-na

[Bug middle-end/37813] assert with IRA_COVER_CLASSES with singleton

--- Comment #7 from vmakarov at gcc dot gnu dot org 2008-10-27 16:25 --- Subject: Bug 37813 Author: vmakarov Date: Mon Oct 27 16:24:19 2008 New Revision: 141384 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141384 Log: 2008-10-27 Vladimir Makarov <[EMAIL PROTECTED]>

[Bug tree-optimization/37916] [4.2/4.3/4.4 Regression] SSA names causing register pressure; unnecessarily many simultaneously "live" names.

--- Comment #15 from hp at gcc dot gnu dot org 2008-10-27 16:36 --- (In reply to comment #14) Ok, I was misinformed about TER's purpose. Ignore TER references in the description. The suggestion of a new pass remains and seems agreed on. -- hp at gcc dot gnu dot org changed:

[Bug other/37897] decNumber functions break strict-aliasing rules

--- Comment #3 from janis at gcc dot gnu dot org 2008-10-27 16:47 --- Subject: Bug 37897 Author: janis Date: Mon Oct 27 16:45:40 2008 New Revision: 141386 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141386 Log: PR other/37897 * decDouble.h (decDouble): Replace

[Bug libstdc++/37919] [c++0x] GCC 4.4 regression r141214 of gcc c++0x stl_pair.c causes a boost 1.36 compilation to fail

--- Comment #2 from paolo at gcc dot gnu dot org 2008-10-27 16:51 --- Subject: Bug 37919 Author: paolo Date: Mon Oct 27 16:50:23 2008 New Revision: 141388 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141388 Log: 2008-10-27 Paolo Carlini <[EMAIL PROTECTED]> PR libstd

[Bug libstdc++/37919] [c++0x] GCC 4.4 regression r141214 of gcc c++0x stl_pair.c causes a boost 1.36 compilation to fail

--- Comment #3 from paolo dot carlini at oracle dot com 2008-10-27 16:52 --- Fixed. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Statu

[Bug middle-end/37884] [4.4 Regression] Bootstrap failure due to miscompilation of tree-vrp.c

--- Comment #6 from jakub at gcc dot gnu dot org 2008-10-27 17:27 --- Fixed then. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIR

[Bug other/37897] decNumber functions break strict-aliasing rules

--- Comment #4 from janis at gcc dot gnu dot org 2008-10-27 18:17 --- Subject: Bug 37897 Author: janis Date: Mon Oct 27 18:16:20 2008 New Revision: 141389 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141389 Log: PR other/37897 * decDouble.h (decDouble): Replace

[Bug rtl-optimization/37782] [4.4 regression] Stage2 ada compiler miscompiled

--- Comment #4 from schwab at suse dot de 2008-10-27 18:33 --- It's the initialization function of the csets package (csets___elabb) that gets miscompiled. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37782

[Bug rtl-optimization/37782] [4.4 regression] Stage2 ada compiler miscompiled

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-10-27 18:44 --- Can you attach the RTL dumps, I don't have access to Ada on my PPC64 Linux machine? Also what options are you using to configure GCC with? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37782

[Bug middle-end/37928] New: [graphite] ICE :Segmentation fault

gcc -O3 -floop-block test_seg.c test_seg.c: In function 'gate1': test_seg.c:17: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. GDB bt is giving following result: (gdb) set

[Bug middle-end/37928] [graphite] ICE :Segmentation fault

--- Comment #1 from mitul dot thakkar at amd dot com 2008-10-27 18:51 --- Created an attachment (id=16568) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16568&action=view) Reduced test case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37928

[Bug middle-end/37929] New: [graphite] ICE :in single_succ_edge, at basic-block.h:642

gcc -O3 -floop-block test_edge.c test_edge.c: In function 'display_matrix': test_edge.c:6: internal compiler error: in single_succ_edge, at basic-block.h:642 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. --

[Bug c/37924] [4.2/4.3/4.4 Regression] ice in smallest_mode_for_size, at stor-layout.c:219

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-10-27 18:54 --- As an asside, I wonder why we don't optimize: D.1576_3 = (int) a.0_2; D.1577_4 = ~D.1576_3; D.1578_5 = (unsigned int) D.1577_4; Into just: D_1 = ~a.0_2; D_2 = (unsigned int)D_1; Like it is done for the case w

[Bug middle-end/37929] [graphite] ICE :in single_succ_edge, at basic-block.h:642

--- Comment #1 from mitul dot thakkar at amd dot com 2008-10-27 18:54 --- Created an attachment (id=16569) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16569&action=view) Reduced Test Case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37929

[Bug fortran/36091] false positive in bounds checking with forall

--- Comment #6 from dominiq at lps dot ens dot fr 2008-10-27 19:24 --- For the record, the patch in comment #1 conflicts with the patch in http://gcc.gnu.org/ml/fortran/2008-10/msg00256.html. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36091

[Bug rtl-optimization/37782] [4.4 regression] Stage2 ada compiler miscompiled

--- Comment #6 from schwab at suse dot de 2008-10-27 19:30 --- This is the only difference, occuring in all dumps after this: --- gcc-test-r141380/Build/gcc/csets.adb.147r.loop2_doloop 2008-10-27 20:21:09.0 +0100 +++ gcc-test-r141380.bad/Build/gcc/csets.adb.147r.loop2_doloo

[Bug rtl-optimization/37782] [4.4 regression] Stage2 ada compiler miscompiled

--- Comment #7 from pinskia at gcc dot gnu dot org 2008-10-27 19:41 --- Created an attachment (id=16570) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16570&action=view) Patch which needs to be tested Ok, I think I know what the issue is now, I actually fixed this locally in the P

[Bug tree-optimization/37879] [4.3/4.4 Regression] ICE with "wrong" use of noreturn attribute and optimization

--- Comment #3 from jakub at gcc dot gnu dot org 2008-10-27 20:37 --- Subject: Bug 37879 Author: jakub Date: Mon Oct 27 20:36:32 2008 New Revision: 141390 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141390 Log: PR tree-optimization/37879 * predict.c (tree_esti

[Bug tree-optimization/37879] [4.3/4.4 Regression] ICE with "wrong" use of noreturn attribute and optimization

--- Comment #4 from jakub at gcc dot gnu dot org 2008-10-27 20:42 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

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

--- Comment #22 from jakub at gcc dot gnu dot org 2008-10-27 21:38 --- Subject: Bug 37378 Author: jakub Date: Mon Oct 27 21:37:06 2008 New Revision: 141392 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141392 Log: PR target/37378 * df-scan.c (df_bb_refs_collect)

[Bug rtl-optimization/37782] [4.4 regression] Stage2 ada compiler miscompiled

--- Comment #8 from schwab at suse dot de 2008-10-27 22:06 --- Bootstrap was successful. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37782

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

--- Comment #23 from jakub at gcc dot gnu dot org 2008-10-27 22:06 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug fortran/37926] Program gives wrong output (connected to char len)

--- Comment #1 from burnus at gcc dot gnu dot org 2008-10-27 22:19 --- Confirm. Works also with NAG f95 and ifort; does not compile with openf95, ICEs with sunf95 and gfortran 4.1/4.2. D.1627 = mysize (D.1625); [...] D.1650 = MAX_EXPR ; p (pstr.23, D.1650, D.1616, mysize

[Bug fortran/37930] New: gfortran error and ICE at automatic type conversion with transfer intrinsic

Using the following reduced code; ... subroutine adw_set implicit none real*8Adw_xabcd_8(*) pointer( Adw_xabcd_8_ , Adw_xabcd_8 ) common/ Adw / Adw_xabcd_8_ integer Adw_fn_I(*) pointer(Adw_fn_I_,Adw_fn_I) common/Adw/Adw_fn_I_ integer n

[Bug fortran/37930] gfortran error and ICE at automatic type conversion with transfer intrinsic

--- Comment #1 from deji_aking at yahoo dot ca 2008-10-27 22:31 --- A simpler code (without cray pointers) as shown below also produces the errors. ... subroutine adw_set(G_nk) implicit none integer G_nk real*8 Adw_zbc_8(G_nk) integer Adw_fn_I(G_nk)

[Bug rtl-optimization/37272] [4.4 Regression] IRA has caused ppc64-double-1.c to fail

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-10-27 22:47 --- I was looking into regclass lately and noticed both that and ira-costs.c does not take '!' into account at all. While reload does. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37272

[Bug bootstrap/37923] [4.4 Regression] CPPFLAGS now unset for stage 1 build of libcpp files.

--- Comment #22 from howarth at nitro dot med dot uc dot edu 2008-10-27 23:32 --- The small patch in comment 20 doesn't help. The build still fails at the same place. I also noticed that with or without the patch I have... CPPFLAGS = -I/sw/include set in the intl/Makefile. Also, I don

[Bug rtl-optimization/37272] [4.4 Regression] IRA has caused ppc64-double-1.c to fail

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-10-27 23:34 --- Fixing regclass/ira-costs does not fix this bug as there is only one alternative but it might help other targets and other parts of the rs6000 back-end. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37272

[Bug bootstrap/37923] [4.4 Regression] CPPFLAGS now unset for stage 1 build of libcpp files.

--- Comment #23 from howarth at nitro dot med dot uc dot edu 2008-10-27 23:53 --- Just to be clear, I did do... cd intl autoconf -I . -I .. -I ../config after applying the patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37923

[Bug fortran/37930] gfortran error and ICE at automatic type conversion with transfer intrinsic

--- Comment #2 from kargl at gcc dot gnu dot org 2008-10-27 23:53 --- An even shorter test case: program test implicit none integer i i = transfer(-1,1.0) end program test Your transfer(-1,1.0) is a NaN for the 32-bit default REAL type. I suspect that your

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

--- Comment #22 from hjl dot tools at gmail dot com 2008-10-28 01:12 --- Created an attachment (id=16571) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16571&action=view) A patch to re-enable regmove After applying this patch to re-enable regmove, I got [EMAIL PROTECTED] gcc]$ .

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

--- Comment #23 from Joey dot ye at intel dot com 2008-10-28 01:19 --- (In reply to comment #22) > Created an attachment (id=16571) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16571&action=view) [edit] > A patch to re-enable regmove > After applying this patch to re-enable regmov

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

--- Comment #24 from hjl dot tools at gmail dot com 2008-10-28 01:36 --- (In reply to comment #23) > (In reply to comment #22) > > Created an attachment (id=16571) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16571&action=view) [edit] > > A patch to re-enable regmove > > After ap

[Bug c/37931] New: ice: verify_gimple failed

le-languages=c,c++ --prefix=/home/regehr Thread model: posix gcc version 4.4.0 20081027 (experimental) (GCC) -- Summary: ice: verify_gimple failed Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3

Fur 0,00 Eu. Muster

Vorlagen und Muster Kostenlos Download http://www.67circles.com

[Bug fortran/37930] gfortran error and ICE at automatic type conversion with transfer intrinsic

--- Comment #3 from kargl at gcc dot gnu dot org 2008-10-28 04:28 --- I have a patch that makes this an error and removes the ICE. It's regression testing at the moment. I'll posted it later to the appropriate news groups. -- kargl at gcc dot gnu dot org changed: What

[Bug fortran/37930] gfortran error and ICE at automatic type conversion with transfer intrinsic

--- Comment #4 from kargl at gcc dot gnu dot org 2008-10-28 05:09 --- A patch has been submitted. http://gcc.gnu.org/ml/gcc-patches/2008-10/msg01183.html It passes a regression test on FreeBSD. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37930

[Bug fortran/37903] [4.3/4.4 Regression] wrong-code for complicated vector subscripts

--- Comment #6 from pault at gcc dot gnu dot org 2008-10-28 06:25 --- (In reply to comment #3) > I suspect this is only hiding the problem though. > Indeed it is - the old problem returns with integer :: i(-1:1) = 1, j(3) = 1, k(3) k = j(I + (/1,1,1/)) end for ob