Return-Path: Delivered-To: apmail-incubator-stdcxx-dev-archive@www.apache.org Received: (qmail 39685 invoked from network); 7 Dec 2007 20:07:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Dec 2007 20:07:15 -0000 Received: (qmail 61594 invoked by uid 500); 7 Dec 2007 20:07:03 -0000 Delivered-To: apmail-incubator-stdcxx-dev-archive@incubator.apache.org Received: (qmail 61584 invoked by uid 500); 7 Dec 2007 20:07:03 -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 61573 invoked by uid 99); 7 Dec 2007 20:07:03 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Dec 2007 12:07:03 -0800 X-ASF-Spam-Status: No, hits=2.6 required=10.0 tests=DNS_FROM_OPENWHOIS,SPF_HELO_PASS,SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Dec 2007 20:07:05 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1J0jTA-0007Zm-MS for stdcxx-dev@incubator.apache.org; Fri, 07 Dec 2007 12:06:44 -0800 Message-ID: <14219694.post@talk.nabble.com> Date: Fri, 7 Dec 2007 12:06:44 -0800 (PST) From: Travis Vitek To: stdcxx-dev@incubator.apache.org Subject: Re: [PATCH] STDCXX-507 (or using __declspec(dllexport/dllimport on gcc/cygwin in shared builds) In-Reply-To: <4759973B.5060602@roguewave.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: vitek@roguewave.com References: <7BDB2168BEAEF14C98F1901FD2DE643801511BE7@epmsa009.minsk.epam.com> <4759973B.5060602@roguewave.com> X-Virus-Checked: Checked by ClamAV on apache.org Martin Sebor wrote: > > Farid Zaripov wrote: >> Today I've verified the patch for STDCXX-507 on gcc 4.2.0 and gcc >> 3.4.4. > > I get really nervous whenever we start to mess around with the runtime > symbols, especially when changing which ones are exported on Windows > and which ones aren't. Doesn't exporting just members and not the > whole class have an impact on things like RTTI and exceptions? > > Have you tested it with the other Windows compilers (Intel C++ and > MSVC)? > > Also, I'm more than a little uncomfortable with hardcoding __CYGWIN__ > all over the place. Isn't there a single file where we could tweak > _RWSTD_NO_XXX_DEFAULT_CTOR et al macros? > > Finally, did you consider STDCXX-408 when enabling dllexport? > > Travis, as the other Windows expert, can you take a look at Farid's > patch and let us know what you think? > I'm definitely no windows expert, and I have zero experience with the Cygwin environment. It seems that the problem is that the Cygwin environment defines part of the C++ runtime library in the C library. This sounds like the issue that was had with the VisualAge C++ compiler. Is this actually the case, or is there some other C library that we can link to, or maybe a compile/link flag, that allows us to avoid this problem? Travis -- View this message in context: http://www.nabble.com/-PATCH--STDCXX-507-%28or-using-__declspec%28dllexport-dllimport-on-gcc-cygwin-in-shared-builds%29-tf4963676.html#a14219694 Sent from the stdcxx-dev mailing list archive at Nabble.com.