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