Subject: re: nbgroff chokes on -current sparc64
To: matthew green <mrg@eterna.com.au>
From: David Brownlee <abs@netbsd.org>
List: tech-toolchain
Date: 11/23/2001 11:24:28
On Fri, 23 Nov 2001, matthew green wrote:

>
>    On Thu, Nov 22, 2001 at 12:07:04AM +0000, David Brownlee wrote:
>    > 	Looks like the sparc64 c++ issues now prevent a native build for
>    > 	sparc64 current?
>    >
>    > [ tail of build log ]
>    > building llib-lc.ln
>    > Lint pass2:
>    > /var/obj/tooldir/bin/nbgroff -Tascii -mtty-char -mandoc
>    >    /home/netbsd/current/lib/libc/db/man/btree.3  > btree.cat3
>    > /usr/lib/libstdc++.so.4: Undefined symbol "" (reloc type = 54, symnum = 18)
>    >[...]
>
>    just to make sure it isn't the sparc64 instance of misc/13927 (although
>    this libstdc++.so problem seems to be older):
>
>    Can you please run
>     objdump -R /usr/lib/libstdc++.so.4
>    and look for occurrences of R_SPARC_UAdd, where dd are two digits
>    (presumably 64)?
>
>
>
> FWIW, i tried the similar patch for elf64_sparc.c but it didn't
> seem to make any difference for the sparc64 lossage.... that's
> why i didn't commit it.

	Also does not seem to work here :(
	Trying a MKMAN=no MKLINT=no build to see if things work
	otherwise...

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