<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em qua., 14 de abr. de 2021 às 16:47, IOhannes m zmölnig <<a href="mailto:zmoelnig@iem.at">zmoelnig@iem.at</a>> escreveu:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
i'm too lazy to recap it here.<br></blockquote><div><br></div><div><div>Here's a recap. Me and Esteban were providing 4 separate packages for raspberry pis, and we were doing the same for FFTease and LyonPotPourri, but we know that was probably stupid and wanted to do better :) </div><br>Zexy provides two packages for raspberry pis in the same bundle:<br><br><span style="color:rgb(36,41,46);font-family:-apple-system,system-ui,"Segoe UI",Helvetica,Arial,sans-serif,"Apple Color Emoji","Segoe UI Emoji";font-size:14px">- (Linux-arm64-32): with the binary <b>.l_arm64</b></span><br style="box-sizing:border-box;color:rgb(36,41,46);font-family:-apple-system,system-ui,"Segoe UI",Helvetica,Arial,sans-serif,"Apple Color Emoji","Segoe UI Emoji";font-size:14px"><span style="color:rgb(36,41,46);font-family:-apple-system,system-ui,"Segoe UI",Helvetica,Arial,sans-serif,"Apple Color Emoji","Segoe UI Emoji";font-size:14px">- (Linux-armv7-32): </span>with the binary<span style="color:rgb(36,41,46);font-family:-apple-system,system-ui,"Segoe UI",Helvetica,Arial,sans-serif,"Apple Color Emoji","Segoe UI Emoji";font-size:14px"> <b>.l_arm</b></span></div><div> </div><div>We had these as separate packages and <b>.pd_linux</b> binaries on each. Actually, all 6 Linux packages (4 for raspberry) had this same extension. </div><div><br></div><div>As for the extra two raspberry, we have (Linux-armv6-32) and (Linux-armv8-32). The armv8-32 seems to serve no purpose at all! So we just need to get rid of it. Then we have (Linux-armv6-32), which is not completely out of purpose, but is rather obscure (just actually needed for raspberry pi zero, for instance).</div><div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
i'd prefer to use the `armv8` name for the 32bit variant *only*. when <br>
talking about the 64bit variant, we should use `aarch64`.</blockquote><div><br></div>So, just to be clear, 'armv8' is the unnecessary (Linux-armv8-32) deken package, and the other one ('aarch64') is (Linux-arm64-32).<br><br>Now, one thing is weird, cause Eric was using the organelle with deken and he could only see (Linux-armv6-32) instead of (Linux-armv7-32), is this a deken issue?<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
regarding `armv6` and `armv7` in a single folder, i'm not sure whether <br>
this would work:<br>
- if a `Pd-armv7` happens to see the `armv6` external first, it will <br>
just load it (and never try to `armv7` binary)<br>
- if a `Pd-armv6` happens to see the `armv7` external first, it will <br>
just try load it: and i think the *loading* would succeed, leading to <br>
crashes whenever an illegal (armv7-)instruction is encountered.<br>
<br>
but as i've written above: the `armv6` is a very limited platform. you <br>
probably do not want to install any binaries that you cannot use on it <br>
anyhow. so i'd suggest to cram all the architectures into a fat deken <br>
package with the exception of `armv6` which you should package separately.<br></blockquote><div><br>But one can also just ship armv6 and aarch64 and it should work for everybody, right? The armv7 would still see it and load, and in fact this seems to be already happening on deken.</div><div><br></div><div>cheers</div></div></div>