Closed gasinvein closed 1 year ago
There’s no need to add muniversal 1.0
as there already using muniversal 1.1
I’ve built these on my own m1 mini running macOS Ventura 13.0.1 (not updated to 13.1 yet), I only test building under Rosetta2 as an arm64 build of wine wouldn’t be very useful anyway.
Please attach the main.log
so I can see exactly what’s happening
I’ve built these on my own m1 mini running macOS Ventura 13.0.1 (not updated to 13.1 yet)
I have 13.1, yes. FWIW, tried adding different configure.sdk_version
s to the portfile, to no effect.
I only test building under Rosetta2 as an arm64 build of wine wouldn’t be very useful anyway.
Sorry, I'm a bit new to this. What do you mean by "building under Rosetta2"? Is that different from running port install
as usual?
Please attach the
main.log
so I can see exactly what’s happening
I only test building under Rosetta2 as an arm64 build of wine wouldn’t be very useful anyway.
Sorry, I'm a bit new to this. What do you mean by "building under Rosetta2"? Is that different from running
port install
as usual?
Ok, so I've googled it a bit and did arch -x86_64 port install
and Wine did build successfully. Many thanks for the hint!
Still, shouldn't it be buildable without running macports itself under rosetta?
Still, shouldn't it be buildable without running macports itself under rosetta?
It should be possible to build for arm64 but I’ve not tested this nor would it be useful currently as there few Windows arm64 applications/games.
Not sure why Macports had allowed this to even get that far as I’ve not even set arm64 as a supported arch for the wine ports….
Might need to add another block to all the wine ports to quickly bailout.
Still, shouldn't it be buildable without running macports itself under rosetta?
It should be possible to build for arm64 but I’ve not tested this nor would it be useful currently as there few Windows arm64 applications/games.
Right, I didn't mean to build it for native arm64 target. Just seeing i386 x86_64
in supported_archs
, I expected it to produce x86_64-only binaries (cross-compile them on the arm64 host? not sure how those universal binaries work).
There’s a separate command to force Macports to build for a specific target just can’t remember what it was currently.
I only run Macports under Terminal that’s running under Rosetta2, but it’s possible something in macports-base is swapping x86_64 for arm64.
Guess the only way to ensure this doesn’t continue to happen is adding a pre-fetch block that forces it to die on an arm64 platform.
After my m1 has done installing updates I’ll try directly install out outside of Rosetta2 and figure out a fix.
This should be resolved with https://github.com/Gcenx/macports-wine/commit/317d84a03826ee15464c3821cc85fccfab3c12a4
Yep, it builds now without forcing rosetta. Thanks!
Trying to build
wine-devel
(orwine-stable
, which rans into the same problem) on a M1 mac gives the following error at the end of the configure stage:It looks similar to this macports ticket, but that issue was resolved by adding
muniversal 1.0
PortGroup
, which is already present here. This is the first time I'm using the repo, so sorry in advance if I'm missing something.