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: List-Subscribe: List-Archive: List-Post: List-Help: , 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: References: Date: Thu, 29 May 2014 10:29:51 +0200 Message-ID: Subject: Re: Building cpan module that links with proprietary libs From: Csaba Raduly To: cygwin list Content-Type: text/plain; charset=ISO-8859-1 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