changing build dependencies in a distribution from g77 to gfortran
Steve Kargl
sgk@troutmask.apl.washington.edu
Fri Jan 26 18:45:00 GMT 2007
On Fri, Jan 26, 2007 at 07:07:09PM +0200, Janne Blomqvist wrote:
> And just to make your life even more miserable, there will be ABI
> breakage in libgfortran in the not too far future. IIRC 4.2 bumped the
> so version from 4.1, and it will probably happen again for 4.3.
> Hopefully we'll get symbol versioning for 4.3 and thus get some
> semblance of ABI stability, courtesy of yours truly, but the patch has
> stalled due to some minor problems and I'm quite busy with Real Life(TM)
> at the moment so I haven't had time to look into it. :(
I was wondering about the status of versioning patch. I had
problems with it on FreeBSD and tried fixing it (following the
wiki instruction) but could not make it work. I suppose I
should go back and try again.
> Matthias Klose wrote:
>
> >I'm aware that the fortran ML may not be the ideal forum to discuss
> >this; maybe we can move these conversations to distribution specific
> >lists after some time.
>
> Another thing you might want to consider is that now that you're
> providing a Fortran 95 compiler, presumably other developers will want
> to add F95 libraries that provide module files (say, the F90 interface
> to netcdf, lapack95 etc.). Coming up with a policy for these .mod files
> (where should they go?) might be easier now than a few years later when
> you have a few dozen libraries doing it their own way. IIRC the default
> is to put them into the normal include directories, but since they are
> somewhat system(?) and compiler version dependent you might want to put
> them somewhere else. Or then not, it's up to you of course.
I think the .mod should not be mingled with C/C++ .h files. Locally,
I place these files in /usr/local/modules and ${HOME}/modules. I'm
sure others will have different opinions of this.
--
Steve
More information about the Fortran
mailing list