[cfe-dev] [llvm-dev] [RFC] Refactor Clang: move frontend/driver/diagnostics code to LLVM

Eric Schweitz (PGI) via cfe-dev cfe-dev at lists.llvm.org
Wed Jun 3 14:37:48 PDT 2020


Yes, we do have to deal with it in flang (in other to support the Fortran standard).  It would be great to have it moved into LLVM rather than "here and there".


-----Original Message-----
From: llvm-dev <llvm-dev-bounces at lists.llvm.org> On Behalf Of David Greene via llvm-dev
Sent: Wednesday, June 3, 2020 8:41 AM
To: comex <comexk at gmail.com>; Andrzej Warzynski <andrzej.warzynski at arm.com>
Cc: llvm-dev at lists.llvm.org; cfe-dev <cfe-dev at lists.llvm.org>; flang-dev at lists.llvm.org
Subject: Re: [llvm-dev] [cfe-dev] [RFC] Refactor Clang: move frontend/driver/diagnostics code to LLVM

comex via cfe-dev <cfe-dev at lists.llvm.org> writes:

> While this is a different area of the codebase, another thing that
> would benefit greatly from being moved out of Clang is function call
> ABI handling.  Currently, that handling is split awkwardly between
> Clang and LLVM proper, forcing frontends that implement C FFI to
> either recreate the Clang parts themselves (like Rust does), depend on
> Clang (like Swift does), or live with FFI just not working with some
> function signatures.  I'm not sure what Flang currently does, but my
> understanding is that Flang does support C FFI, so it would probably
> benefit from this as well.  Just something to consider. :)

Yep, C interop is part of the Fortran standard so flang will have to
support it.

This has been talked about before but as yet nothing has happened with
it.  Maybe this is our opportunity.

LLVM Developers mailing list
llvm-dev at lists.llvm.org

This email message is for the sole use of the intended recipient(s) and may contain
confidential information.  Any unauthorized review, use, disclosure or distribution
is prohibited.  If you are not the intended recipient, please contact the sender by
reply email and destroy all copies of the original message.

More information about the cfe-dev mailing list