[Bug libfortran/43572] [4.5/4.6 Regression] FAIL: gfortran.dg/PR19872.f execution test; formatted read - wrong numbers

[ramana at gcc dot gnu dot org]

--- Comment #11 from ramana at gcc dot gnu dot org  2010-04-10 08:45 ---
I can pretty much see this on a v7 arm-linux-gnueabi target with 157994 (i.e.
using a libgfortran from my 4.5 tree, causes this test to fail and using the
system libgfortran things just work). 

On this target peeking at the values using gdb . I see that as soon as
gfortran_transfer_array is completed the value in i is this random number.
Don't know enough yet about libgfortran to figure out where the miscompile is
happening. Digging.

GNU gdb (GDB) 7.0.90.20100309-ubuntu
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-linux-gnueabi".
For bug reporting instructions, please see:
...
Reading symbols from /tmp/a.out...done.
(gdb) b _gfortran_transfer_array 
Breakpoint 1 at 0x8508
(gdb) r
Starting program: /tmp/a.out 

Breakpoint 1, *_gfortran_transfer_array (dtp=0xbef2ae60, desc=0xbef2afd8,
kind=4, charlen=0) at /home/ramrad01/trunk/libgfortran/io/transfer.c:1863
1863  if ((dtp->common.flags & IOPARM_LIBRETURN_MASK) !=
IOPARM_LIBRETURN_OK)
(gdb) finish
Run till exit from #0  *_gfortran_transfer_array (dtp=0xbef2ae60,
desc=0xbef2afd8, kind=4, charlen=0) at
/home/ramrad01/trunk/libgfortran/io/transfer.c:1863
0x8878 in MAIN__ () at
/home/ramrad01/trunk/gcc/testsuite/gfortran.dg/PR19872.f:13
13read(1,*)i
(gdb) p i 
$1 = (2147483647, 2147483647, 2147483647, 2147483647)


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Priority|P4  |P3
   Last reconfirmed|-00-00 00:00:00 |2010-04-10 08:45:21
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43572

[Bug regression/43713] New: False set but not used warning

[jiez at gcc dot gnu dot org]

Latest trunk gives a set but not used warning for the following code:

int
foo (int status)
{
  if signed char) __extension__ ({ union { __typeof(status) __in; int
__i; } __u; __u.__in = (status); __u.__i; }))) & 0x7f) + 1) >> 1) > 0))
return 0;
  else
return 1;
}

It's a reduced test case from bootstraping gcc failure on Ubuntu 9.04.


-- 
   Summary: False set  but not used warning
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jiez at gcc dot gnu dot org
 GCC build triplet: x86_64-pc-linux-gnu
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43713

[Bug regression/43713] False set but not used warning

[jiez at gcc dot gnu dot org]

--- Comment #1 from jiez at gcc dot gnu dot org  2010-04-10 08:54 ---
Caused by

http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00317.html


-- 

jiez at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||jakub at redhat dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43713

[Bug regression/43713] False set but not used warning

[jiez at gcc dot gnu dot org]

--- Comment #2 from jiez at gcc dot gnu dot org  2010-04-10 08:56 ---
The patch:

http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00347.html


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43713

[Bug regression/43713] False set but not used warning

[manu at gcc dot gnu dot org]

--- Comment #3 from manu at gcc dot gnu dot org  2010-04-10 08:57 ---
Known, with patch awaiting review.

*** This bug has been marked as a duplicate of 43699 ***

*** This bug has been marked as a duplicate of 43699 ***


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43713

[Bug bootstrap/43699] [4.6 regression] "variable set but not used" error during bootstrap

[manu at gcc dot gnu dot org]

--- Comment #5 from manu at gcc dot gnu dot org  2010-04-10 08:57 ---
*** Bug 43713 has been marked as a duplicate of this bug. ***


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||jiez at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43699

[Bug bootstrap/43714] New: missing check for zlib.h, fails to build lto-compress.c

[dfranke at gcc dot gnu dot org]

Bootstrapping 4.5 from branch (r158177), configured '--with-system-zlib' on a
newly installed system that lacked development headers:

[...]
gcc -c  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-Wold-style-definition -Wc++-compat -fno-common  -DHAVE_CONFIG_H -I. -I.
-I/home/franke/svn/gcc-4.5/gcc -I/home/franke/svn/gcc-4.5/gcc/.
-I/home/franke/svn/gcc-4.5/gcc/../include
-I/home/franke/svn/gcc-4.5/gcc/../libcpp/include 
-I/home/franke/svn/gcc-4.5/gcc/../libdecnumber
-I/home/franke/svn/gcc-4.5/gcc/../libdecnumber/bid -I../libdecnumber 
/home/franke/svn/gcc-4.5/gcc/lto-compress.c -o lto-compress.o
/home/franke/svn/gcc-4.5/gcc/lto-compress.c:28:18: error: zlib.h: No such file
or directory
/home/franke/svn/gcc-4.5/gcc/lto-compress.c: In function 'lto_zalloc':
/home/franke/svn/gcc-4.5/gcc/lto-compress.c:61: error: 'Z_NULL' undeclared
(first use in this function)

Maybe a check for zlib.h should be added to configure.in?


-- 
   Summary: missing check for zlib.h, fails to build lto-compress.c
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: build
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dfranke at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43714

[Bug target/43417] SH: 4.4 ICE in final_scan_insn, at final.c:2604

[jiez at gcc dot gnu dot org]

