Re: rust, rust-bin, bulk builds

[Tobias Nygren <tnn%NetBSD.org@localhost>]

On Thu, 04 Jun 2020 10:20:36 -0400
Greg Troxel <gdt%lexort.com@localhost> wrote:

> [Several of us have been discussing on pkgsrc-changes about the rust-bin
> package.  I'm moving that here because it's seeming more ecomplicated,
> and summarizing the previous discussion with background.]
> 
> Summary:
> 
>   lang/rust doesn't build reliably and this is agreed to be a problem.

Isn't this just a matter of pulling up all ld.elf_so changes to -9?
Does pkgsrc have to bend over backwards to work around a src bug?

I have now also realized that RUST_TYPE defaults to bin, even on
-current. I object to this. Why does it not use the same logic as
MAKE_JOBS_SAFE?

rust-bin is not without it's own set of issues and headaches. For
example it requires a COMPAT_80 kernel, pulls in the whole of
emulators/compat80 and still it does not work correctly on HEAD-llvm:

=> Checking for missing run-time search paths in rust-1.42.0nb1
ERROR: bin/cargo: missing library: libgcc_s.so.1
ERROR: bin/cargo-clippy: missing library: libgcc_s.so.1
...

If I wanted pkgbin instead of pkgsrc I would just install Debian
instead.

-Tobias