X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Message-ID: <48C8AED3.A6BA9F79@dessent.net> Date: Wed, 10 Sep 2008 22:38:27 -0700 From: Brian Dessent X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: New experimental package: gcc4-4.3.0-1 References: <001001c91336$91e70d10$9601a8c0 AT CAM DOT ARTIMI DOT COM> <48C86CB3 DOT 8090909 AT byu DOT net> <20080911052824 DOT GA8377 AT ednor DOT casa DOT cgf DOT cx> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Reply-To: cygwin AT cygwin DOT com 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 Christopher Faylor wrote: > I haven't tried this with the actual released compiler yet but, assuming > it works the same way, mm I wrong or is there something wrong with this > compiler? The code it creates seems to be correct (and Cygwin is > noticeably smaller) but I'd like to get rid of all of the new warnings. > I can't get rid of this one because I don't see how to do that. The warning is correct, technically. When compiling strsig.cc, you want the variable to be exported, not imported. When compiling everything else that includes signal.h, you want it to be imported. There are actually two things wrong here, as I see it: one, dllexport should not be necessary at all as the exports are controlled by the .def file. Two, you only want the dllimport attribute to be present when signal.h is included by clients, i.e. outside of Cygwin, so the __declspec should be turned off #if defined(__INSIDE_CYGWIN__). Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/