--- Comment #7 from jiez at gcc dot gnu dot org  2010-04-10 11:43 ---
For the record, -m4 is needed to reproduce this issue.


-- 

jiez at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||jiez at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43417

[Bug bootstrap/43699] [4.6 regression] "variable set but not used" error during bootstrap

[tkoenig at gcc dot gnu dot org]

--- Comment #6 from tkoenig at gcc dot gnu dot org  2010-04-10 11:53 ---
Seen on x86_64-unknown-linux-gnu too.


-- 

tkoenig at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||tkoenig at gcc dot gnu dot
   ||org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43699

[Bug target/42601] Simplify code to address function static variables with option -fpic

[carrot at gcc dot gnu dot org]

--- Comment #2 from carrot at gcc dot gnu dot org  2010-04-10 13:14 ---
Subject: Bug 42601

Author: carrot
Date: Sat Apr 10 13:13:47 2010
New Revision: 158189

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158189
Log:
PR target/42601
* config/arm/arm.c (arm_pic_static_addr): New function.
(legitimize_pic_address): Call arm_pic_static_addr when it detects
a static symbol.
(arm_output_addr_const_extra): Output expression for new pattern.
* config/arm/arm.md (UNSPEC_SYMBOL_OFFSET): New unspec symbol.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/arm/arm.c
trunk/gcc/config/arm/arm.md


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42601

[Bug target/42601] Simplify code to address function static variables with option -fpic

[carrot at google dot com]

--- Comment #3 from carrot at google dot com  2010-04-10 13:17 ---
Fixed by patch http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158189.


-- 

carrot at google dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42601

[Bug bootstrap/43715] New: configure option --enable-plugin fails on darwin

[howarth at nitro dot med dot uc dot edu]

Currently configure in gcc 4.5.0 doesn't understand darwin's method of loading
shared library modules when the --enable-plugin option is invoked and fails
as...

Links are now set up to build a native compiler for x86_64-apple-darwin10.3.0.
checking for exported symbols...
/sw/src/fink.build/gcc45-4.5.0-0rc1/gcc-4.5-20100408/gcc/configure: line 25167:
-T: command not found
checking for -rdynamic...
/sw/src/fink.build/gcc45-4.5.0-0rc1/gcc-4.5-20100408/gcc/configure: line 25173:
-T: command not found
checking for library containing dlopen... none required
checking for -fPIC -shared... no
configure: error: 
Building GCC with plugin support requires a host that supports
-fPIC, -shared, -ldl and -rdynamic.
make[2]: *** [configure-stage1-gcc] Error 1
make[1]: *** [stage1-bubble] Error 2
make: *** [all] Error 2

This is preventing the dragon-egg developers from testing their code on darwin.


-- 
   Summary: configure option --enable-plugin fails on darwin
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
 GCC build triplet: *-*-darwin*
  GCC host triplet: *-*-darwin*
GCC target triplet: *-*-darwin*


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43715

[Bug c++/43555] [4.3/4.4/4.5/4.6 Regression] wrong address calculation of multidimensional variable-length array element

[hjl dot tools at gmail dot com]

--- Comment #4 from hjl dot tools at gmail dot com  2010-04-10 13:37 ---
It is caused by revision 117493:

http://gcc.gnu.org/ml/gcc-cvs/2006-10/msg00158.html


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43555

[Bug c++/43555] [4.3/4.4/4.5/4.6 Regression] wrong address calculation of multidimensional variable-length array element

[hjl dot tools at gmail dot com]

