X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:content-type; q=dns; s=default; b=k6
	nre+Wp5VW6MCG+0aOjmqHxsDCXRCP5gc5y8hMKWSD/ULx7uu8BCgukEQPiBK7Gy8
	lmb3n+xprMMiGaHWEVyeXS2FK5HtnDJOTI313hw7sPZnIlGvaSdvwRDQ3+n0Y9ED
	uzOiXWmEySmHH8C/EOigWJ4PE4cdj1oQOJnhvT1pk=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:content-type; s=default; bh=sHfv+vSW
	FK4ARX6T7QRVFfr0cYo=; b=lGoCS0g7u9KDFRX2Hos4gdZ+TghrilkgWhO+ldps
	0NUqWWx1yxdW+y/9+pSA3NvCKnIQg3f0+Q0oVPp4oFJq+cKYbUJTZ+n/FC7WnnaH
	1qdLQhpLmblZ1Jif4uIzPMuzioyATyFK09pRDdlVac2FS060/DyEhxn68GN+MCYH
	nb0=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/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
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=0.6 required=5.0 tests=AWL,BAYES_99,BAYES_999,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=no version=3.3.2
X-HELO:	mail-we0-f181.google.com
MIME-Version:	1.0
X-Received:	by 10.180.108.106 with SMTP id hj10mr8906441wib.53.1401352192038; Thu, 29 May 2014 01:29:52 -0700 (PDT)
In-Reply-To:	<lm651o$5ss$1@ger.gmane.org>
References:	<lm651o$5ss$1 AT ger DOT gmane DOT org>
Date:	Thu, 29 May 2014 10:29:51 +0200
Message-ID:	<CAEhDDbCjo_wO7xP9i9rfgqM82Z6h+bL0HDrV8bxwtbUryV=pNg@mail.gmail.com>
Subject:	Re: Building cpan module that links with proprietary libs
From:	Csaba Raduly <rcsaba AT gmail DOT com>
To:	cygwin list <cygwin AT cygwin DOT com>

Hi Andrew,

On Thu, May 29, 2014 at 4:12 AM, Andrew DeFaria  wrote:
> I'm attempting to build a cpan module (well actually it's not a cpan module
> but rather a module that uses MakeMaker and has the familiar perl
> Makefile.PL, make, make test, make install installation procedure.
> Additionally I need to link it to a set of proprietary libs that I am given
> only the .lib files for. If you must know this is for Perforce's P4Perl
> which I'd like to get working with Cygwin's Perl natively.
>
> I download the P4API bundle (the package that has include files and the .lib
> files pre-compiled).

The C++ P4 API is platform-specific; which platform did you choose?
If it really contains .lib files (not .a), those are not recognized by
Cygwin's gcc.

> Next I need to do:
>
> $ perl Makefile.PL --api-dir /.../path/to/unzipped/p4api
>
> This works fine and I procedure with the make. This fails with things like:
>
> make[1]: Leaving directory '/cygdrive/a/perl/P4Perl.Cygwin/lib'
> g++ -c  -I/cygdrive/a/perl/p4api.windows/include/p4 -Ilib -x c++
> -DUSEIMPORTLIB -O3   -DVERSION=\"2014.1\" -DXS_VERSION=\"2014.1\"
> "-I/usr/lib/perl5/5.14/x86_64-cygwin-threads/CORE"
> -DID_OS="\"CYGWIN17THREAD\"" -DID_REL="\"2014.1\"" -DID_PATCH="\"842847\""
> -DID_Y="\"2014\"" -DID_M="\"05\"" -DID_D="\"06\"" -DOS_CYGWIN -DOS_CYGWIN17
> -DOS_CYGWIN17THREAD -DOS_CYGWINTHREAD -DP4API_VERSION="515585"
> -DID_API="\"2014.1/821990\"" P4.c
> Running Mkbootstrap for P4 ()
> chmod 644 P4.bs
> rm -f blib/arch/auto/P4/P4.dll
> g++  -shared P4.o  -o blib/arch/auto/P4/P4.dll lib/libp4.a      \
>   /usr/lib/perl5/5.14/x86_64-cygwin-threads/CORE/cygperl5_14.dll        \
>
> P4.o:P4.c:(.text+0x45ac): undefined reference to `ClientApi::SetClient(char
> const*)'
> P4.o:P4.c:(.text+0x45ac): relocation truncated to fit: R_X86_64_PC32 against
> undefined symbol `ClientApi::SetClient(char const*)'
> P4.o:P4.c:(.text+0x4a9c): undefined reference to `ClientApi::SetHost(char
> const*)'
>
> Notice that it removes P4.dll, so it seems to know it's working with dll's,
> but then it calls g++ with a -o for libp4.a!

No it doesn't. The argument to -o is blib/arch/auto/P4/P4.dll
lib/libp4.a is the next input file. What does the following say?

nm lib/libp4.a | c++filt

> Meantime it fails with many undefined references. I think I might need to do
> perl Makefile.PL with other opts to tell it that while it's using Cygwin and
> can be very Linux-like, it needs to produce .dll's and not .a's or .o's.

It seems to be on the right track; "g++ -shared -o P4.dll" sounds good to me.

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -