Re: cmake 3.31.7 bootstrap illegal instruction on Sparc32 (qemu) ?

[Andrew Randrianasulu <randrianasulu%gmail.com@localhost>]

On Sat, Dec 6, 2025 at 4:35 AM Andrew Randrianasulu
<randrianasulu%gmail.com@localhost> wrote:
>
> On Fri, Dec 5, 2025 at 4:06 PM Valery Ushakov <uwe%stderr.spb.ru@localhost> wrote:
> >
> > On Fri, Dec 05, 2025 at 11:35:23 +0300, Andrew Randrianasulu wrote:
> >
> > > So, I am still trying to build things from slightly older pkgsrc tree,
> > > and Cmake 3.31.7 fails witch attached gzipped log, ending with illegal
> > > instruction.
> > >
> > > Qemu line:
> > > qemu-system-sparc -hda sparc-netbsd-15g-compressed.qcow2 -m 1536 -g
> > > 1024x768x24 -M SS-20 -smp 3 -accel tcg,thread=multi,tb-size=256
> > >
> > > qemu --version:
> > > qemu-system-sparc --version
> > > QEMU emulator version 9.1.50 (v9.1.0-1687-gf0cfd06786-dirty)
> > > Copyright (c) 2003-2024 Fabrice Bellard and the QEMU Project developers
> > >
> > > Note that this configuration survived gnutls , libbluray,
> > > libtheora-1.2.0  builds
> > > so generally it works ?
>
> even installing pre-build pkg by Vom513 still gives illegal instruction
>
> https://mastodon.online/@Andrew_R/115670749252048951
>
> _atomic_fetch_add_4 in /usr/pkg/lib/libatomic.so.3 ..
>
> even with cpu set to
>
> qemu-system-sparc -hda sparc-netbsd-15g-compressed.qcow2 -m 1536 -g
> 1024x768x24 -M SS-20 -smp 3 -accel tcg,thread=multi,tb-size=256 -cpu
> TI-SuperSparc-60

Strange, bug still exist on

./qemu/build/qemu-system-sparc --version
QEMU emulator version 10.1.92 (v10.2.0-rc2-31-g2257f52a97-dirty)
Copyright (c) 2003-2025 Fabrice Bellard and the QEMU Project developers

compiled for i586 on Slackware 15.0

Next try: put VM to real netBSD amd64 partition, try qemu from there


>
>
> >
> > I had varying success with qemu sparc.  Incidentally, I was trying to
> > build cmake too (that I needed to build some other project, not in
> > pkgsrc).
> >
> > cmake and/or modern c++ compilers are hogs... so I'm not surprised
> > that particular combination (builing cmake on qemu sparc) might have
> > reached some darker corners where qemu is not that stable.
> >
> > That was an year ago or so, so my memory is hazy.  But IIRC, in the
> > end it was faster to loan an ultra1 from a friend setup it and build
> > cmake there.
> >
> > PS: My first attempt to build cmake was natively on a (diskless)
> > javastataion.  That gave me a new reference for "exercise in futility"
> > (I think I gave up after couple of weeks or so).  That's when I turned
> > to qemu.  For scale: I also needed to build cmake on macos/ppc (for
> > the same project).  My mini g4 (1.25GHz cpu with 1G ram) took about a
> > week to build cmake from macports from scratch.  That time was mostly
> > spent builidng gcc10 and gcc14, though.  cmake proper was about a day
> > only, I think.
> >
> > -uwe