--- Comment #5 from hjl dot tools at gmail dot com  2010-04-10 13:39 ---
(In reply to comment #4)
> It is caused by revision 117493:
> 
> http://gcc.gnu.org/ml/gcc-cvs/2006-10/msg00158.html
> 

Maybe C++ frontend needs similar adjustment.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43555

[Bug libstdc++/40518] data races when calling std::string::erase() on empty string

[redi at gcc dot gnu dot org]

--- Comment #23 from redi at gcc dot gnu dot org  2010-04-10 13:46 ---
Subject: Bug 40518

Author: redi
Date: Sat Apr 10 13:46:25 2010
New Revision: 158190

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158190
Log:
2010-04-10  Jonathan Wakely  

Backport:
2009-06-23  Paolo Carlini  

PR libstdc++/40518
* include/bits/basic_string.h (basic_string<>::_Rep::
_M_set_length_and_sharable): Do not write the empty rep.
(basic_string<>::erase(iterator, iterator)): Likewise,
move out of line...
* include/bits/basic_string.tcc: ... here.


Modified:
branches/gcc-4_4-branch/libstdc++-v3/ChangeLog
branches/gcc-4_4-branch/libstdc++-v3/include/bits/basic_string.h
branches/gcc-4_4-branch/libstdc++-v3/include/bits/basic_string.tcc


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40518

[Bug libstdc++/40518] data races when calling std::string::erase() on empty string

[redi at gcc dot gnu dot org]

--- Comment #24 from redi at gcc dot gnu dot org  2010-04-10 13:48 ---
Fixed for 4.4.4


-- 

redi at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail|4.2.2 4.3.2 4.4.0 4.5.0 |4.2.2 4.3.2 4.4.3
   Target Milestone|4.5.0   |4.4.4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40518

[Bug fortran/43591] PPC: internal compiler error: in gfc_traverse_expr, at fortran/expr.c:3604

[burnus at gcc dot gnu dot org]

--- Comment #16 from burnus at gcc dot gnu dot org  2010-04-10 14:25 ---
Subject: Bug 43591

Author: burnus
Date: Sat Apr 10 14:24:46 2010
New Revision: 158191

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158191
Log:
2010-04-10  Tobias Burnus  

PR fortran/43591
* expr.c (gfc_is_constant_expr, gfc_traverse_expr): Handle
proc-pointers and type-bound procedures.
(gfc_specification_expr): Check proc-pointers for pureness.

2010-04-10  Tobias Burnus  

PR fortran/43591
* gfortran.dg/spec_expr_6.f90: New test.


Added:
trunk/gcc/testsuite/gfortran.dg/spec_expr_6.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/expr.c
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43591

[Bug fortran/43591] PPC: internal compiler error: in gfc_traverse_expr, at fortran/expr.c:3604

[burnus at gcc dot gnu dot org]

--- Comment #17 from burnus at gcc dot gnu dot org  2010-04-10 14:27 ---
Fixed on the trunk (4.6). Planned to be committed also to GCC 4.5.1.

Patch: http://gcc.gnu.org/ml/fortran/2010-04/msg00093.html

Thanks for the bug report!


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43591

[Bug bootstrap/43715] configure option --enable-plugin fails on darwin

[howarth at nitro dot med dot uc dot edu]

--- Comment #1 from howarth at nitro dot med dot uc dot edu  2010-04-10 
14:56 ---
One problems seems to be that configure.ac doesn't force '-Wl,-undefined
-Wl,dynamic_lookup' to be passed on darwin when it is testing -shared.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43715

[Bug target/43417] SH: 4.4 ICE in final_scan_insn, at final.c:2604

[jiez at gcc dot gnu dot org]

--- Comment #8 from jiez at gcc dot gnu dot org  2010-04-10 15:12 ---
Subject: Bug 43417

Author: jiez
Date: Sat Apr 10 15:12:14 2010
New Revision: 158192

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158192
Log:
PR target/43417
* gcc.target/sh/pr43417.c: New test.

Added:
trunk/gcc/testsuite/gcc.target/sh/pr43417.c
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43417

[Bug target/43417] SH: 4.4 ICE in final_scan_insn, at final.c:2604

[jiez at gcc dot gnu dot org]

--- Comment #9 from jiez at gcc dot gnu dot org  2010-04-10 15:14 ---
Subject: Bug 43417

Author: jiez
Date: Sat Apr 10 15:14:13 2010
New Revision: 158193

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158193
Log:
PR target/43417
* gcc.target/sh/pr43417.c: New test.

Added:
branches/gcc-4_4-branch/gcc/testsuite/gcc.target/sh/pr43417.c
Modified:
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43417

[Bug target/43417] SH: 4.4 ICE in final_scan_insn, at final.c:2604

[jiez at gcc dot gnu dot org]

--- Comment #10 from jiez at gcc dot gnu dot org  2010-04-10 15:17 ---
Subject: Bug 43417

Author: jiez
Date: Sat Apr 10 15:17:15 2010
New Revision: 158194

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158194
Log:
PR target/43417
* gcc.target/sh/pr43417.c: New test.

Added:
branches/gcc-4_5-branch/gcc/testsuite/gcc.target/sh/pr43417.c
Modified:
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43417

[Bug target/43662] [4.5/4.6 Regression] ICE in insert_save with ms_abi attribute

[jiez at gcc dot gnu dot org]

--- Comment #5 from jiez at gcc dot gnu dot org  2010-04-10 15:29 ---
The patch:

http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00466.html


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43662

[Bug fortran/34554] time compiling complicated size initialization expression

[jvdelisle at gcc dot gnu dot org]

--- Comment #5 from jvdelisle at gcc dot gnu dot org  2010-04-10 15:41 
---
The fortran-exp branch has a performance regression with these test cases.
Trunk is slow to compile it, but does succeed. The branch can not even get
close to it.

I will start looking at this. Daniel, any ideas?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34554

[Bug fortran/34554] time compiling complicated size initialization expression

[dfranke at gcc dot gnu dot org]

--- Comment #6 from dfranke at gcc dot gnu dot org  2010-04-10 15:50 ---
(In reply to comment #5)
> I will start looking at this. Daniel, any ideas?

I'd think that the fortran-exp branch tries to unroll the whole thing, which
then doesn't fit into memory any more at some point. Hence the failure.

One needs to reintroduce the max-constructor-size flag and stop whenever that
is hit and set up the initializer on runtime. Before doing this, I intended to
get rid of (or rewrite) the expand-stack as I promised at Christmas that I'd
do. I'm still busy like hell (including being side-tracked by other projects)
and my development machine died four week ago - still broken :(

Jerry, if you want to have a go in the meantime, be my guest. I'll join in as
soon as I can manage!


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34554

[Bug lto/42776] LTO doesn't work on non-ELF platforms.

[davek at gcc dot gnu dot org]

--- Comment #31 from davek at gcc dot gnu dot org  2010-04-10 16:20 ---
(In reply to comment #30)
> there is something odd.

> with lto:
> Time: 674.484 sec (11 m 14 s)

> without:
> Time: 419.938 sec (6 m 59 s)

> a lot slower using lto?

Is it possible you're just seeing the effects of file caching?  After the first
scan, you'd expect the second one to be faster.  Could you run them each say
three or five times in a row and see if it's just a side-effect of this?

Otherwise, it is of course certainly possible that there's some kind of bug in
LTO that leads to inadvertent pessimisation of code; it's a new feature after
all.  But it's surprising that it would show to such an extent in an
application like this, which I would have expected to be pretty much completely
I/O bound.

Thanks for doing all this testing, by the way; I haven't had time to try it out
on any big projects yet.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42776

[Bug tree-optimization/43716] New: [4.6 Regression] Revision 158105 miscompiles doduc.f90

[dominiq at lps dot ens dot fr]

In 64 bit mode (default) with ' -O3 -funsafe-math-optimizations
-ffinite-math-only' revision 158105 miscompiles doduc.f90:

 MAIN : FIN S2
 MAIN : FIN S1
 MAIN : FIN S00011
 MAIN : FIN S00022
 TEMPS = 33. , NITERA :  1
 TEMPS = 34.00030857 , NITERA :186
 TEMPS = 35.00175832 , NITERA :948
 TEMPS = 36.00201433 , NITERA :   1506
 TEMPS = 37.00275274 , NITERA :   1761
 TEMPS = 38.00327697 , NITERA :   2041
 TEMPS = 39.00023711 , NITERA :   2323
 TEMPS = 40.00315505 , NITERA :   2604
 TEMPS = 45.00271328 , NITERA :   4015
 TEMPS = 50.00242267 , NITERA :   5490
 TEMPS = 55.00059079 , NITERA :   6982
 TEMPS = 60.4761 , NITERA :   8683
Segmentation fault

instead of

 MAIN : FIN S2
 MAIN : FIN S1
 MAIN : FIN S00011
 MAIN : FIN S00022
 TEMPS = 33. , NITERA :  1
 TEMPS = 34.00031041 , NITERA :186
 TEMPS = 35.00458344 , NITERA :952
 TEMPS = 36.00231683 , NITERA :   1503
 TEMPS = 37.00204661 , NITERA :   1752
 TEMPS = 38.00184041 , NITERA :   2030
 TEMPS = 39.00285193 , NITERA :   2313
 TEMPS = 40.00039336 , NITERA :   2592
 TEMPS = 45.00193388 , NITERA :   4002
 TEMPS = 50.00313592 , NITERA :   5477
 TEMPS = 55.00087838 , NITERA :   6968
 TEMPS = 60.00257489 , NITERA :   8304
 TEMPS = 70.00018172 , NITERA :  10771
...
 TEMPS =   1960.00148831 , NITERA : 522874
 TEMPS =   1970.00230662 , NITERA : 525415
 TEMPS =   1980.00310479 , NITERA : 527956
 TEMPS =   1990.00392388 , NITERA : 530497
 TEMPS =   2000.00080221 , NITERA : 533037

In 32 bit mode (with -m32) the compilation is OK

 MAIN : FIN S2
 MAIN : FIN S1
 MAIN : FIN S00011
 MAIN : FIN S00022
 TEMPS = 33. , NITERA :  1
 TEMPS = 34.00030835 , NITERA :186
 TEMPS = 35.00463561 , NITERA :950
 TEMPS = 36.00171759 , NITERA :   1507
 TEMPS = 37.00181750 , NITERA :   1759
 TEMPS = 38.00134840 , NITERA :   2037
 TEMPS = 39.00251558 , NITERA :   2320
 TEMPS = 40.00202537 , NITERA :   2599
 TEMPS = 45.00267592 , NITERA :   4007
 TEMPS = 50.00070886 , NITERA :   5482
 TEMPS = 55.00040603 , NITERA :   6974
 TEMPS = 60.00064786 , NITERA :   8664
 TEMPS = 70.00043350 , NITERA :  14927
...
 TEMPS =   1960.00239009 , NITERA : 526412
 TEMPS =   1970.00318777 , NITERA : 528953
 TEMPS =   1980.5908 , NITERA : 531493
 TEMPS =   1990.00088071 , NITERA : 534034
 TEMPS =   2000.00168409 , NITERA : 536575

The culprit is the subroutine S33022. I'll attach the source for this routine,
the doduc.f90 source with the routine commented and the assembly codes for
S33022 with revision 158104 or older and with revision 158105 or newer.

When compiled with any revision and linked with the object from s33022_w.s, the
code works, but not when linked with the object from s33022_n.s.


-- 
   Summary: [4.6 Regression] Revision 158105 miscompiles doduc.f90
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dominiq at lps dot ens dot fr
 GCC build triplet: x86_64-apple-darwin10
  GCC host triplet: x86_64-apple-darwin10
GCC target triplet: x86_64-apple-darwin10


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716

[Bug tree-optimization/43716] [4.6 Regression] Revision 158105 miscompiles doduc.f90

[dominiq at lps dot ens dot fr]

--- Comment #1 from dominiq at lps dot ens dot fr  2010-04-10 16:36 ---
Created an attachment (id=20354)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20354&action=view)
Fortran source for subroutine S33022


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716

[Bug tree-optimization/43716] [4.6 Regression] Revision 158105 miscompiles doduc.f90

[dominiq at lps dot ens dot fr]

--- Comment #2 from dominiq at lps dot ens dot fr  2010-04-10 16:38 ---
Created an attachment (id=20355)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20355&action=view)
Fortran source for doduc.f90 with subroutine S33022 commented


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716

[Bug tree-optimization/43716] [4.6 Regression] Revision 158105 miscompiles doduc.f90

[dominiq at lps dot ens dot fr]

--- Comment #3 from dominiq at lps dot ens dot fr  2010-04-10 16:39 ---
Created an attachment (id=20356)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20356&action=view)
Working assembly for subroutine S33022


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716

[Bug tree-optimization/43716] [4.6 Regression] Revision 158105 miscompiles doduc.f90

[dominiq at lps dot ens dot fr]

--- Comment #4 from dominiq at lps dot ens dot fr  2010-04-10 16:42 ---
Created an attachment (id=20357)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20357&action=view)
Miscompiled assembly for subroutine S3302

