[Fedora-packaging] fortran .mod files

Ed Hill ed at eh3.com
Tue Oct 23 14:07:18 UTC 2007


On Tue, 23 Oct 2007 13:46:40 +0200 Ralf Corsepius wrote:
> On Tue, 2007-10-23 at 07:19 -0400, Jakub Jelinek wrote:
> 
> > But I guess I'll need to make some changes, because say on
> > i386 this is /usr/lib/gcc/i386-redhat-linux/4.1.2/finclude,
> > while on x86_64 for 32-bit rpms
> > /usr/lib/gcc/x86_64-redhat-linux/4.1.2/finclude/ )
> What I was referring to (and implicitly proposing) was GCC/gfortran to
> be extended to have a "standard, system-wide, GCC-independent" *.mod
> installation directory/*.mod-search path, similar to /usr/include for
> cpp'ed sources (c/c++-headers).
> 
> But ... if, as you say, *.mod's are really are compiler-dependent,
> then gcc-gfortran(f90) has a real problem.


Yes, the F90/F95/F2003 *.mod files are compiler- and target-specific.
As FX Coudert (one of the gfortran developers) pointed out:

  http://gcc.gnu.org/ml/fortran/2007-10/msg00306.html

it may be best to treat the *.mod files more like libraries (and less
like headers).  FX's recommendation was:

  /usr/lib*/finclude or /usr/finclude* where * can be 32, 64 or nothing

which is quite similar to Spot's "I like this the best so far" comment
regarding the location:

   %{_libdir}/gfortran/modules

So are we reaching a consensus here on "%{_libdir}/gfortran/modules"?
Does anyone have any technical objections to it?

Ed


-- 
Edward H. Hill III, PhD  |  ed at eh3.com  |  http://eh3.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-packaging/attachments/20071023/c42f1b4a/attachment.sig>


More information about the Fedora-packaging mailing list