> I don't understand. Why would it imply a 1:1 mapping of release series
> with major ABI versions?

OK, I thought you meant to map libgfortran version numbers (libgfortran.so.7 
with GCC 7). If it’s the gfortran.map node names, I’m happy with that indeed. 

Attached patch regtested on x86_64-apple-darwin16.3.0.
OK to commit?


> Currently we have _gfortran_, that is with a single underscore in the
> beginning, so it's not in the "C/POSIX reserved for the implementation
> namespace". But yes, I agree that at least those functions documented
> under the non-Fortran main program section in the manual should be
> kept as is.

Then, if we keep some functions under _gfortran_, I say let’s keep them all 
there. It’s not hurting, and the few users who care have come to expect it.


Cheers,
FX

Attachment: map.ChangeLog
Description: Binary data

Attachment: map.diff
Description: Binary data

Reply via email to