The diff between the working (-) and miscompiled (+) assembly files is

--- s33022_w.s  2010-04-10 13:04:09.0 +0200
+++ s33022_n.s  2010-04-10 13:04:31.0 +0200
@@ -311,13 +311,13 @@ L28:
movsd   -144(%rbp), %xmm3
mulsd   %xmm9, %xmm1
mulsd   %xmm4, %xmm3
-   subsd   -144(%rbp), %xmm14
+   subsd   -136(%rbp), %xmm14
movsd   -136(%rbp), %xmm9
divsd   %xmm10, %xmm1
subsd   %xmm2, %xmm9
addsd   LC18(%rip), %xmm14
movsd   %xmm9, -104(%rbp)
-   subsd   -136(%rbp), %xmm14
+   subsd   -144(%rbp), %xmm14
movsd   (%r8), %xmm10
movsd   %xmm10, -216(%rbp)
mulsd   %xmm7, %xmm10
@@ -454,16 +454,13 @@ L28:
movsd   -88(%rbp), %xmm6
mulsd   %xmm4, %xmm3
mulsd   %xmm2, %xmm6
-   xorpd   LC12(%rip), %xmm12
+   mulsd   -232(%rbp), %xmm15
addsd   -200(%rbp), %xmm14
mulsd   %xmm9, %xmm3
-   mulsd   -232(%rbp), %xmm15
-   subsd   -216(%rbp), %xmm12
movsd   %xmm3, -456(%rbp)
movapd  %xmm13, %xmm3
mulsd   %xmm1, %xmm14
addsd   %xmm13, %xmm3
-   mulsd   -80(%rbp), %xmm12
addsd   %xmm6, %xmm3
movsd   -120(%rbp), %xmm6
addsd   %xmm6, %xmm6
@@ -495,13 +492,17 @@ L28:
mulsd   -112(%rbp), %xmm14
mulsd   %xmm0, %xmm3
addsd   %xmm3, %xmm15
-   movsd   -144(%rbp), %xmm3
-   subsd   -120(%rbp), %xmm3
-   subsd   %xmm12, %xmm15
+   movsd   -216(%rbp), %xmm3
+   xorpd   LC12(%rip), %xmm3
+   subsd   %xmm12, %xmm3
movsd   -136(%rbp), %xmm12
subsd   -120(%rbp), %xmm12
-   mulsd   %xmm8, %xmm3
+   mulsd   -80(%rbp), %xmm3
mulsd   -96(%rbp), %xmm12
+   subsd   %xmm3, %xmm15
+   movsd   -144(%rbp), %xmm3
+   subsd   -120(%rbp), %xmm3
+   mulsd   %xmm8, %xmm3
addsd   %xmm12, %xmm3
movapd  %xmm4, %xmm12
mulsd   %xmm0, %xmm12


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716

