On an M1 Mac, Deken will only show Darwin-arm64 externals (that is, if you have the ‘Hide foreign architectures’ option checked, which I believe is the default). If that box is unchecked, you’ll see all architectures.
If you have old Darwin-amd64-32 externals lying around (like I did) Pd will attempt to load them, but will throw an error complaining about the mismatched architecture.
Phil Stone
Davis, CA USA
------------------------------
Message: 2
Date: Tue, 29 Mar 2022 11:02:11 -0300
From: Alexandre Torres Porres <porres@gmail.com>
Em seg., 28 de mar. de 2022 ?s 07:17, Dan Wilcox <danomatika@gmail.com>
escreveu:
> Howdy Miller,
>
> the macOS 10.10+ build is working fine and supports both x86_64 & arm64. I
> think you can remove the link to my previous 0.52-1 arm64-only build on the
> download page.
>
Great to know that, so let me see if I get it straight. 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? Or can you load both externals types? How
does it work?
Oh, and Miller's site should say it is a universal binary ready for the new
macs!
cheers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20220329/31ea5abf/attachment-0001.htm>
------------------------------
Message: 3
Date: Tue, 29 Mar 2022 16:10:31 +0200
From: Christof Ressi <info@christofressi.com>
To: pd-list@lists.iem.at
Subject: Re: [PD] [PD-announce] Pd 0.52-2 released
Message-ID: <5009ad6d-2207-bdfc-9c9b-afd8baa097b2@christofressi.com>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
> 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. Once most externals are available as universal
binaries, we might ship Pd as a universal binary as well.
Of course, you can always force apps to run under Rosetta, but I don't
think that's a good user experience.
Christof
On 29.03.2022 16:02, Alexandre Torres Porres wrote:
> Em seg., 28 de mar. de 2022 ?s 07:17, Dan Wilcox
> <danomatika@gmail.com> escreveu:
>
> Howdy Miller,
>
> the macOS 10.10+ build is working fine and supports both x86_64 &
> arm64. I think you can remove the link to my previous 0.52-1
> arm64-only build on the download page.
>
>
> Great to know that, so let me see if I get it straight. 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? Or can you load both externals
> types? How does it work?
>
> Oh, and Miller's site should say it is a universal binary ready for
> the new macs!
>
> cheers
>
>
>
> _______________________________________________
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->https://lists.puredata.info/listinfo/pd-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20220329/926b2bde/attachment-0001.htm>
------------------------------
Message: 4
Date: Tue, 29 Mar 2022 13:33:06 -0300
From: Alexandre Torres Porres <porres@gmail.com>
To: Pd-List <pd-list@lists.iem.at>
Subject: Re: [PD] more features for [file] (Get directory of current
patch)
Message-ID:
<CAEAsFmgES++FKRNZBesAK-aLveOBCTC7rHh4YgfNCi3Av0STuw@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Em s?b., 26 de mar. de 2022 ?s 03:46, IOhannes m zm?lnig <zmoelnig@iem.at>
escreveu:
> > yeah, that's great. I have a n external that does that [slice]
>
> yeah. and zexy has [niagara] that does this.
> my git history only reaches back to 2002, and it was there back then.
>
> but i was really talking about [list split] here.
>
For the record, my reasoning was: "*I know there are externals but this is
such an important feature that we shouldn't rely on externals for that and
have a native solution instead (I have made an external for that myself and
would gladly remove it from my library)*." I wasn't bragging about
externals I have or promoting them, sorry if I gave that idea...
>
> >>
> > yup, this is the issue, when splitting a file with a space, like
> > *Users/porres/Desktop/rename\
> > copy.pd*
> >
> > I get:
> >
> > list / Users porres Desktop *list\ rename\ copy.pd*
> >
> > so for the file name I actually get *symbol list\ rename\ copy.pd*
>
> not for me.
> could you please provide a patch that shows this problem (without also
> requiring a copy of your harddisk; that is: the filename-with-space
> should be stored in the patch), and attach it to your bug-report.
>
> gfmds
> IOhannes
> _______________________________________________
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20220329/bb3c8456/attachment.htm>
------------------------------
Subject: Digest Footer
_______________________________________________
Pd-list mailing list
Pd-list@lists.iem.at
to manage your subscription (including un-subscription) see
https://lists.puredata.info/listinfo/pd-list
------------------------------
End of Pd-list Digest, Vol 204, Issue 60
****************************************