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 <por...@gmail.com> Em seg., 28 de mar. de 2022 ?s 07:17, Dan Wilcox <danomat...@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 <i...@christofressi.com> To: pd-list@lists.iem.at Subject: Re: [PD] [PD-announce] Pd 0.52-2 released Message-ID: <5009ad6d-2207-bdfc-9c9b-afd8baa09...@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 > <danomat...@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 <por...@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-alveobctc7rhh4ygfnci3av0s...@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 <zmoel...@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 ****************************************
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
