Re: self-hosting on small-ish i386 boxen?
On Mon, 18 Nov 2019, Robert Swindells wrote: > "John D. Baker" wrote: > >The combination of LLVM 10.0 and GCC 8 on i386 makes self-hosting on at > >least one i386 machine challenging. > > Which GPU ? > > If it isn't a radeon then you might want to try with MKLLVMRT=no. It is a radeon but it's an older one that's not supported by DRMKMS. (Before they were excluded in the code, they would exhibit almost- black-on-black video in the framebuffer console, although X worked fine.) For this (and some other) machine(s), the kernel configures the legacy DRM driver (it would be nice if the legacy-supporting X driver could be named differently so it wouldn't require a symlink dance after updating). (The legacy DRM drivers have their own problems lately. See: http://mail-index.NetBSD.org/current-users/2019/11/18/msg037067.html for more.) Linking gallium when building netbsd-9 (GCC 7) works. -- |/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X |\ / jdbaker[snail]consolidated[flyspeck]net OpenBSDFreeBSD | X No HTML/proprietary data in email. BSD just sits there and works! |/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
Re: self-hosting on small-ish i386 boxen?
"John D. Baker" wrote: >The combination of LLVM 10.0 and GCC 8 on i386 makes self-hosting on at >least one i386 machine challenging. Which GPU ? If it isn't a radeon then you might want to try with MKLLVMRT=no.
self-hosting on small-ish i386 boxen?
The combination of LLVM 10.0 and GCC 8 on i386 makes self-hosting on at
least one i386 machine challenging.
This is a Thinkpad T42 w/2GB RAM and 2GB swap partition. It runs an
up-to-date 9.0_BETA (self-hosted build).
Up until the switch to GCC 8, it was able to build -current without any
problems. After the switch to GCC 8, there seems to be quite the shortage
of memory. Linking "gallium" is the most intensive operation. I've
been getting:
[...]
/d0/build/current/tools/i386/lib/gcc/i486--netbsdelf/8.3.0/../../../../i486--netbsdelf/bin/ld:
failed to set dynamic section sizes: memory exhausted
collect2: error: ld returned 1 exit status
*** [gallium_dri.so.0.link] Error code 1
nbmake[7]: stopped in /d0/nbsd/current/src/external/mit/xorg/lib/gallium
1 error
nbmake[7]: stopped in /d0/nbsd/current/src/external/mit/xorg/lib/gallium
*** [dependall] Error code 2
nbmake[6]: stopped in /d0/nbsd/current/src/external/mit/xorg/lib/gallium
1 error
nbmake[6]: stopped in /d0/nbsd/current/src/external/mit/xorg/lib/gallium
*** Failed target: dependall-gallium
*** Failed command: _makedirtarget() { dir="$1"; shift; target="$1"; shift;
case "${dir}" in /*) this="${dir}/"; real="${dir}" ;; .)
this="external/mit/xorg/lib/";
real="/d0/nbsd/current/src/external/mit/xorg/lib" ;; *)
this="external/mit/xorg/lib/${dir}/";
real="/d0/nbsd/current/src/external/mit/xorg/lib/${dir}" ;; esac;
show=${this:-.}; echo "${target} ===> ${show%/}${1:+ (with: $@)}"; cd "${real}"
&& /d0/build/current/tools/i386/bin/nbmake _THISDIR_="${this}" "$@" ${target};
}; _makedirtarget gallium dependall
*** Error code 2
Stop.
Adding additional swap via a swap file (up to 12GB now) has not worked.
Meanwhile, 4GB of RAM (w/4GB swap) on an amd64 host appears to be
sufficient for building -current (for now).
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]consolidated[flyspeck]net OpenBSDFreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
