This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [Patch, fortran] Submodules and private entities
- From: Paul Richard Thomas <paul dot richard dot thomas at gmail dot com>
- To: FX <fxcoudert at gmail dot com>
- Cc: gcc-patches <gcc-patches at gcc dot gnu dot org>, Damian Rouson <damian at sourceryinstitute dot org>, "fortran at gcc dot gnu dot org" <fortran at gcc dot gnu dot org>
- Date: Thu, 10 Sep 2015 10:50:20 +0200
- Subject: Re: [Patch, fortran] Submodules and private entities
- Authentication-results: sourceware.org; auth=none
- References: <CAGkQGiJfa+orwKBEzvd61dv4fH94R_6-US5K_J0Z+cN=BsQkpQ at mail dot gmail dot com> <AAF669B5-A9AB-420C-B7FA-73C53AAD9CD7 at gmail dot com>
Dear FX,
Thanks. I was waiting to resolve this issue before documenting
submodules. I will write something to go with this patch.
There are three PRs out there for submodules:
52846 - submodule support, which I do not want to close until....
66993 - host association problem ... is fixed. <= Really fundamental
(Thanks, Mikael!)
66762 - problem with -flto <= I feel a bit at sea about this one but
will have a poke around
Cheers
Paul
On 9 September 2015 at 22:45, FX <fxcoudert@gmail.com> wrote:
>> 2015-07-23 Paul Thomas <pault@gcc.gnu.org>
>>
>> * module.c : Add static no_module_procedures.
>> (mio_symbol_attribute): Reset above if module procedure is
>> encountered.
>> (gfc_dump_module): Set above and exit without writing smod file
>> if it reset.
>>
>> 2015-07-23 Paul Thomas <pault@gcc.gnu.org>
>>
>> * gfortran.dg/public_private_module_5.f90: Add module procedure
>> trigger_smod to ensure that the smod file is written.
>
> It appears to be a rather consensual solution to the issue, so Iâd say âOK in 48 hours, unless someone has new arguments against itâ.
> Also: could you document the module/submodule behavior in the user doc?
>
> Thanks,
> FX
--
Outside of a dog, a book is a man's best friend. Inside of a dog it's
too dark to read.
Groucho Marx