This is the mail archive of the
mailing list for the Cygwin project.
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>
- Date: Thu, 29 May 2014 10:29:51 +0200
- Subject: Re: Building cpan module that links with proprietary libs
- Authentication-results: sourceware.org; auth=none
- References: <lm651o$5ss$1 at ger dot gmane dot org>
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
> 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: 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\"
> -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
> 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
> 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.
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
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple