changes in 'intl'

[Brian Dessent]

I'm having difficulty building current CVS binutils for native cygwin
(i686-pc-cygwin).  If I configure without options, nothing is built in
intl/ and I get the following error trying to link in binutils/

/bin/bash ./libtool --mode=link gcc -W -Wall -Wstrict-prototypes
-Wmissing-prototypes -Werror -g -O2 -march=athlon-xp   -o size.exe 
size.o bucomm.o version.o filemode.o ../bfd/libbfd.la
../libiberty/libiberty.a ./../intl/libintl.a 
mkdir .libs
gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2
-march=athlon-xp -o size.exe size.o bucomm.o version.o filemode.o 
../bfd/.libs/libbfd.a ../libiberty/libiberty.a ./../intl/libintl.a
gcc: ./../intl/libintl.a: No such file or directory
make[4]: *** [size.exe] Error 1

If I configure with --with-included-gettext (or do a "make -C intl
all-yes") then libintl.a gets built but it does not work:

/bin/bash ./libtool --mode=link gcc -W -Wall -Wstrict-prototypes
-Wmissing-prototypes -Werror -g -O2 -march=athlon-xp   -o size.exe 
size.o bucomm.o version.o filemode.o ../bfd/libbfd.la
../libiberty/libiberty.a ./../intl/libintl.a 
mkdir .libs
gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2
-march=athlon-xp -o size.exe size.o bucomm.o version.o filemode.o 
../bfd/.libs/libbfd.a ../libiberty/libiberty.a ./../intl/libintl.a
./../intl/libintl.a(dcigettext.o): In function `_nl_find_msg':
/usr/src/sourceware/intl/dcigettext.c:940: undefined reference to
`_libiconv'
./../intl/libintl.a(loadmsgcat.o): In function `_nl_init_domain_conv':
/usr/src/sourceware/intl/loadmsgcat.c:869: undefined reference to
`_libiconv_open'
./../intl/libintl.a(loadmsgcat.o): In function `_nl_free_domain_conv':
/usr/src/sourceware/intl/loadmsgcat.c:896: undefined reference to
`_libiconv_close'
./../intl/libintl.a(relocatable.o): In function
`libintl_set_relocation_prefix':
/usr/src/sourceware/intl/relocatable.c:148: undefined reference to
`_libiconv_set_relocation_prefix'
collect2: ld returned 1 exit status
make[4]: *** [size.exe] Error 1

I think the 'src' intl was recently synched from the gcc repo, could
this be the cause, or did that happen the other way around?

Brian