As a workaround you should be able to add loadfile_elf64.c to
	the SRCS in sys/arch/sparc/stand/installboot/Makefile (just
	restarted a sparc64 build myself)

	I don't know offhand what implication that will have for 32 bit
	sparc builds, as I've only had two minutes to look at it before
	I get some sleep :)

-- 
		David/absolute		-- www.netbsd.org: No hype required --


On 9 Nov 2001 eeh@netbsd.org wrote:

>
> | Compiling recent current sources (cd /usr/src && sh build.sh) I get after a couple of hours
> |
> | /usr/src/tools/obj/tools.NetBSD-1.5Y-sparc64/bin/sparc64--netbsd-gcc  -static -o installboot -nostdlib -Wl,-rpath-link,/usr/lib /usr/lib/crt0.o /usr/lib/crtbegin.o installboot.o byteorder.o loadfile.o loadfile_aout.o loadfile_elf32.o  -L/usr/lib -lgcc -lc -lgcc /usr/lib/crtend.o
> | loadfile.o: In function `loadfile':
> | /usr/src/sys/arch/sparc/stand/installboot/../../../../lib/libsa/loadfile.c:149: undefined reference to `loadfile_elf64'
> | collect2: ld returned 1 exit status
> | *** Error code 1
> |
> | Stop.
> | nbmake: stopped in /usr/src/sys/arch/sparc/stand/installboot
> | *** Error code 1
> |
> | Maybe I'm making a fool out of myself, but could somebody please point me into the
> | right direction? I don't fully understand the implications of this USE_NEW_TOOLCHAIN thing,
> | either. Using it will just make things break earlier in even more obscure ways.
> | I know that -current will be harmful to mental health, but I thought that it should
> | at least produce *something* (even if it's only broken binaries).
>
> Jason was messing around with this.  I guess he broke something.
>
> Eduardo
>