> 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
map.ChangeLog
Description: Binary data
map.diff
Description: Binary data