Port-arm archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: rust 1.48.0 for 32-bit earmv7hf/9.0
>> > >the pkgsrc-2020Q4 branch will contain rust 1.47.0.
>> > >
>> > >For those who are impatient, and/or would like to try rust 1.48.0 on
>> > >32-bit armv7 on NetBSD/9.x, I've lined up an update to 1.48.0 and
>> > >have ("natively", although emulated via qemu) built and uploaded
>> >
>> > Does it now build parallel again?
>>
>> I think you need to run -current because that's the only NetBSD we're
>> sure about being fixed, but yes.
>
> Can you elaborate on what is supposed to fixed?
You get this fix if you run -current after a given point, and if
you run recent netbsd-9, via this CHANGES-9.1 entry:
lib/libc/gen/pthread_atfork.c 1.13,1.14
libexec/ld.elf_so/rtld.c 1.204,1.205
libexec/ld.elf_so/rtld.h 1.139,1.140
libexec/ld.elf_so/symbols.map 1.3,1.4
Introduce intermediate locking for fork, so that the dynamic
linker is in a consistent state.
[chs, ticket #907]
And in my case my armv7 system has this fix in its ld.elf_so:
armv7: {8} ident /usr/libexec/ld.elf_so | grep rtld.c
$NetBSD: rtld.c,v 1.197.2.4 2020/05/13 18:08:38 martin Exp $
...
% cd /usr/src/libexec/ld.elf_so
% cvs log rtld.c | less
...
revision 1.197.2.4
date: 2020-05-13 20:08:38 +0200; author: martin; state: Exp; lines: +19 -2; commitid: 2YOAn8VzNBD4K68C;
Pull up following revision(s) (requested by chs in ticket #907):
libexec/ld.elf_so/rtld.c: revision 1.205
libexec/ld.elf_so/rtld.h: revision 1.140
libexec/ld.elf_so/symbols.map: revision 1.3
libexec/ld.elf_so/symbols.map: revision 1.4
lib/libc/gen/pthread_atfork.c: revision 1.13
lib/libc/gen/pthread_atfork.c: revision 1.14
libexec/ld.elf_so/rtld.h: revision 1.139
libexec/ld.elf_so/rtld.c: revision 1.204
...
and I did the build with the MAKE_JOBS_SAFE=no commented out in
rust's Makefile, and it used all 4 (virtual) CPUs during the
build.
Regards,
- Håvard
Home |
Main Index |
Thread Index |
Old Index