http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40737
Daniel Franke changed:
What|Removed |Added
CC||dfranke at gcc dot gnu.org
Known to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40737
--- Comment #13 from Dominique d'Humieres
2011-01-22 22:37:05 UTC ---
(In reply to comment #10)
> Isn't this the same as PR34640?
I think so, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46339#c11 .
--- Comment #8 from bergner at gcc dot gnu dot org 2009-10-06 22:03 ---
Created an attachment (id=18732)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18732&action=view)
Potential patch to fix pr40737
Here is a patch from Adhemerval Zanella from our IBM LTC Performance team, that
--- Comment #9 from kargl at gcc dot gnu dot org 2009-10-06 23:10 ---
(In reply to comment #8)
> Created an attachment (id=18732)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18732&action=view) [edit]
> Potential patch to fix pr40737
>
> Here is a patch from Adhemerval Zanella fr
--- Comment #10 from burnus at gcc dot gnu dot org 2009-10-07 08:20 ---
(In reply to comment #8)
> Created an attachment (id=18732)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18732&action=view) [edit]
> Potential patch to fix pr40737
>
> Here is a patch from Adhemerval Zanella
--- Comment #11 from dh458 at oakapple dot net 2009-10-07 22:42 ---
(In reply to comment #10)
> > Here is a patch from Adhemerval Zanella from our IBM LTC Performance team,
> > that "fixes" the problem for me and bootstraps (powerpc64-linux) and
> > regtests with no regressions. Can so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40737
Kenneth Hoste changed:
What|Removed |Added
CC||kenneth.hoste at elis dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40737
Josh Hykes changed:
What|Removed |Added
CC||joshuahykes at yahoo dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40737
Gerhard Steinmetz changed:
What|Removed |Added
CC||gerhard.steinmetz.fortran@t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40737
--- Comment #19 from Paul Thomas ---
Author: pault
Date: Sun Sep 10 17:02:53 2017
New Revision: 251949
URL: https://gcc.gnu.org/viewcvs?rev=251949&root=gcc&view=rev
Log:
2017-09-10 Paul Thomas
PR fortran/34640
PR fortran/4073
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40737
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40737
Dominique d'Humieres changed:
What|Removed |Added
CC||thfanning at gmail dot com
--- Co
--- Comment #1 from dh458 at oakapple dot net 2009-07-13 21:39 ---
Created an attachment (id=18189)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18189&action=view)
module definition
This is the module definition file for the bug report.
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #2 from dh458 at oakapple dot net 2009-07-13 21:40 ---
Created an attachment (id=18190)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18190&action=view)
module use file for bug report
Compile this module use with the other attachment module definition
--
http://gc
--- Comment #3 from burnus at gcc dot gnu dot org 2009-07-14 07:50 ---
Confirm (kind of) with GCC 4.3.2 on i686-linux. With -DBIGMOD one gets:
/tmp/ccmoM1rS.o: In function `tf_ad_splitting_driver_plane_':
t.F90:(.text+0xad): undefined reference to `span.1'
t.F90:(.text+0x15c): undefined
--- Comment #4 from dh458 at oakapple dot net 2009-07-21 15:19 ---
(In reply to comment #0)
In the original SPECmpi source code,
I was able to make the compile-time bug go away with this source workaround:
change e.g.
Ro => Hydro_vars( first_cell:last_cell, j, k)%cell_var(
--- Comment #5 from burnus at gcc dot gnu dot org 2009-07-22 07:10 ---
Reduced test case. The crucial part is the span ("1:2") in the assignment - and
that "Ro" is use-associated.
Dump:
tf_ad_splitting_driver_plane ()
{ [...]
extern integer(kind=8) span.0 = 0;
[...]
span.0 =
--- Comment #6 from burnus at gcc dot gnu dot org 2009-07-22 07:12 ---
Paul, do you immediately see what goes wrong here? If not, I can also dig
myself.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from burnus at gcc dot gnu dot org 2009-07-22 09:20 ---
My current understanding is that "span" is only created (in
gfc_get_symbol_decl)
if (sym->attr.subref_array_pointer)
is true - and is then assumed to live at the same place as the symbol (array
descriptor) itself. B
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40737
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- C
20 matches
Mail list logo