<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Given that deken already lets you ship the source along with the<br>binaries, it seems better (to me at least) if deken could also build<br>them on the actual machine that will be running them. At least for the<br>linux Pis and Beaglebones, which almost always have the toolchains<br>installed by default.</blockquote><div>Yes... It can work.! Considering that the external is pdlibbuilder friendly it can be much simple for special cases...</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em qui., 15 de abr. de 2021 às 14:16, Martin Peach <<a href="mailto:chakekatzil@gmail.com">chakekatzil@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Given that deken already lets you ship the source along with the<br>
binaries, it seems better (to me at least) if deken could also build<br>
them on the actual machine that will be running them. At least for the<br>
linux Pis and Beaglebones, which almost always have the toolchains<br>
installed by default.<br>
So you could provide a basic binary that will run on any arm cpu, but<br>
also the possibility to build an optimized version.<br>
<br>
Martin<br>
<br>
On Thu, Apr 15, 2021 at 12:27 PM Alexandre Torres Porres<br>
<<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>> wrote:<br>
><br>
> Thanks for all the clarifications, it's still hard for me to follow it all, but I think I got the most of it :)<br>
><br>
> Bottom line, we gotta test a RPi with binaries for armv6 and armv7,  if no significant improvement is found on armv7 (and there might not be), let's just ship armv6.<br>
><br>
> The only issue is that deken might not give the armv6 option for armv7. But the funny part is that most people with a RPi 3 and stuff end up getting armv6 instead anyway :) not sure what to do about that. Hopefully this information for RPi users can be easily found.<br>
><br>
> Anyway, me and Esteban will do the tests for armv6 vs armv7 in his RPi 3!<br>
><br>
> Cheers<br>
><br>
><br>
> Em qui., 15 de abr. de 2021 às 08:25, IOhannes m zmölnig <<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>> escreveu:<br>
>><br>
>> On 4/14/21 23:59, Alexandre Torres Porres wrote:<br>
>> > Em qua., 14 de abr. de 2021 às 18:29, IOhannes m zmölnig <<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>><br>
>> > escreveu:<br>
>> ><br>
>> >>> But one can also just ship armv6 and aarch64 and it should work for<br>
>> >>> everybody, right?<br>
>> >><br>
>> >> as said before: somebody should do some benchmarking how much gain there<br>
>> >> is for armv7 with respect to armv8.<br>
>> >><br>
>> ><br>
>> > I don't understand because I was talking about *armv6* (Linux-armv6-32) and<br>
>> > *aarch64* (Linux-arm64-32).<br>
>><br>
>> the "as said before" was referring to some other mails years ago.<br>
>> iirc, something that triggered<br>
>>    <a href="https://lists.puredata.info/pipermail/pd-list/2019-06/125453.html" rel="noreferrer" target="_blank">https://lists.puredata.info/pipermail/pd-list/2019-06/125453.html</a><br>
>><br>
>> ><br>
>> > You said it yourself that we should use *armv8* for the 32 bit variant<br>
>> > (Linux-armv8-32), and *aarch64* for this other one. We're also agreeing<br>
>> > *armv8*/Linux-armv8-32 is pointless. So I guess you mean armv8<br>
>> > as (Linux-arm64-32) and *aarch64*.<br>
>><br>
>> no. i'm pretty sure i meant 32bit arm architectures.<br>
>> i think the main concern is the speed-boost between armv6 vs armv7.<br>
>> the latter has (usually) better support for (single precision) floating<br>
>> point math, and might give a significant speed gain when doing signal<br>
>> processing.<br>
>><br>
>> otoh, it might not be able to fully utilize the additional instruction<br>
>> set if there's no explicit code for it (as would be typical for<br>
>> pd-extenrals)<br>
>> (see also <a href="http://single-boards.com/armv6-vs-armv7/" rel="noreferrer" target="_blank">http://single-boards.com/armv6-vs-armv7/</a>)<br>
>><br>
>> that's why i keep mentioning benchmarks.<br>
>><br>
>> the armv7 vs armv8 (aarch32!) debate is basically the same, though i<br>
>> guess(!) speed improvements might not be as prominent.<br>
>><br>
>><br>
>> ><br>
>> > Now, my understanding is that *aarch64* can't run anything else other than<br>
>> > this... can it run *armv6* and *armv7*?<br>
>><br>
>> can you run intel/32bit externals on your intel/64bit mac book? yes<br>
>> can you run intel/32bit externals within your Pd-intel/64bit on that<br>
>> same mac book? no<br>
>><br>
>> fgmsard<br>
>> IOhannes<br>
>> _______________________________________________<br>
>> Pd-dev mailing list<br>
>> <a href="mailto:Pd-dev@lists.iem.at" target="_blank">Pd-dev@lists.iem.at</a><br>
>> <a href="https://lists.puredata.info/listinfo/pd-dev" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-dev</a><br>
><br>
> _______________________________________________<br>
> Pd-dev mailing list<br>
> <a href="mailto:Pd-dev@lists.iem.at" target="_blank">Pd-dev@lists.iem.at</a><br>
> <a href="https://lists.puredata.info/listinfo/pd-dev" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-dev</a><br>
<br>
<br>
<br>
_______________________________________________<br>
Pd-dev mailing list<br>
<a href="mailto:Pd-dev@lists.iem.at" target="_blank">Pd-dev@lists.iem.at</a><br>
<a href="https://lists.puredata.info/listinfo/pd-dev" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-dev</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><p></p><div><span style="color:rgb(0,0,0);background-color:transparent;font-family:"times new roman","new york",times,serif"><div><span style="font-family:arial,helvetica,sans-serif;background-color:transparent"> </span><span style="font-family:arial,helvetica,sans-serif;background-color:transparent;color:rgb(34,34,34)">Esteban Viveros</span></div><div><span style="font-family:arial,helvetica,sans-serif;background-color:transparent;color:rgb(34,34,34)"><br></span></div></span><div style="background-color:transparent"><font size="1" color="#0b5394"><font color="#0b5394"><a href="http://www.estebanviveros.com" target="_blank">www.estebanviveros.com</a></font></font></div></div><div><br></div><div><br></div><p></p></div></div></div></div>