http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574
--- Comment #10 from Martin Losch 2011-02-02 10:28:15
UTC ---
(In reply to comment #8)
> (In reply to comment #6)
> > I have used gdb for minimally, but what is its use here? I cannot create an
> > executable if I do not reduce the optimization l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574
Martin Losch changed:
What|Removed |Added
Attachment #23201|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574
--- Comment #7 from Martin Losch 2011-02-02 09:09:07 UTC
---
(In reply to comment #5)
> I have had a look at the test code. Could you try
>
> (1) to comment the call to EXCH2_UV_AGRID_3D_RL,
> (2) the same for the (two?) COMMONs,
>
> and see i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574
--- Comment #6 from Martin Losch 2011-02-02 09:00:10 UTC
---
(In reply to comment #4)
As far as I can see (from the header files that came with pre-compiled
binaries) this was used:
#define MPFR_VERSION_STRING "2.4.1"
#define MPC_VERSION_STRING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574
--- Comment #3 from Martin Losch 2011-02-01 17:30:56 UTC
---
gfortran -O3 -c exch2_uv_agrid_3d_rl.f
gives the same error
gfortran -O2 -c exch2_uv_agrid_3d_rl.f
works for this file (for others that are similar I need -O1).
I have to admit that I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574
Martin Losch changed:
What|Removed |Added
Attachment #23200|0 |1
is obsolete|
: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: mlo...@uni-bremen.de
Created attachment 23200
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23200
example fortran code to reproduce bug
This appears to be a problem with optimization: with -O2 routine compiles
with