[Bug tree-optimization/43716] [4.6 Regression] Revision 158105 miscompiles doduc.f90

[mkuvyrkov at gcc dot gnu dot org]

--- Comment #5 from mkuvyrkov at gcc dot gnu dot org  2010-04-10 18:28 
---
Would you please attach doduc.in so that I can reproduce this.
==
At line 161 of file /home/maxim/tmp/doduc_red.f90 (unit = 5, file = 'doduc.in')
Fortran runtime error: End of file
==

Also, what is your configure line and with which exact parameters f951 gets
invoked?  (The compiler prints out the later if you add `-v' option to the
command line).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716

[Bug tree-optimization/43716] [4.6 Regression] Revision 158105 miscompiles doduc.f90

[dominiq at lps dot ens dot fr]

--- Comment #6 from dominiq at lps dot ens dot fr  2010-04-10 18:41 ---
Created an attachment (id=20358)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20358&action=view)
doduc.in

Using built-in specs.
COLLECT_GCC=gfcp
COLLECT_LTO_WRAPPER=/opt/gcc/gcc4.6p/libexec/gcc/x86_64-apple-darwin10/4.6.0/lto-wrapper
Target: x86_64-apple-darwin10
Configured with: ../p_work/configure --prefix=/opt/gcc/gcc4.6p
--mandir=/opt/gcc/gcc4.6p/share/man --infodir=/opt/gcc/gcc4.6p/share/info
--build=x86_64-apple-darwin10 --host=x86_64-apple-darwin10
--target=x86_64-apple-darwin10 --enable-languages=c,fortran
--with-gmp=/opt/sw64 --with-libiconv-prefix=/opt/sw64 --with-system-zlib
--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
--with-cloog=/opt/sw64 --with-ppl=/opt/sw64 --with-mpc=/opt/sw64
Thread model: posix
gcc version 4.6.0 20100408 (experimental) [trunk revision 158105] (GCC) 
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.3' '-v' '-c' '-mtune=generic'
 /opt/gcc/gcc4.6p/libexec/gcc/x86_64-apple-darwin10/4.6.0/f951 doduc_red.f90
-fPIC -quiet -dumpbase doduc_red.f90 -mmacosx-version-min=10.6.3 -mtune=generic
-auxbase doduc_red -version -fintrinsic-modules-path
/opt/gcc/gcc4.6p/lib/gcc/x86_64-apple-darwin10/4.6.0/finclude -o
/var/folders/LW/LW1oufkMGIqlLpjYn45fBU+++TI/-Tmp-//ccrL4xwD.s
GNU Fortran (GCC) version 4.6.0 20100408 (experimental) [trunk revision 158105]
(x86_64-apple-darwin10)
compiled by GNU C version 4.6.0 20100408 (experimental) [trunk revision
158104], GMP version 5.0.1, MPFR version 2.4.2, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU Fortran (GCC) version 4.6.0 20100408 (experimental) [trunk revision 158105]
(x86_64-apple-darwin10)
compiled by GNU C version 4.6.0 20100408 (experimental) [trunk revision
158104], GMP version 5.0.1, MPFR version 2.4.2, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.3' '-v' '-c' '-mtune=generic'
 as -arch x86_64 -force_cpusubtype_ALL -o doduc_red.o
/var/folders/LW/LW1oufkMGIqlLpjYn45fBU+++TI/-Tmp-//ccrL4xwD.s
COMPILER_PATH=/opt/gcc/gcc4.6p/libexec/gcc/x86_64-apple-darwin10/4.6.0/:/opt/gcc/gcc4.6p/libexec/gcc/x86_64-apple-darwin10/4.6.0/:/opt/gcc/gcc4.6p/libexec/gcc/x86_64-apple-darwin10/:/opt/gcc/gcc4.6p/lib/gcc/x86_64-apple-darwin10/4.6.0/:/opt/gcc/gcc4.6p/lib/gcc/x86_64-apple-darwin10/
LIBRARY_PATH=/opt/gcc/gcc4.6p/lib/gcc/x86_64-apple-darwin10/4.6.0/:/opt/gcc/gcc4.6p/lib/gcc/x86_64-apple-darwin10/4.6.0/../../../:/usr/lib/
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.3' '-v' '-c' '-mtune=generic'
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.3' '-v' '-c' '-mtune=generic'


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716

[Bug tree-optimization/43716] [4.6 Regression] Revision 158105 miscompiles doduc.f90

[dominiq at lps dot ens dot fr]

--- Comment #7 from dominiq at lps dot ens dot fr  2010-04-10 18:49 ---
The problem seems to occur within these lines:

   tt = -t*rmp/rm
   z1at = -Dalb - Dalt
   z2at = drg*(alt-2.*al) + drf*(alb-2.*al) + rg*Dalt + &
 &rf*Dalb
   sdt = z2at*vgj + z2a*vgjt + z2t*vgja + z2*vgjat - g*z1at


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716

[Bug fortran/41359] Wrong line numbers for debugging/profiling

[jv244 at cam dot ac dot uk]

--- Comment #2 from jv244 at cam dot ac dot uk  2010-04-10 19:04 ---
still present in 4.6. The issue seems to be missing location info for the
nested if [if (a>0) ], the missing info in the original dump appears as a
incorrect line:7 in the gimple. It is specific to the 'else if' form, on a
single line.


-- 

jv244 at cam dot ac dot uk changed:

   What|Removed |Added

  Known to fail|4.3.4 4.4.1 4.5.0   |4.3.4 4.4.1 4.5.0 4.6.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41359

[Bug tree-optimization/43716] [4.6 Regression] Revision 158105 miscompiles doduc.f90

[mkuvyrkov at gcc dot gnu dot org]

--- Comment #8 from mkuvyrkov at gcc dot gnu dot org  2010-04-10 19:20 
---
Hm, I'm having hard time reproducing this on linux.  Would you please attach
dumps produced with -fdump-tree-reassoc for both before and after compilers.

Thanks.


-- 

mkuvyrkov at gcc dot gnu dot org changed:

   What|Removed |Added

 CC|maxim at trivialbugs dot com|mkuvyrkov at gcc dot gnu dot
   ||org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716

[Bug tree-optimization/43716] [4.6 Regression] Revision 158105 miscompiles doduc.f90

[dominiq at lps dot ens dot fr]

--- Comment #9 from dominiq at lps dot ens dot fr  2010-04-10 19:32 ---
Created an attachment (id=20359)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20359&action=view)
bzipped tar file with the outputs of -fdump-tree-reassoc

reassoc.tar.bz2 contains the files s33022_*.f90.082t.reassoc1 and
s33022_*.f90.121t.reassoc2, with *==w for the working compiler and *==n for the
non-working one.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716

[Bug bootstrap/37632] Darwin bootstrap failure, "ld: bl out of range"

[lucier at math dot purdue dot edu]

--- Comment #4 from lucier at math dot purdue dot edu  2010-04-10 20:43 
---
I can't get it to bootstrap with the following:

[monster-mac:~/programs/gcc/gcc-4_4-branch] lucier% cat build-gcc 
#!/bin/tcsh
/bin/rm -rf *; ../../gcc-4_4-branch/configure CC='/pkgs/gcc-4.3.2-64/bin/gcc
-mcpu=970 -m64' --build=powerpc64-apple-darwin9.8.0
--host=powerpc64-apple-darwin9.8.0 --target=powerpc64-apple-darwin9.8.0
--prefix=/pkgs/gcc-4.4.4-64 --with-libiconv-prefix=/usr  --with-system-zlib;
make bootstrap BOOT_LDFLAGS='-Wl,-search_paths_first' >& build.log && (make
install) && (make -k -j 8 check RUNTESTFLAGS="--target_board
'unix{-mcpu=970/-m64}'"  >& check.log ; make mail-report.log)

The error is

checking for flex... flex
checking lex output file root... configure: error: cannot find output from
flex; giving up
make[2]: *** [configure-stage1-gmp] Error 1
make[1]: *** [stage1-bubble] Error 2
make: *** [bootstrap] Error 2

And I get the same error if I use your configure line.

So I can't reproduce this working with 

[monster-mac:~/programs/gcc/gcc-4_4-branch] lucier% head LAST_UPDATED
gcc/BASE-VER 
==> LAST_UPDATED <==
Sat Apr 10 16:26:49 EDT 2010
Sat Apr 10 20:26:49 UTC 2010 (revision 158195)

==> gcc/BASE-VER <==
4.4.4

and with in-source gmp, mpfr, and mpc directories.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37632

[Bug bootstrap/37632] Darwin bootstrap failure, "ld: bl out of range"

[iains at gcc dot gnu dot org]

--- Comment #5 from iains at gcc dot gnu dot org  2010-04-10 21:15 ---
(In reply to comment #4)
> I can't get it to bootstrap with the following:
> /bin/rm -rf *; ../../gcc-4_4-branch/configure CC='/pkgs/gcc-4.3.2-64/bin/gcc

As you pointed out in comment #2 and as I say in comment #3,  4.4.x can be
bootstrapped from apple 4.0.1 (and 4.2, FWIW).

Therefore, the problem lies in 4.3.2, I would guess.
The 4.3 branch is up to 4.3.4 - so - at minimum I guess you should try 4.3.4
(on the grounds that whatever bug you are seeing might have been fixed).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37632

[Bug bootstrap/37632] Darwin bootstrap failure, "ld: bl out of range"

[lucier at math dot purdue dot edu]

--- Comment #6 from lucier at math dot purdue dot edu  2010-04-10 21:18 
---
I wrote

>> And I get the same error if I use your configure line.

which means using gcc-4.0.1; I used *exactly* your configure line.

Did you have the gmp and mpfr sources in the gcc-4_4-branch source directory?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37632

[Bug fortran/41359] Wrong line numbers for debugging/profiling

[mikael at gcc dot gnu dot org]

--- Comment #3 from mikael at gcc dot gnu dot org  2010-04-10 21:27 ---
With this :
diff --git a/trans-expr.c b/trans-expr.c
index 7e95ce1..a6f8616 100644
--- a/trans-expr.c
+++ b/trans-expr.c
@@ -1382,6 +1382,8 @@ gfc_conv_expr_op (gfc_se * se, gfc_expr * expr)
   else
 se->expr = fold_build2 (code, type, lse.expr, rse.expr);

+  SET_EXPR_LOCATION (se->expr, expr->where.lb->location);
+
   /* Add the post blocks.  */
   gfc_add_block_to_block (&se->post, &rse.post);
   gfc_add_block_to_block (&se->post, &lse.post);
diff --git a/trans-stmt.c b/trans-stmt.c
index 0b215f2..4b8ae69 100644
--- a/trans-stmt.c
+++ b/trans-stmt.c
@@ -718,6 +718,7 @@ gfc_trans_if_1 (gfc_code * code)

   /* Build the condition expression and add it to the condition block.  */
   stmt = fold_build3 (COND_EXPR, void_type_node, if_se.expr, stmt, elsestmt);
+  SET_EXPR_LOCATION (stmt, code->loc.lb->location);

   gfc_add_expr_to_block (&if_se.pre, stmt);



I get :
-:0:Source:pr41359.f90
-:0:Graph:pr41359.gcno
-:0:Data:pr41359.gcda
-:0:Runs:1
-:0:Programs:1
1:1:program main
-:2:
-:3:   implicit none
-:4:
-:5:   integer :: a = 7
-:6:
1:7:   if( a == 0 ) then
#:8:  print *, "a is null"
1:9:   else if( a > 0 ) then
1:   10:  print *, "a is positif"
-:   11:   else
#:   12:  print *, "a is negatif"
-:   13:   end if
-:   14:
2:   15:end program
-:   16:


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41359

[Bug bootstrap/37632] Darwin bootstrap failure, "ld: bl out of range"

[iains at gcc dot gnu dot org]

--- Comment #7 from iains at gcc dot gnu dot org  2010-04-10 22:13 ---
(In reply to comment #6)
> I wrote
> 
> >> And I get the same error if I use your configure line.
>> which means using gcc-4.0.1; I used *exactly* your configure line.
> 
> Did you have the gmp and mpfr sources in the gcc-4_4-branch source directory?

GNU C (GCC) version 4.4.4 20100409 (prerelease) [gcc-4_4-branch revision
158160] (powerpc64-apple-darwin9)
compiled by GNU C version 4.4.4 20100409 (prerelease) [gcc-4_4-branch
revision 158160], GMP version 4.2.4, MPFR version 2.3.2.

gmp and mpfr built in tree - although I usually symlink them,  in this case
they are copied trees.

One thing I have found is that if there's an incomplete or unsuccessful
configuration in the gmp or mpfr dirs it messes stuff up (I haven't attempted
to figure out why).  

It might be worth trying a "make distclean" in the gmp of mpfr dirs and/or
deleting and putting them back from a fresh install.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37632

[Bug bootstrap/37632] Darwin bootstrap failure, "ld: bl out of range"

[iains at gcc dot gnu dot org]

--- Comment #8 from iains at gcc dot gnu dot org  2010-04-10 22:32 ---
(In reply to comment #6)
> >> And I get the same error if I use your configure line.

$ ./config.status --version
config.status
configured by ../gcc-4-4-branch/configure, generated by GNU Autoconf 2.59,
  with options " '--target=powerpc64-apple-darwin9'
'--build=powerpc64-apple-darwin9' '--host=powerpc64-apple-darwin9'
'--with-libiconv-prefix=/usr' '--with-system-zlib'
'--enable-version-specific-runtime-libs' '--enable-threads'
'--enable-checking=yes' 'build_alias=powerpc64-apple-darwin9'
'host_alias=powerpc64-apple-darwin9' 'target_alias=powerpc64-apple-darwin9'
'--enable-languages=c,c++,fortran,objc,obj-c++'"


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37632

[Bug target/43718] New: march doesn't conform to documentation

[kjslag at gmail dot com]

The -msse* options are not enabled by -march=core2. The gcc doc states:
core2
Intel Core2 CPU with 64-bit extensions, MMX, SSE, SSE2, SSE3 and SSSE3
instruction set support.

-mtune=core2 is not implied by -march=core2. The gcc doc states:
-march=cpu-type
...  Moreover, specifying -march=cpu-type implies -mtune=cpu-type.

$ gcc -march=core2  -Q --help=target -v &> gcc.core2
$ gcc -march=native -Q --help=target -v &> gcc.native
$ diff gcc.core2 gcc.native 
6,7c6,7
< COLLECT_GCC_OPTIONS='-march=core2' '-Q' '-fhelp=target' '-v'
<  /usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.3/cc1 -v help-dummy -dumpbase
help-dummy -march=core2 -auxbase help-dummy -version -fhelp=target -o
/tmp/ccEak63E.s
---
> COLLECT_GCC_OPTIONS= '-Q' '-fhelp=target' '-v'
>  /usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.3/cc1 -v help-dummy -march=core2 
> -mcx16 -msahf -msse4.1 --param l1-cache-size=32 --param l1-cache-line-size=64 
> --param l2-cache-size=3072 -mtune=core2 -dumpbase help-dummy -auxbase 
> help-dummy -version -fhelp=target -o /tmp/cc5b5n0x.s  
>   
30c30
<   -mcx16  [disabled]
---
>   -mcx16  [enabled]
52c52
<   -mno-sse4   [enabled]
---
>   -mno-sse4   [disabled]
63c63
<   -msahf  [disabled]
---
>   -msahf  [enabled]
65,66c65,66
<   -msse   [disabled]
<   -msse2  [disabled]
---
>   -msse   [enabled]
>   -msse2  [enabled]
68c68
<   -msse3  [disabled]
---
>   -msse3  [enabled]
70c70
<   -msse4.1[disabled]
---
>   -msse4.1[enabled]
75c75
<   -mssse3 [disabled]
---
>   -mssse3 [enabled]
81c81
<   -mtune= 
---
>   -mtune= core2
85,86c85,86
< COLLECT_GCC_OPTIONS='-march=core2' '-Q' '-fhelp=target' '-v'
<  as -V -Qy -o /tmp/ccB1vZZ0.o /tmp/ccEak63E.s
---
> COLLECT_GCC_OPTIONS= '-Q' '-fhelp=target' '-v'
>  as -V -Qy -o /tmp/ccxxWZjC.o /tmp/cc5b5n0x.s

$ uname -a
Linux J 2.6.33-ARCH #1 SMP PREEMPT Sun Apr 4 10:27:30 CEST 2010 x86_64 Intel(R)
Core(TM)2 Duo CPU T8300 @ 2.40GHz GenuineIntel GNU/Linux

Thanks


-- 
   Summary: march doesn't conform to documentation
   Product: gcc
   Version: 4.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kjslag at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43718

[Bug fortran/34554] time compiling complicated size initialization expression

[jvdelisle at gcc dot gnu dot org]

--- Comment #7 from jvdelisle at gcc dot gnu dot org  2010-04-11 01:49 
---
I have an idea.


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jvdelisle at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2007-12-22 12:18:49 |2010-04-11 01:49:35
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34554

[Bug bootstrap/43715] configure option --enable-plugin fails on darwin

[howarth at nitro dot med dot uc dot edu]

--- Comment #2 from howarth at nitro dot med dot uc dot edu  2010-04-11 
04:37 ---
Patch posted at http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00516.html.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43715

[Bug tree-optimization/32824] Missed reduction vectorizer after store to global is LIM'd

[spop at gcc dot gnu dot org]

--- Comment #10 from spop at gcc dot gnu dot org  2010-04-11 05:45 ---
Fixed.


-- 

spop at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32824

[Bug fortran/34554] time compiling complicated size initialization expression

[jvdelisle at gcc dot gnu dot org]

--- Comment #8 from jvdelisle at gcc dot gnu dot org  2010-04-11 06:38 
---
Restoring the size check to gfortran-exp branch I get the following results
with the test case in comment #1.

Current trunk (4.6):

$ time gfc pr34554.f90

real8m26.965s
user8m21.252s
sys 0m2.477s
$ ./a.out 
 152   135210384

fortran-exp branch patched:

$ time gfcx pr34554.f90

real4m44.514s
user4m43.951s
sys 0m0.282s
$ ./a.out 
 152   135210384

This is a halving of compilation time.  Patch to follow.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34554

[Bug fortran/34554] time compiling complicated size initialization expression

[jvdelisle at gcc dot gnu dot org]

--- Comment #9 from jvdelisle at gcc dot gnu dot org  2010-04-11 06:44 
---
Created an attachment (id=20360)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20360&action=view)
patch for fortran-exp branch

Please test on fortran-exp branch.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34554