<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:10.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style>
</head>
<body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt">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.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">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.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Phil Stone<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Davis, CA  USA<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt">------------------------------<br>
<br>
Message: 2<br>
Date: Tue, 29 Mar 2022 11:02:11 -0300<br>
From: Alexandre Torres Porres <porres@gmail.com><br>
<br>
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Em seg., 28 de mar. de 2022 ?s 07:17, Dan Wilcox <danomatika@gmail.com><br>
escreveu:<br>
<br>
> Howdy Miller,<br>
><br>
> the macOS 10.10+ build is working fine and supports both x86_64 & arm64. I<br>
> think you can remove the link to my previous 0.52-1 arm64-only build on the<br>
> download page.<br>
><br>
<br>
Great to know that, so let me see if I get it straight. If you have an<br>
apple silicon, it'll run under the hood the arm code and then it will only<br>
find and load 'arm64' externals? Or can you load both externals types? How<br>
does it work?<br>
<br>
Oh, and Miller's site should say it is a universal binary ready for the new<br>
macs!<br>
<br>
cheers<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://lists.puredata.info/pipermail/pd-list/attachments/20220329/31ea5abf/attachment-0001.htm"><span style="font-size:11.0pt">http://lists.puredata.info/pipermail/pd-list/attachments/20220329/31ea5abf/attachment-0001.htm</span></a><span style="font-size:11.0pt">><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Tue, 29 Mar 2022 16:10:31 +0200<br>
From: Christof Ressi <info@christofressi.com><br>
To: pd-list@lists.iem.at<br>
Subject: Re: [PD] [PD-announce] Pd 0.52-2 released<br>
Message-ID: <5009ad6d-2207-bdfc-9c9b-afd8baa097b2@christofressi.com><br>
Content-Type: text/plain; charset="utf-8"; Format="flowed"<br>
<br>
> If you have an apple silicon, it'll run under the hood the?arm code <br>
> and then it will only find and load 'arm64' externals?<br>
 From my understanding, yes. For that reason, I guess it's not a good <br>
idea to provide universal binaries at this point and we should rather <br>
ship seperate binaries. Once most externals are available as universal <br>
binaries, we might ship Pd as a universal binary as well.<br>
<br>
Of course, you can always force apps to run under Rosetta, but I don't <br>
think that's a good user experience.<br>
<br>
Christof<br>
<br>
On 29.03.2022 16:02, Alexandre Torres Porres wrote:<br>
> Em seg., 28 de mar. de 2022 ?s 07:17, Dan Wilcox <br>
> <danomatika@gmail.com> escreveu:<br>
><br>
>     Howdy Miller,<br>
><br>
>     the macOS 10.10+ build is working fine and supports both x86_64 &<br>
>     arm64. I think you can remove the link to my previous 0.52-1<br>
>     arm64-only build on the download page.<br>
><br>
><br>
> Great to know that, so let me see if I get it straight. If you have an <br>
> apple silicon, it'll run under the hood the?arm code and then it will <br>
> only find and load 'arm64' externals? Or can you load both externals <br>
> types? How does it work?<br>
><br>
> Oh, and Miller's site should say it is a universal binary ready for <br>
> the new macs!<br>
><br>
> cheers<br>
><br>
><br>
><br>
> _______________________________________________<br>
> Pd-list@lists.iem.at  mailing list<br>
> UNSUBSCRIBE and account-management ->https://lists.puredata.info/listinfo/pd-list<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://lists.puredata.info/pipermail/pd-list/attachments/20220329/926b2bde/attachment-0001.htm"><span style="font-size:11.0pt">http://lists.puredata.info/pipermail/pd-list/attachments/20220329/926b2bde/attachment-0001.htm</span></a><span style="font-size:11.0pt">><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Tue, 29 Mar 2022 13:33:06 -0300<br>
From: Alexandre Torres Porres <porres@gmail.com><br>
To: Pd-List <pd-list@lists.iem.at><br>
Subject: Re: [PD] more features for [file] (Get directory of current<br>
        patch)<br>
Message-ID:<br>
        <CAEAsFmgES++FKRNZBesAK-aLveOBCTC7rHh4YgfNCi3Av0STuw@mail.gmail.com><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Em s?b., 26 de mar. de 2022 ?s 03:46, IOhannes m zm?lnig <zmoelnig@iem.at><br>
escreveu:<br>
<br>
> > yeah, that's great. I have a n external that does that [slice]<br>
><br>
> yeah. and zexy has [niagara] that does this.<br>
> my git history only reaches back to 2002, and it was there back then.<br>
><br>
> but i was really talking about [list split] here.<br>
><br>
<br>
For the record, my reasoning was: "*I know there are externals but this is<br>
such an important feature that we shouldn't rely on externals for that and<br>
have a native solution instead (I have made an external for that myself and<br>
would gladly remove it from my library)*." I wasn't bragging about<br>
externals I have or promoting them, sorry if I gave that idea...<br>
<br>
<br>
<br>
><br>
> >><br>
> > yup, this is the issue, when splitting a file with a space, like<br>
> > *Users/porres/Desktop/rename\<br>
> > copy.pd*<br>
> ><br>
> > I get:<br>
> ><br>
> >   list / Users porres Desktop *list\ rename\ copy.pd*<br>
> ><br>
> > so for the file name I actually get *symbol list\ rename\ copy.pd*<br>
><br>
> not for me.<br>
> could you please provide a patch that shows this problem (without also<br>
> requiring a copy of your harddisk; that is: the filename-with-space<br>
> should be stored in the patch), and attach it to your bug-report.<br>
><br>
> gfmds<br>
> IOhannes<br>
> _______________________________________________<br>
> Pd-list@lists.iem.at mailing list<br>
> UNSUBSCRIBE and account-management -><br>
> </span><a href="https://lists.puredata.info/listinfo/pd-list"><span style="font-size:11.0pt">https://lists.puredata.info/listinfo/pd-list</span></a><span style="font-size:11.0pt"><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://lists.puredata.info/pipermail/pd-list/attachments/20220329/bb3c8456/attachment.htm"><span style="font-size:11.0pt">http://lists.puredata.info/pipermail/pd-list/attachments/20220329/bb3c8456/attachment.htm</span></a><span style="font-size:11.0pt">><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
Pd-list mailing list<br>
Pd-list@lists.iem.at<br>
to manage your subscription (including un-subscription) see<br>
</span><a href="https://lists.puredata.info/listinfo/pd-list"><span style="font-size:11.0pt">https://lists.puredata.info/listinfo/pd-list</span></a><span style="font-size:11.0pt"><br>
<br>
<br>
------------------------------<br>
<br>
End of Pd-list Digest, Vol 204, Issue 60<br>
****************************************<o:p></o:p></span></p>
</div>
</div>
</body>
</html>