<div dir="ltr">Even if they cook up a fix includes patch to fix the FSF gcc compiler, they will end up with something that still barfs on the availability attribute when seen by the built compiler.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 10, 2019 at 12:25 PM Chris Jones <<a href="mailto:jonesc@hep.phy.cam.ac.uk">jonesc@hep.phy.cam.ac.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="ltr"></div><div dir="ltr"><br></div><div dir="ltr"><br>On 10 Jul 2019, at 5:19 pm, Jack Howarth <<a href="mailto:howarth.at.macports@gmail.com" target="_blank">howarth.at.macports@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div dir="ltr"><div dir="ltr">Chris,<div>      This is a heavier lift than most darwin related fixes as FSF gcc will have to implement the missing availability attribute support (by, I assume, using the clang implementation as the reference code spec).</div></div></div></blockquote><div><br></div>Either that, or use their fix includes mechanism to cook something up.<div><br></div><div>Either way, If Apple does not change anything come final release ( which whilst possible i doubt, as this to me looks like an intentional change) I still feel gcc will feel compelled to do something as I doubt they want loose support on macos. I might be wrong,  but i doubt that.</div><div><br></div><div>Chris<br><div><br><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div>       Jack</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 10, 2019 at 8:17 AM Chris Jones <<a href="mailto:jonesc@hep.phy.cam.ac.uk" target="_blank">jonesc@hep.phy.cam.ac.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><br>
<br>
On 09/07/2019 11:48 pm, Jack Howarth wrote:<br>
> Just saying that since gcc will be broken on the 10.15 SDK that the path <br>
> of least resistance (and the best long term decision) would be to put <br>
> some effort behind getting flang to build (as older patches exist as a <br>
> starting point).<br>
<br>
Whilst I happen to suspect gcc will, come the final release of macOS10, <br>
get around to fixing their issues (the problem is really with gcc, not <br>
Apple), I also agree having a build of flang would be great. Whether <br>
though we wait for them to fix flang, or we take a look, is another <br>
question...<br>
<br>
Chris<br>
<br>
> <br>
> On Tue, Jul 9, 2019 at 12:35 PM Ryan Schmidt <<a href="mailto:ryandesign@macports.org" target="_blank">ryandesign@macports.org</a> <br>
> <mailto:<a href="mailto:ryandesign@macports.org" target="_blank">ryandesign@macports.org</a>>> wrote:<br>
> <br>
> <br>
> <br>
>     On Jul 8, 2019, at 14:37, Jack Howarth wrote:<br>
> <br>
>      >    Since the legacy header support for avoiding the availability<br>
>     attribute has been dropped from the 10.15 SDK...<br>
>      ><br>
>      > <a href="https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90835" rel="noreferrer" target="_blank">https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90835</a><br>
>      ><br>
>      > and it is unclear when and if the missing availability attribute<br>
>     support will be added to FSF gcc, the path of least resistance might<br>
>     be to get a flang package into MacPorts to replace gfortran.<br>
>      >      Currently flang doesn't build on macOS...<br>
>      ><br>
>      > <a href="https://github.com/flang-compiler/flang/issues/678" rel="noreferrer" target="_blank">https://github.com/flang-compiler/flang/issues/678</a><br>
>      > <a href="https://github.com/flang-compiler/flang/issues/212" rel="noreferrer" target="_blank">https://github.com/flang-compiler/flang/issues/212</a><br>
>      ><br>
>      > <a href="https://github.com/flang-compiler/flang/pull/592" rel="noreferrer" target="_blank">https://github.com/flang-compiler/flang/pull/592</a><br>
> <br>
>     Certainly, a prerequisite for being able to add a port for something<br>
>     is that it builds.<br>
> <br>
> <br>
</blockquote></div>
</div></blockquote></div></div></div></blockquote></div>