<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
Somewhere I have a version of the “dummy” driver that allows you to specify the target compiler to hand off to. I can try and track that code down (as I recall it was pretty simple patch as it used an environment variable). It should be quick to fix in the
latest code base and we could potentially also consider making it a CMake settings/parameter if that is an easier (more user friendly) path for use cases we have across the community.
<div class=""><br class="">
</div>
<div class="">Thoughts?
<div class=""><br class="">
<div class="">
<div style="color: rgb(0, 0, 0); font-family: "Trebuchet MS"; font-size: 14px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;">
—Pat<br class="">
<br class="">
</div>
</div>
<div>
<blockquote type="cite" class="">
<div class="">On Jul 8, 2020, at 4:54 PM, Steve Scalpone via flang-dev <<a href="mailto:flang-dev@lists.llvm.org" class="">flang-dev@lists.llvm.org</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div class="">No objections to removing the dependencies on pgf90; however, I agree that the existing FC mechanism should preserve the ability to use other compilers to generate code. Camille Coti post a patch to enable linking with additional libraries, but
it's not integrated anywhere that I know of. David, if you are going to undertake this change, let me know & I'll fwd the email to you.<br class="">
<br class="">
- Steve<br class="">
<br class="">
On 7/8/20, 11:46 AM, "flang-dev on behalf of Hal Finkel via flang-dev" <<a href="mailto:flang-dev-bounces@lists.llvm.org" class="">flang-dev-bounces@lists.llvm.org</a> on behalf of
<a href="mailto:flang-dev@lists.llvm.org" class="">flang-dev@lists.llvm.org</a>> wrote:<br class="">
<br class="">
External email: Use caution opening links or attachments<br class="">
<br class="">
<br class="">
On 7/8/20 3:58 AM, David Truby via flang-dev wrote:<br class="">
<blockquote type="cite" class="">Hi all,<br class="">
<br class="">
The LLVM 11 branch is happening soon so we should have a discussion<br class="">
about what we want Flang to look like in that branch.<br class="">
<br class="">
<br class="">
tldr; I see a couple of issues currently that we should discuss for the<br class="">
release:<br class="">
<br class="">
* Flang defaults to calling a proprietary compiler (pgfortran)<br class="">
* Flang enables Werror by default<br class="">
* Shared library builds don't work<br class="">
<br class="">
Does anyone else see any other things we should consider that I haven't<br class="">
listed here?<br class="">
<br class="">
To elaborate on my issues list:<br class="">
<br class="">
I think it's reasonable for us to leave flang in the release,<br class="">
</blockquote>
<br class="">
<br class="">
Yes, we should make clear that this is essentially in a developer-only<br class="">
mode (excepting any specific tests that we want to ask people to run).<br class="">
<br class="">
<br class="">
<blockquote type="cite" class=""> rather<br class="">
than for example removing it, and add info in the Release Notes about<br class="">
the state of Flang (e.g. that it fully parses and semantically analyses<br class="">
Fortran 2018 code but then calls out to another compiler to build it).<br class="">
<br class="">
The biggest issue I see with this is that currently flang defaults to<br class="">
calling out to a proprietary compiler that many people in an open<br class="">
source community like LLVM are unlikely to have installed. I would<br class="">
propose that we either add a CMake flag to select the default compiler<br class="">
to call out to, or that we rely on the existing mechanism of defining<br class="">
FC, but that either way we should default to gfortran if no other<br class="">
compiler is specified. That way we would be calling out to a compiler<br class="">
that almost anyone interested in Fortran is likely to have installed,<br class="">
and if not it is at least easily available.<br class="">
</blockquote>
<br class="">
<br class="">
+1<br class="">
<br class="">
<br class="">
<blockquote type="cite" class=""><br class="">
The other major issue I forsee is that we currently enable Werror by<br class="">
default in flang. This is likely to break the release for people<br class="">
building it with as-yet-unreleased compilers, with downstream<br class="">
proprietary compilers we haven't tested with, or other unforseen<br class="">
circumstances. I think there are too many potential issues for Werror<br class="">
by default to go into a release version of LLVM.<br class="">
</blockquote>
<br class="">
<br class="">
+1<br class="">
<br class="">
I thought that we had consensus to change this.<br class="">
<br class="">
<br class="">
<blockquote type="cite" class=""><br class="">
Shared library builds also don't currently work due to a circular<br class="">
dependency between two libraries. I think it's farily uncontroversial<br class="">
to say that this should be fixed, and I am happy to start working on it<br class="">
personally.<br class="">
</blockquote>
<br class="">
<br class="">
Yes, shared-library builds should work.<br class="">
<br class="">
We can also discuss these on Monday's call.<br class="">
<br class="">
-Hal<br class="">
<br class="">
<br class="">
<blockquote type="cite" class=""><br class="">
<br class="">
Does anyone have any thoughts on this?<br class="">
<br class="">
Thanks<br class="">
David Truby<br class="">
_______________________________________________<br class="">
flang-dev mailing list<br class="">
<a href="mailto:flang-dev@lists.llvm.org" class="">flang-dev@lists.llvm.org</a><br class="">
https://lists.llvm.org/cgi-bin/mailman/listinfo/flang-dev<br class="">
</blockquote>
<br class="">
--<br class="">
Hal Finkel<br class="">
Lead, Compiler Technology and Programming Languages<br class="">
Leadership Computing Facility<br class="">
Argonne National Laboratory<br class="">
<br class="">
_______________________________________________<br class="">
flang-dev mailing list<br class="">
<a href="mailto:flang-dev@lists.llvm.org" class="">flang-dev@lists.llvm.org</a><br class="">
<a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/flang-dev" class="">https://lists.llvm.org/cgi-bin/mailman/listinfo/flang-dev</a><br class="">
<br class="">
_______________________________________________<br class="">
flang-dev mailing list<br class="">
<a href="mailto:flang-dev@lists.llvm.org" class="">flang-dev@lists.llvm.org</a><br class="">
https://lists.llvm.org/cgi-bin/mailman/listinfo/flang-dev<br class="">
</div>
</div>
</blockquote>
</div>
<br class="">
</div>
</div>
</body>
</html>