<div dir="ltr">I was able to build qemu on my m1 mini with the port from the linked PR! Should be able to test it and confirm hvf is working as expected this week. Also I ran into an issue similar to <a href="https://trac.macports.org/ticket/60189">https://trac.macports.org/ticket/60189</a> when trying to use the Xcode 12.5 Beta 2 command line tools to build the qemu port. Reverting to the Xcode cli tools 12.4 worked. <div><br></div><div>Blake</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 18, 2021 at 10:14 AM Blake Garner <<a href="mailto:blake@netjibbing.com">blake@netjibbing.com</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"><div dir="ltr">Thanks for closing the loop on that. I'll do some testing with that PR as it includes the needed patches to support hypervisor.framework. <div><br></div><div>Blake</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 18, 2021 at 9:36 AM Rainer Müller <<a href="mailto:raimue@macports.org" target="_blank">raimue@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">On 18/02/2021 05.23, Joshua Root wrote:<br>
> On 2021-2-18 08:33 , Blake Garner wrote:<br>
>> I have been unsuccessfully trying to figure out how to resolve this issue with<br>
>> qemu builds on AppleSilicon hardware.<br>
>><br>
>> <a href="https://trac.macports.org/ticket/62116" rel="noreferrer" target="_blank">https://trac.macports.org/ticket/62116</a> <<a href="https://trac.macports.org/ticket/62116" rel="noreferrer" target="_blank">https://trac.macports.org/ticket/62116</a>><br>
>><br>
>> My suspicion is that the build is not using the correct architecture when<br>
>> setting up the include directories for part of the build. This is based on<br>
>> some of the build log output. As noted in the ticket I was able to build qemu<br>
>> on the same system outside of MacPorts so again that points me to some of the<br>
>> configurations in the port.<br>
>><br>
>> Any suggestions on what to look for here? Seems like I should be able to<br>
>> compare the output of the configure scripts to isolate differences between the<br>
>> working and not working builds?<br>
> <br>
> Are you building with the same configure args as the port? The --cpu= option is<br>
> the first obvious thing I see that might be relevant. Maybe qemu needs to update<br>
> its config.guess and config.sub, or maybe it just wants you to say "aarch64"<br>
> instead of "arm64".<br>
<br>
That's it exactly, QEMU's build system expects this to be --cpu=aarch64.<br>
<br>
There is already an open work-in-progress pull request that addresses this,<br>
among other related issues for the Apple M1. It wasn't linked at the Trac ticket<br>
yet, but I added that just now.<br>
<br>
<a href="https://github.com/macports/macports-ports/pull/9955" rel="noreferrer" target="_blank">https://github.com/macports/macports-ports/pull/9955</a><br>
<br>
Rainer<br>
</blockquote></div>
</blockquote></div>