Mail Archives: cygwin/2003/02/13/01:57:02
neal somos wrote:
> So I wanted to use the 'wv' tools from http://www.wvware.com/
> and downloaded the most recent 'wv2' files.
>
> When running ./configure on wv2 I get the following ...
>
> -----------------------
> checking for iconv... no
> checking for libiconv_open in -liconv... yes
> checking for iconv.h... yes
> checking need for const in iconv... no
> checking whether the iconv installation is complete enough... no
>
> wv2 depends on a modern iconv installation, supporting UNICODELITTLE
> and
> UNICODEBIG. The detected iconv version doesn't support these
> conversions.
>
> Please get a new libiconv from http://www.gnu.org/software/libiconv/
> You might want to install the library to some alternative directory,
> in
> order not to overwrite your current installation. Please use the
> option
> --with-libiconv=DIR to specify the location.
Please think before you post. Yo obviously haven't. Cygwin is *already*
using libiconv-1.8.
> -----------------------
>
> I figure "no big deal, I can just remake the latest libiconv ..."
>
> Then when I download the latest libiconv-1.8 run ./configure and
> then 'make' I get the following
>
> -----------------------
> builddir="`pwd`"; cd libcharset && make all && make install-lib
> libdir="$builddir/lib" includedir="$builddir/lib"
> make[1]: Entering directory
> `/home/nas0426/source/libiconv-1.8/libcharset'
> cd lib && make all
> make[2]: Entering directory
> `/home/nas0426/source/libiconv-1.8/libcharset/lib' /bin/sh ../libtool
> --mode=link gcc -o libcharset.la -rpath /usr/local/lib -version-info
> 1:0:0 -no-undefined localcharset.lo
> rm -fr .libs/libcharset.la .libs/libcharset.* .libs/libcharset.*
> generating symbol list for `libcharset.la'
> dlltool --export-all --exclude-symbols
>
DllMain AT 12,_cygwin_dll_entry AT 12,_cygwin_noncygwin_dll_entry AT 12,DllMainCRTSta
rtup AT 12,DllEntryPoint AT 12
> --output-def .libs/cygcharset-1.dll-def localcharset.lo
> sed -e "1,/EXPORTS/d" -e "s/ @ [0-9]*//" -e "s/ *;.*$//" <
> .libs/cygcharset-1.dll-def > .libs/libcharset.exp
> if test "x`head -1 .libs/libcharset.exp`" = xEXPORTS; then cp
> .libs/libcharset.exp .libs/cygcharset-1.dll-def; else echo EXPORTS >
> .libs/cygcharset-1.dll-def; _lt_hint=1; cat .libs/libcharset.exp |
> while read symbol; do set dummy $symbol; case $# in 2) echo " $2 @
> $_lt_hint ; " >> .libs/cygcharset-1.dll-def;; *) echo " $2 @
> $_lt_hint $3 ; " >> .libs/cygcharset-1.dll-def;; esac;
> _lt_hint=`expr 1 + $_lt_hint`; done; fi gcc
> -Wl,--base-file,.libs/cygcharset-1.dll-base
> -Wl,-e,__cygwin_dll_entry AT 12 -o .libs/cygcharset-1.dll
> localcharset.lo
>
/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../libcygwin.a(libcmain.o)(.text+0
x7c):
> undefined reference to `_WinMain AT 16'
> collect2: ld returned 1 exit status
> make[2]: *** [libcharset.la] Error 1
> make[2]: Leaving directory
> `/home/nas0426/source/libiconv-1.8/libcharset/lib'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory
> `/home/nas0426/source/libiconv-1.8/libcharset'
> make: *** [all] Error 2
>
> -------------------------
>
> I am not getting far enough along for the recent png problem on
> cygwin to
> even be an issue. Maybe there is something special about libiconv
> and cygwin
> that I am unaware of. Perhaps there is in general something
> different about
> compiling libraries for cygwin as opposed to other platforms that is
> NOT
> properly handled by ./configure or autoconf.
Again, please think. There is a Cygwin package of libiconv, and there is a
patch in the source package.
Max.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
- Raw text -