Re: Errors building netbsd-8 on sparc64

On Sun, 8 Oct 2017 11:51:44 +0200
Martin Husemann <[email protected]> wrote:

> On Sun, Oct 08, 2017 at 10:04:07AM +0100, Sad Clouds wrote:
> > Hi, any idea if this is a known issue with netbsd-8 and what may be
> > causing it?
> > 
> > #      link  GENERIC/netbsd
> > /opt/tools.sparc64/bin/sparc64--netbsd-ld -Map netbsd.map --cref -T
> > netbsd.ldscript -Ttext 01000000 -e start -S -o netbsd ${SYSTEM_OBJ:
> > [@]:Nswapnetbsd.o} ${EXTRA_OBJ} vers.o swapnetbsd.o locore.o: In
> > function `cpu_mp_startup': (.text+0x12294): relocation truncated to
> > fit: R_SPARC_WDISP22 against symbol `idle_loop' defined in .text
> > section in kern_idle.o lock_stubs.o: In function `mutex_enter':
> > (.text+0x40): relocation truncated to fit: R_SPARC_WDISP22 against
> > symbol `mutex_vector_enter' defined in .text section in
> > kern_mutex.o lock_stubs.o: In function `mutex_exit': (.text+0x88):
> > relocation truncated to fit: R_SPARC_WDISP22 against symbol
> > `mutex_vector_exit' defined in .text section in kern_mutex.o ***
> > [netbsd] Error code 1
> > 
> > nbmake[2]: stopped
> > in /opt/obj.sparc64/sys/arch/sparc64/compile/GENERIC 1 error
> > 
> 
> Works for me - do you have any local changes? Something
> in /etc/mk.conf?
> 
> Martin

Hi commenting out these two in mk.conf resulted in a successful build

COPTS+=-pipe
CPUFLAGS+=-mcpu=ultrasparc

I think it's the CPUFLAGS option that causes issues. This looks like a
NetBSD bug, as I mentioned previously, it used to work for years, until
now.