From: Sandra Loosemore <sandra@codesourcery.com>
To: "fortran@gcc.gnu.org" <fortran@gcc.gnu.org>,
"gcc-patches@gcc.gnu.org" <gcc-patches@gcc.gnu.org>
Cc: Tobias Burnus <tobias@codesourcery.com>
Subject: PING Re: [PATCH, Fortran] Revert to non-multilib-specific ISO_Fortran_binding.h
Date: Thu, 2 Sep 2021 20:05:02 -0600 [thread overview]
Message-ID: <ffee6884-45fd-3c7b-762c-4e2776cadf6d@codesourcery.com> (raw)
In-Reply-To: <c3db1094-10d4-a608-e69d-fbeedf9935e3@codesourcery.com>
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
next prev parent reply other threads:[~2021-09-03 2:05 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-08-19 2:57 Sandra Loosemore
2021-09-03 2:05 ` Sandra Loosemore [this message]
2021-09-06 19:29 ` Tobias Burnus
2021-09-10 15:39 ` Andreas Schwab
2021-09-13 7:51 ` Tobias Burnus
2021-09-13 15:56 ` Gerald Pfeifer
2021-09-13 16:32 ` Tobias Burnus
2021-09-13 16:51 ` Jakub Jelinek
2021-09-13 16:59 ` Sandra Loosemore
2021-09-13 17:07 ` Tobias Burnus
2021-09-13 17:20 ` Jakub Jelinek
2021-09-14 3:39 ` Sandra Loosemore
2021-09-14 7:39 ` Tobias Burnus
2021-09-14 16:34 ` Gerald Pfeifer
2021-09-14 14:50 ` Gerald Pfeifer
2021-09-14 15:16 ` Tobias Burnus
2021-09-14 15:17 ` Andreas Schwab
2021-09-14 15:23 ` Jakub Jelinek
2021-09-14 15:30 ` Andreas Schwab
2021-09-15 1:05 ` Joseph Myers
2021-09-14 19:27 ` Gerald Pfeifer
2021-09-17 6:03 ` Gerald Pfeifer
2021-09-17 14:10 ` [committed] Fortran: Prefer GCC internal macros to float.h in ISO_Fortran_binding.h (was: [PATCH, Fortran] Revert to non-multilib-specific ISO_Fortran_binding.h) Tobias Burnus
2021-09-18 4:51 ` Gerald Pfeifer
2021-09-13 17:39 ` [PATCH, Fortran] Revert to non-multilib-specific ISO_Fortran_binding.h Andreas Schwab
2021-09-13 18:07 ` Jakub Jelinek
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ffee6884-45fd-3c7b-762c-4e2776cadf6d@codesourcery.com \
--to=sandra@codesourcery.com \
--cc=fortran@gcc.gnu.org \
--cc=gcc-patches@gcc.gnu.org \
--cc=tobias@codesourcery.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).