PING Re: [PATCH, Fortran] Revert to non-multilib-specific ISO_Fortran_binding.h

Sandra Loosemore sandra@codesourcery.com
Fri Sep 3 02:05:02 GMT 2021


On 8/18/21 8:57 PM, Sandra Loosemore wrote:

> This is a follow-up to commit fef67987cf502fe322e92ddce22eea7ac46b4d75:
> 
> https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=fef67987cf502fe322e92ddce22eea7ac46b4d75 
> 
> 
> I realized last week that having multilib-specific versions of 
> ISO_Fortran_binding.h (generated by running the compiler to ask what 
> kinds it supports) was still broken outside of the test support; the 
> directory where it's being installed isn't on GCC's normal search path. 
> It seemed to me that it was better to try to find some other solution 
> for this problem than to venture down what appears to be a rat hole.
> 
> I've come up with this patch to return to a single ISO_Fortran_binding.h 
> file that uses preprocessor magic to identify the Fortran kind 
> corresponding to the standard C long double type and the GCC extension 
> types __float128 and int128_t.  I haven't attempted to undo the 
> follow-up patches that fixed in-tree testing; the static .h file is 
> still copied to the build directory, and it can still be referenced with 
> <> syntax during testing.
> 
> Any complaints about either the overall strategy here, or the logic to 
> infer the C type -> kind mapping?  Or OK to commit?
Ping!

https://gcc.gnu.org/pipermail/fortran/2021-August/056382.html

-Sandra


More information about the Fortran mailing list