Re: rust on 32-bit arm

[Havard Eidnes <he%NetBSD.org@localhost>]

>> So...  I'm currently making an attempt via disabling the use of
>> thread-local storage also for the 32-bit arm NetBSD targets, and
>> we'll see where that leads -- whether we can get the same binary
>> to bootstrap 32-bit arm on NetBSD 9.x and 10.x (which is the
>> hope), and restore working newer rust on 32-bit arm on 9.x.
>
> This appears so far to have been successful, and I've used a
> rust178-bin package to build a working sysutils/dua-cli on
> NetBSD/evbarm-earmv7hf 9.0.
>
> Native build of rust 1.79.0 itself remains, but has started.

Some bad news, I'm afraid.

I could not get rust 1.79.0 to self-host on my NetBSD 9.0_STABLE
earmv7hf qemu host.

As soon as the "stage 1 -> stage 3" build started, I get

Uplifting library (stage1 -> stage2)
WARNING: no codegen-backends config matched the requested path to build a codege
n backend. HELP: add backend to codegen-backends in config.toml.
Uplifting rustc (stage1 -> stage3)
using sysroot /usr/pkgsrc/wip/rust179/work/rustc-1.79.0-src/build/armv7-unknown-
netbsd-eabihf/stage2
Building tool cargo (stage2 -> stage3, armv7-unknown-netbsd-eabihf)
...
   Compiling libc v0.2.153
...
rustc exited with signal: 11 (SIGSEGV) (core dumped)
Did not run successfully: signal: 11 (SIGSEGV) (core dumped)
...

This was with the same bootstrap which was used as part of the
rust178-bin package.

However, I've spun up a NetBSD 10.0 earmv7hf host, and *there* I
managed to self-host rust 1.79.0, and build a working dua-cli
with the result.

My next attempt is going to be by using pkgsrc gcc 10 in the rust
1.79.0 build on 9.0_STABLE earmv7hf, as the next attempt in the
effort to get this to build on 9.x.

Regards,

- Håvard