Is this really not a problem for anyone else?  I spent some more time
looking at it today and can't find anything that might be wrong on my
system.  Could someone with a working -current/i386 build using the new
toolchain please send me their make output from
gnu/usr.bin/binutils/addr2line.

Mine looks like:

/usr/tools/bin/i386--netbsdelf-gcc -O2  -Werror
-I/usr/src/gnu/usr.bin/binutils/addr2line/../common/arch/i386
-DHAVE_CONFIG_H -D_GNU_SOURCE
-I/usr/src/gnu/usr.bin/binutils/addr2line/../../../dist/toolchain/binutils
-I/usr/src/gnu/usr.bin/binutils/addr2line/../../../dist/toolchain/binutils
-I/usr/src/gnu/usr.bin/binutils/addr2line/../../../dist/toolchain/binutils/../bfd
-I/usr/src/gnu/usr.bin/binutils/addr2line/../../../dist/toolchain/binutils/../include
-I/usr/src/gnu/usr.bin/binutils/addr2line/../../../dist/toolchain/binutils/../intl
-I/usr/src/gnu/usr.bin/binutils/addr2line/../../../lib/libbfd/arch/i386
-DLOCALEDIR=\"/usr/share/locale\" -nostdinc -idirafter /usr/include -c
/usr/src/gnu/usr.bin/binutils/addr2line/../../../dist/toolchain/binutils/addr2line.c
/
...
/usr/tools/bin/i386--netbsdelf-gcc   -o addr2line -nostdlib
-Wl,-rpath-link,/usr/lib /usr/lib/crt0.o /usr/lib/crtbegin.o addr2line.o
bucomm.o version.o filemode.o -lintl -L/usr/src/gnu/lib/libbfd/obj -lbfd
-L/usr/src/gnu/lib/libiberty/obj -liberty -L/usr/lib -lgcc -lc -lgcc
/usr/lib/crtend.o

And as far as I can tell, using "-I.../intl" to compile and -lintl
-L/usr/lib to link results in a version conflict (gnu gettext header in
the source tree, non-gnu library in /usr/lib).  I have successfully built
some parts by removing the "-I.../intl" compiler flag (i.e. using the
system libintl.h), but I'm pretty sure thats not the right thing to do
here.

I'm stumped...
Thanks,
	Rick

On Sun, 30 Sep 2001, Rick Byers wrote:

> Date: Sun, 30 Sep 2001 23:40:58 -0400 (EDT)
> From: Rick Byers <rb-netbsd@BigScaryChildren.net>
> To: current-users@netbsd.org
> Subject: build problems: libintl and new toolchain
>
> Hi,
> I'm trying to build -current using the new toolchain (i386) for the first
> time.  While attempting to build binutils/addr2line, I get:
>
> addr2line.o: In function `usage':
> addr2line.o(.text+0x3a): undefined reference to `dcgettext__'
> addr2line.o(.text+0x9d): undefined reference to `dcgettext__'
>
> and several other identical errors.  I traced it back to the fact that
> addr2line.c includes libintl.h from gnu/dist/toolchain/intl (which
> #defines gettext using dcgettext__), but then links with the libintl in
> /usr/lib (which has a dcgettext, but not dcgettext__).  Should addr2line
> be using the system libintl.h instead of the one in gnu/dist?  Or (more
> likely) should it be linking with a libintl built from gnu/dist?  If so,
> how is that libintl supposed to be built, it doesn't appear to get built
> on my machine.
>
> Thanks,
> 	Rick
>
>
>