From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30095 invoked by alias); 30 May 2014 20:42:44 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 30045 invoked by uid 89); 30 May 2014 20:42:43 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.5 required=5.0 tests=AWL,BAYES_40,RCVD_IN_DNSWL_NONE,RCVD_NUMERIC_HELO,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS,T_FSL_HELO_BARE_IP_2 autolearn=no version=3.3.2 X-HELO: plane.gmane.org Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Fri, 30 May 2014 20:42:42 +0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WqTdN-00013A-JK for cygwin@cygwin.com; Fri, 30 May 2014 22:42:37 +0200 Received: from 209.237.53.3 ([209.237.53.3]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 30 May 2014 22:42:37 +0200 Received: from Andrew by 209.237.53.3 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 30 May 2014 22:42:37 +0200 To: cygwin@cygwin.com From: Andrew DeFaria Subject: Re: Building cpan module that links with proprietary libs Date: Fri, 30 May 2014 22:06:00 -0000 Message-ID: References: <5387E20D.7090806@cygwin.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 In-Reply-To: X-IsSubscribed: yes X-SW-Source: 2014-05/txt/msg00541.txt.bz2 On 5/30/2014 1:01 AM, Csaba Raduly wrote: > On Fri, May 30, 2014 at 4:36 AM, Andrew DeFaria wrote: >> On 5/29/2014 6:42 PM, Larry Hall (Cygwin) wrote: >>> As a >>> result, you will never get code compiled with g++ to link with these >>> libraries. There is no common ABI among C++ compilers. Thus, the >>> libraries >>> and headers of one can't be used as input to the compiler of another, even >>> on the same platform. This only works for C code. So you have to either >>> build the proprietary libs with Cygwin's C++ compiler or write your own >>> "shim" library that wraps the necessary calls and objects in a C API, >>> compile that with VS, and link your program against the APIs in your >>> library. > > @Larry: Would this work? I think MSVC produces obj and lib files in > COFF; can Cygwin's toolchain understand that? > >> >> Being as this code is proprietary I doubt that Perforce will release it to >> me to compile but I will point them at this thread...' > > Maybe you can convince them to build a Cygwin version (not very likely). I am in contact with Perforce about this. They think it's a wonderful idea and they fully want me to let them know when I've managed to accomplish this! ;-) Needless to say, Cygwin, it's Perl and having a P4Perl available for it is not necessarily in Perforce's business model. Most people just use ActiveState. That said, with 5.18 I hear the backend moves to gcc and they need to address that issue. Once addressed having a Cygwin version may be easier for them to produce. I, unfortunately, do not have a lot of time to dedicate to this as my client wants me to work on others things. Using Cygwin's Perl is a convenience for me but not a necessity, though I would love to have this working. -- Andrew DeFaria http://defaria.com -- 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