[PD] [PD-announce] Pd 0.52-2 released

Tue Mar 29 19:31:32 CEST 2022

Yes, but then you’re running under emulation – don’t know how well it works, but native arm64 runs *much* faster (like 3 times faster in my non-scientific estimate for my own setup).

Phil

From: Edwin van der Heide <pd at evdh.net>
Date: Tuesday, March 29, 2022 at 10:29 AM
To: PD-list <pd-list at lists.iem.at>, Philip Stone <pkstone at ucdavis.edu>
Subject: Re: [PD] [PD-announce] Pd 0.52-2 released
You can open PD with Rosetta and all the intel libraries are available. See checkbox:

Best!

Edwin

[cid:54D7BDAB-F127-4FAB-AD76-E1A644D4FC80]

On 29 Mar 2022, at 18:45, Philip Stone via Pd-list <pd-list at lists.iem.at<mailto:pd-list at lists.iem.at>> wrote:

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 at gmail.com<mailto:porres at gmail.com>>

Em seg., 28 de mar. de 2022 ?s 07:17, Dan Wilcox <danomatika at gmail.com<mailto:danomatika at 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 at christofressi.com<mailto:info at christofressi.com>>
To: pd-list at lists.iem.at<mailto:pd-list at lists.iem.at>
Subject: Re: [PD] [PD-announce] Pd 0.52-2 released
Message-ID: <5009ad6d-2207-bdfc-9c9b-afd8baa097b2 at christofressi.com<mailto:5009ad6d-2207-bdfc-9c9b-afd8baa097b2 at 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 at gmail.com<mailto:danomatika at 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 at lists.iem.at<mailto:Pd-list at 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 at gmail.com<mailto:porres at gmail.com>>
To: Pd-List <pd-list at lists.iem.at<mailto:pd-list at lists.iem.at>>
Subject: Re: [PD] more features for [file] (Get directory of current
        patch)
Message-ID:
        <CAEAsFmgES++FKRNZBesAK-aLveOBCTC7rHh4YgfNCi3Av0STuw at mail.gmail.com<mailto:CAEAsFmgES++FKRNZBesAK-aLveOBCTC7rHh4YgfNCi3Av0STuw at 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 at iem.at<mailto:zmoelnig at 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 at lists.iem.at<mailto:Pd-list at 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 at lists.iem.at<mailto:Pd-list at 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 at lists.iem.at<mailto:Pd-list at 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/416e69a3/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot 2022-03-29 at 18.15.09.png
Type: image/png
Size: 123557 bytes
Desc: Screenshot 2022-03-29 at 18.15.09.png
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20220329/416e69a3/attachment-0001.png>