From stdcxx-dev-return-2756-apmail-incubator-stdcxx-dev-archive=incubator.apache.org@incubator.apache.org Tue Mar 06 19:04:15 2007 Return-Path: Delivered-To: apmail-incubator-stdcxx-dev-archive@www.apache.org Received: (qmail 58004 invoked from network); 6 Mar 2007 19:04:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Mar 2007 19:04:15 -0000 Received: (qmail 46599 invoked by uid 500); 6 Mar 2007 19:04:24 -0000 Delivered-To: apmail-incubator-stdcxx-dev-archive@incubator.apache.org Received: (qmail 46537 invoked by uid 500); 6 Mar 2007 19:04:24 -0000 Mailing-List: contact stdcxx-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: stdcxx-dev@incubator.apache.org Delivered-To: mailing list stdcxx-dev@incubator.apache.org Received: (qmail 46526 invoked by uid 99); 6 Mar 2007 19:04:23 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Mar 2007 11:04:23 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [208.30.140.160] (HELO moroha.quovadx.com) (208.30.140.160) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Mar 2007 11:04:12 -0800 Received: from qxvcexch01.ad.quovadx.com ([192.168.170.59]) by moroha.quovadx.com (8.13.6/8.13.6) with ESMTP id l26J3nmN013107 for ; Tue, 6 Mar 2007 19:03:49 GMT Received: from [10.70.3.113] ([10.70.3.113]) by qxvcexch01.ad.quovadx.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 6 Mar 2007 12:03:36 -0700 Message-ID: <45EDBB1D.80208@roguewave.com> Date: Tue, 06 Mar 2007 12:03:57 -0700 From: Martin Sebor Organization: Rogue Wave Software User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: stdcxx-dev@incubator.apache.org Subject: Re: [PATCH] RE: Cygwin cannot find -lstd12d References: <7BDB2168BEAEF14C98F1901FD2DE64384E1C9A@epmsa009.minsk.epam.com> In-Reply-To: <7BDB2168BEAEF14C98F1901FD2DE64384E1C9A@epmsa009.minsk.epam.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 06 Mar 2007 19:03:37.0022 (UTC) FILETIME=[250EA5E0:01C76022] X-Virus-Checked: Checked by ClamAV on apache.org Farid Zaripov wrote: >> -----Original Message----- >> From: Martin Sebor [mailto:sebor@roguewave.com] >> Sent: Tuesday, March 06, 2007 7:55 PM >> To: stdcxx-dev@incubator.apache.org >> Subject: Re: [PATCH] RE: Cygwin cannot find -lstd12d >> >>> But in this case using both variables have the same >> effect because >>> the linker used only when shared library built. >> Okay, so --out-implib is only needed/allowed when creating >> the library. http://www.mingw.org/docs.shtml has an example >> of how to create a shared library on MinGW. It uses the .dll >> suffix rather than .so for the name of the library. We have >> .so. Should the name of our library be changed to .dll or >> does it matter? > > It doesn't' matter. Dll is just an extension of the file. I thought Windows understands the .dll suffix as meaning something special. Just like it does .exe and, AFAIK, will refuse to execute files with no extension (as silly as that is). > >> (I'm sure it would matter if the user wanted >> to link the shared library in a program using MSVC.) > > In my opinion it is bad thing to link a program with library built on > Cygwin > using MSVC. The config.h files are different. You're right, it could be risky and hard to get right. But it is possible to do nonetheless (for example, by exposing a C API to a library implemented in C++). Looking through the lib/ directories in a Cygwin installation I see .a files and .dll.a files, and also a few .la files, but no .so's. We should probably follow their example and give our shared library a suffix that corresponds to the shared library suffix Cygwin uses. I'm guessing it's .dll.a? > And also the library, > build on > cygwin, depends on cygwin1.dll and that library (size 1.8Mb) should be > distributed with the program. True. Martin