Now *I* am utterly confused.
now people seem to all agree that it was much better way back then.
I think everybody agrees that there should be an ARM64 binary for macOS.
The question is just whether it should be the default on M1 machines
when there are so few ARM64 externals for macOS available on Deken. (I
count 9: zexy, comport, xsample, pool, clk, absattr, vasp, zconf,
constantq~)
Actually, this issue already came up two months ago and someone called
it a "lousy UX":
https://lists.puredata.info/pipermail/pd-list/2022-01/130772.html
So what has changed?
---
As I said before, we might alternatively add a disclaimer to the
download page that people might want to force-run Pd under Rosetta if
they don't find all the externals they need.
However, I'm not a Mac user and I don't have a ball in this game. I was
just parotting what I thought the consensus was back then...
Christof
On 30.03.2022 09:03, IOhannes m zmoelnig wrote:
On 3/29/22 16:10, Christof Ressi wrote:
If you have an apple silicon, it'll run under the hood the arm code
and then it will only find and load 'arm64' externals?
From my understanding, yes. For that reason, I guess it's not a good
idea to provide universal binaries at this point and we should rather
ship seperate binaries.
i'm utterly confused.
it was my feeling that the situation for Pd-0.52-1 where we did just
that was not ideal.
i remember people complaining that there was no M1 binary in the first
place.
now people seem to all agree that it was much better way back then.
before anyone starts providing an x86_64-only binary, consider
rebuilding the externals for arm64 and upload them.
this will be a net-win for the future, rather than trying to keep the
past alive.
i did some quick stats of the macOS downloads in the last 10 days.
here's the top 10 (which make for 66% of all the macOS downloads):
cyclone
zexy
else
comport
Gem
iemlib
ggee
freeverb~
mrpeach
pddp
at least zexy and comport already provide m1 binaries.
the only library where i would expect any problems for compiling for
Darwin-arm64 is Gem (actually building is fine; the problem is more
about including all the relevant helper libraries in the deken package
- homebrew just sucks when it comes to multi-architecture).
ghdfs
IOhannes
_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list