<div>Hi all,<br></div><div><br></div><div>First, this is not our problem :-). But it affects us.<br></div><div><br></div><div>I have kept a 32 bit Pi OS around even though the rest of my ARM systems are 64 bit.<br></div><div><br></div><div>Until today Squeak built fine.  The last build I did was 901401c from the 28th but tonight it started failing on Pi OS 32 bit with:<br></div><div><br></div><p style="margin: 0px; font-style: normal; font-variant-caps: normal; font-weight: normal; font-stretch: normal; line-height: normal;"><span class="colour" style="color:rgb(0, 0, 0)"><span class="font" style="font-family:Menlo"><span class="size" style="font-size:11px"><span style="font-variant-ligatures: no-common-ligatures">tmp/opensmalltalk-vm/platforms/Cross/plugins/BitBltPlugin/BitBltArm64.c:261:9: </span><span class="highlight" style="background-color:rgb(0, 0, 0)"><span class="colour" style="color:rgb(255, 255, 255)">error</span></span><span style="font-variant-ligatures: no-common-ligatures">: invalid 'asm': invalid operand for code 'w'</span></span></span></span><br></p><div><br></div><div><span class="colour" style="color:rgb(0, 0, 0)"><span class="font" style="font-family:Menlo"><span class="size" style="font-size:11px"><span style="font-variant-ligatures: no-common-ligatures">which is bizarre.  Why would it start building the BitBltArm64.c plugin?  It's ARM32 (armv7l to be exact). </span></span></span></span><br></div><div><br></div><div><span class="colour" style="color:rgb(0, 0, 0)"><span class="font" style="font-family:Menlo"><span class="size" style="font-size:11px"><span style="font-variant-ligatures: no-common-ligatures">And the is no way that the two commits since the last successful build could have changed this.  And what do you know, that commit fails as well now.</span></span></span></span><br></div><div><br></div><div>But there is the problem.  uname -m returned armv7l.  Yesterday </div><div><br></div><div><span class="colour" style="color:rgb(0, 0, 0)"><span class="font" style="font-family:Menlo"><span class="size" style="font-size:11px"><span style="font-variant-ligatures: no-common-ligatures">But today it does not return armv7l.  Today uname -m and arch both return aarch64.</span></span></span></span><br></div><div><br></div><div><span class="colour" style="color:rgb(0, 0, 0)"><span class="font" style="font-family:Menlo"><span class="size" style="font-size:11px"><span style="font-variant-ligatures: no-common-ligatures">Which is technically at some level correct.  This system IS a PI/400 so therefore it is an ARM64, but with a 32 bit OS installed.</span></span></span></span><br></div><div><br></div><div><span class="colour" style="color:rgb(0, 0, 0)"><span class="font" style="font-family:Menlo"><span class="size" style="font-size:11px"><span style="font-variant-ligatures: no-common-ligatures">I think the change is this package:</span></span></span></span><br></div><div><br></div><div><span class="colour" style="color:rgb(0, 0, 0)"><span class="font" style="font-family:Menlo"><span class="size" style="font-size:11px"><span style="font-variant-ligatures: no-common-ligatures">libc-bin:armhf 2.31-13+rpt2+rpi1+deb11u5</span></span></span></span><br></div><div><br></div><div>We'll see if Debian or Raspberry PI fixes this in the next few days.<br></div><div><br></div><div>cheers<br></div><div><br></div><div>bruce<br></div><div><br></div><div><br></div><div ><br></div>