Moving to submodule
Hi, my goal is to move a large fortran90 modular code to fortran 2008 using the submodule concept. As I have nearly 400 files to modify I would like to know if a tool exist to automatically extract variables from fortran90 modules and build interfaces for subroutines and functions ? Before trying to implement this by myself... Thanks Patrick
Re: Moving to submodule
Hi Patrick, you might have a look at fpt - http://www.simconglobal.com/. Not sure if it will do what you want exactly, but you never know and the people behind it are well prepared to help out. Regards, Arjen Op vr 16 dec. 2022 om 15:01 schreef Patrick Begou via Fortran < fortran@gcc.gnu.org>: > Hi, > > my goal is to move a large fortran90 modular code to fortran 2008 using > the submodule concept. As I have nearly 400 files to modify I would like > to know if a tool exist to automatically extract variables from > fortran90 modules and build interfaces for subroutines and functions ? > > Before trying to implement this by myself... > > Thanks > > Patrick > >
Re: [Bug 106731] ICE on automatic array of derived type with DTIO: need help
On Thu, Dec 15, 2022 at 01:51:26PM +0100, Federico Perini via Fortran wrote: > > 3. Of the optimization flags "-fpeel-loops" is the one that triggers the > failing tests > > 3. in dtio_4.f90, the first test fails for 1) non-extended class; 2) > derived-type READ. Write works; extended type (BT_CLASS) works. It appears > that the optimizer thinks the derived type is not modified by the read > statement. Federico, thanks for following up here. As I indicated before, you're in an area of the compiler that I do not normally hack. But, the above description sounds like a tree is not marked as used. There is code of the form "TREE_USED (decl) = 1;" in the trans-*.cc files. Setting this might inhibit the -fpeel-loops optimization, but this is just a guess. -- Steve
Re: testsuite under wine
On Fri, Dec 16, 2022 at 1:44 AM Thomas Koenig wrote: > > On 16.12.22 03:20, NightStrike via Fortran wrote: > > > When I run the testsuite under wine, I'm getting a lot of ANSI escape > > sequences. We had fixed this long ago, but it seems to be back. Any > > idea what I should change in my configuration to have this not happen? > > This should probably be fixed properly in some *.exp file, but you can > try setting the GCC_COLORS environment variable to an empty string > before running the test. That didn't help. It looks like this is always escape 25h to start the output and 25l to end it, which I think is turning the cursor on and off (based on https://en.wikipedia.org/wiki/ANSI_escape_code). I apparently fixed this previously by building wine with --without-curses (https://www.mail-archive.com/gcc@gcc.gnu.org/msg86366.html), but that option to wine was removed. Is there a way to hack this on the Deja side to ignore the escapes? Or to tell it to run in a way that makes wine not emit them?
