Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <003101c2d32d$16009080$78d96f83@pomello>
From: "Max Bowsher" <maxb AT ukf DOT net>
To: "neal somos" <nsomos AT yahoo DOT com>, <cygwin AT cygwin DOT com>
References: <20030212223707 DOT 96775 DOT qmail AT web12305 DOT mail DOT yahoo DOT com>
Subject: Re: wvWare and cygwin
Date: Thu, 13 Feb 2003 06:56:51 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106

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/