https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30285
Bug 30285 depends on bug 25708, which changed state.
Bug 25708 Summary: [F95] Module loading is not good at all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25708
What|Removed |Added
--- Comment #25 from fxcoudert at gcc dot gnu dot org 2007-11-17 13:49
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASS
--- Comment #24 from fxcoudert at gcc dot gnu dot org 2007-11-17 13:47
---
Subject: Bug 30285
Author: fxcoudert
Date: Sat Nov 17 13:46:53 2007
New Revision: 130257
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130257
Log:
PR fortran/30285
* module.c (struct wri
--- Comment #23 from patchapp at dberlin dot org 2007-11-12 05:55 ---
Subject: Bug number PR 30285
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00552.html
--
http://gcc.gnu.org/bugzilla/
--- Comment #22 from anlauf at gmx dot de 2007-11-11 22:18 ---
FX,
> I made a build of the patched compiler that you can download from
> http://www.coudert.name/tmp/gfortran-i686-linux-20071110.tar.gz
I successfully recompiled the app with OpenMPI enabled, which uses
several COMMON blo
--- Comment #21 from fxcoudert at gcc dot gnu dot org 2007-11-10 18:09
---
(In reply to comment #20)
> I would love to test it with a i586/i686-compatible build. (f951 should
> be sufficient that can be used as a replacement in one of those regular
> builds provided on FX's web page.
--- Comment #20 from anlauf at gmx dot de 2007-11-10 15:17 ---
Tobias,
> Harald, can you test the patch at
> http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00552.html
> with your real-world program?
I would love to test it with a i586/i686-compatible build. (f951 should
be sufficient
--- Comment #19 from burnus at gcc dot gnu dot org 2007-11-10 12:29 ---
Harald, can you test the patch at
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00552.html
with your real-world program? Due to .mod changes, the "gfc-excessive.tar.gz"
does not work. And for the other tests I have,
--- Comment #18 from patchapp at dberlin dot org 2007-11-10 04:01 ---
Subject: Bug number PR 30285
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00552.html
--
http://gcc.gnu.org/bugzilla/
--- Comment #17 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-11-10 01:16 ---
Subject: Re: gfortran excessive memory usage with COMMON
blocks in modules
fxcoudert at gcc dot gnu dot org wrote:
> --- Comment #16 from fxcoudert at gcc dot gnu dot org 2007-11-09
--- Comment #16 from fxcoudert at gcc dot gnu dot org 2007-11-09 23:59
---
(In reply to comment #15)
> I wrote this code originally, and I agree with your analysis.
But regtesting doesn't agree with my analysis... in case of common with
bind(c,name="..."), this patch hampers the diagno
--- Comment #15 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-11-09 12:44 ---
Subject: Re: gfortran excessive memory usage with COMMON
blocks in modules
fxcoudert at gcc dot gnu dot org wrote:
> Because in that case, mod2.mod already has two copies of the common:
>
--- Comment #14 from fxcoudert at gcc dot gnu dot org 2007-11-09 12:36
---
I think the problem starts with:
module mod0
integer mpi_bottom
common /mpipriv/ mpi_bottom
end module mod0
module mod1
use mod0
end module mod1
module mod2
use mod0
use mod1
end module mod2
Becaus
--- Comment #13 from anlauf at gmx dot de 2007-10-22 07:35 ---
I've adjusted the title slightly to refer to the use of
COMMON blocks (in MPICH, OpenMPI) because the problem of
.mod size excursion depends only on the "nesting depth",
not on the actual size of the modules. I hope this bug
14 matches
Mail list logo
