<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 15, 2022 at 5:01 PM Henri Menke via tex-live <<a href="mailto:tex-live@tug.org">tex-live@tug.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, 2022-04-15 at 22:56 +0200, Reinhard Kotucha wrote:<br>
> On 2022-04-15 at 15:52:07 -0400, Bob Tennent wrote:<br>
> <br>
>  >> Please make sure that you are running Raspian 11 (Bullseye) since<br>
>  >> that's what the armhf binaries of TeX Live have been compiled<br>
> for.<br>
>  ><br>
>  > Apparently I'm not but I have no intention of updating the<br>
>  > operating system on this device. Is there no alternative approach?<br>
>  > I suppose I could reinstall TL2021, which didn't have this issue.<br>
> <br>
> It's definitely not desirable to compile the binaries with the latest<br>
> OS release, just in order to avoid these nasty libc problems.<br>
<br>
Yes and no. It's not desirable if you are on an older version of<br>
Raspbian, but newer versions of the Raspberry Pi hardware cannot be<br>
targeted by the old GCC, so either you end up with binaries that do not<br>
run on old Raspbian or ones that do not run on newer boards. Pick your<br>
poison.<br>
<br></blockquote><div><br></div><div>I'm a little perplexed here -  are you saying an older GCC does not have a -march</div><div>option for the newer hardware?   Maybe the default architecture is right, but there</div><div>is an issue with the defaults for -mtune.  Could be tweaking -mtune to be more</div><div>generic would do the trick.  I am thinking of neon - not sure if the isns change for</div><div>the newer hardware, but you'd think the new hardware would support the neon isns</div><div>in a binary produced by an older GCC (because the neon instruction set is "fixed"</div><div>in some sense of fixed).</div><div><br></div><div>I also suppose it could be the difference between the original RiPIs being 32-bit and</div><div>the newer generation being aarch64.</div><div><br></div><div>One other thought I had -  it might be an issue with the binutils used by the older distros. </div><div>There has been quite a bit of work on aarch64 support in binutils over the last year or</div><div>so and I wonder if something in the assembler/linker might be playing a role in this.</div><div><br></div><div>Tom</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">
> For this reason Karl deliberately compiles TL for x86_64-linux on a<br>
> reasonably old system.  They perfectly work on newer systems too.<br>
> <br>
> I'm also not inclined to install a newer version of Raspbian right<br>
> now<br>
> either, especially because security updates are still available.<br>
> Instead I'm now compiling TeX Live on Raspbian GNU/Linux 10 (buster).<br>
> <br>
> This takes a lot of time because Raspberries are much slower than my<br>
> main machine and because I currently use only one of the four CPUs.<br>
> When I instruct Make to use all CPUs the system runs out of memory<br>
> and<br>
> crashes when it tries to compile four programs at the same time.<br>
> <br>
> When I succeed I'll put the binaries on my web server and let you<br>
> know.<br>
> <br>
> Regards,<br>
>   Reinhard<br>
> <br>
> --<br>
> ------------------------------------------------------------------<br>
> Reinhard Kotucha                            Phone: +49-511-3373112<br>
> Marschnerstr. 25<br>
> D-30167 Hannover                    mailto:<a href="mailto:reinhard.kotucha@gmx.de" target="_blank">reinhard.kotucha@gmx.de</a><br>
> ------------------------------------------------------------------<br>
> <br>
<br>
</blockquote></div></div>