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 --