On Jul 16, 2005, at 1:15 AM, Bernd Sieker wrote:

> On 15.07.05, 23:40:53, Soren Jacobsen wrote:
>
>> Are you using -pipe?  If so, don't :)
>>
>
> Why would that matter?

I don't know exactly why, but it triggers this breakage.  I've just
tested again, and I can build a -current GENERIC_SUN4U kernel with
no COPTS set, but if I add -pipe, it breaks.

#      link  GENERIC_SUN4U/netbsd
/usr/obj/usr/src/tooldir.NetBSD-3.99.7-i386/bin/sparc--netbsdelf-ld - 
n -T /usr/src/sys/arch/sparc64/conf/kern32.ldscript -Ttext 1000000 - 
Tdata 01800000 -e start -S -o netbsd ${SYSTEM_OBJ} ${EXTRA_OBJ} vers.o
/usr/obj/usr/src/tooldir.NetBSD-3.99.7-i386/bin/sparc--netbsdelf-ld:  
section .data [01800000 -> 0183e2d7] overlaps section .rodata  
[0175b178 -> 0189dbef]
/usr/obj/usr/src/tooldir.NetBSD-3.99.7-i386/bin/sparc--netbsdelf-ld:  
section .bss [0183e2d8 -> 0187803f] overlaps section .rodata  
[0175b178 -> 0189dbef]

But without -pipe:
          Kernels built from GENERIC_SUN4U:
           /usr/obj/usr/src/sys/arch/sparc/compile/GENERIC_SUN4U/netbsd

> And also, until just a few weeks ago I could build sparc releases
> on i386, and it suddenly stopped working with the above message.

Feel free to look for the change that broke this, but a workaround
seems to be to not use -pipe.  As I have very little free time, that's
the "solution" I'm currently sticking with.