<div dir="ltr">I'd think the promotion of implicit-function-declaration is something you'd be able to work on and fix in the x86 architecture too, and that seems to be the major first step here.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jun 23, 2020 at 1:41 AM Vincent Habchi <<a href="mailto:vince@macports.org">vince@macports.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
> On 22 Jun 2020, at 22:19, Jeremy Huddleston Sequoia <<a href="mailto:jeremyhu@macports.org" target="_blank">jeremyhu@macports.org</a>> wrote:<br>
> <br>
> I just pushed some changes to base/master and dports/master to better support macOS 11 and Apple Silicon, but there's quite a bit of work ahead of us.<br>
<br>
[…]<br>
<br>
>  Please reach out if you have any questions or concerns.<br>
<br>
We’re undoubtedly heading into a turbulence zone. Because not all of us will have early access to the new hardware (I won’t personally, and happen to have ordered the latest MacBook Air with an i7 CPU a few days ago…), it means that those who will will probably have to bear the burden of testing a lot of ports and reporting errors, while the maintainers won’t have the ability to test the fixes.<br>
<br>
Wouldn’t it be possible to somehow set up a new hardware machine with MacPorts installed and give all maintainers the possibility to log into it and test their ports?<br>
<br>
V.<br>
<br>
</blockquote></div>