Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
From: "Gerrit P. Haase" <gp AT familiehaase DOT de>
Organization: Esse keine toten Tiere
To: cygwin AT sources DOT redhat DOT com
Date: Sun, 29 Jul 2001 20:31:04 +0200
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: libiconv-1.7 on cygwin-1.3.2 problems
Reply-to: gp AT familiehaase DOT de
Message-ID: <3B647288.32411.242EE3A1@localhost>
In-reply-to: <3B646568.14957.23FB9FF4@localhost>
References: <3B643579 DOT 4030706 AT ece DOT gatech DOT edu>
X-mailer: Pegasus Mail for Win32 (v3.12cDE)
X-Hops: 1
X-Sender: 320081107336-0001 AT t-dialin DOT net

Gerrit P. Haase schrieb am 2001-07-29, 19:35:

: Charles Wilson schrieb am 2001-07-29, 12:10:
: 
: [...]
: : > I got now problems building bleadperl. 
: : > At first configure isn't able to find libiconv, because there is no libiconv.a:
: : > [...]
: : > No -lPW.
: : > No -lx.
: : > No -liconv.
: : > No -lutil.
: : > Found -lcygipc.
: : > [...]
: : > 
: : > How to create a valid libiconv.a or against what should i link instead of
: : > libiconv.a?
: : 
: : cd /usr/bin && rm cygiconv*.dll
: : cd /usr/lib && rm libiconv.dll.a
: : --> removing the dll stuff will force the link to use the static 
: : archive.  Which should work.  Currently, configure is trying to link, ld 
: : uses the .dll.a by default and FAILS, so assumes that it can't work.
: 
: Isn't it possible to link in the dynamic libiconv? 
: 
: [...]

I changed the perl Configure to look for libiconv.dll.a and now it is found:
[...]
No -lPW.
No -lx.
Found -liconv.dll.
No -lutil.
Found -lcygipc.
[...]

And it builds (and linked ok), but will it work?

PATH=/src/buildperl:.:/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin:/sbin:/usr/sbin:/usr/local/sbin:.:/src/suckers/stic_dir/scripts:/usr/local:/etc:/usr/l
ib:/lib:/usr/libexec ld2 -s -L/usr/local/lib -o libperl5_7_2.dll \
perl.o malloc.o gv.o toke.o perly.o op.o regcomp.o dump.o util.o mg.o hv.o av.o run.o pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o 
regexec.o utf8.o taint.o deb.o universal.o xsutils.o globals.o perlio.o perlapi.o numeric.o locale.o pp_pack.o cygwin.o -lcrypt -liconv.dll -lcygipc 
dllwrap --dllname libperl5_7_2.dll --driver-name gcc --dlltool dlltool --export-all-symbols --as as --output-def libperl5_7_2.def --output-lib 
libperl5_7_2.a \
-s -L/usr/local/lib perl.o malloc.o gv.o toke.o perly.o op.o regcomp.o dump.o util.o mg.o hv.o av.o run.o pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o 
doop.o doio.o regexec.o utf8.o taint.o deb.o universal.o xsutils.o globals.o perlio.o perlapi.o numeric.o locale.o pp_pack.o cygwin.o -lcrypt 
-liconv.dll -lcygipc
dllwrap: no export definition file provided
dllwrap: creating one, but that may not be what you want

I wonder, why no libiconv.a is generated during building libiconv, are all
the lib*.a coming with the .dll's (like libz.a) static versions of the libraries?

gph


-- 
=^..^=

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