X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Thu, 11 Sep 2008 02:15:40 -0400 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: New experimental package: gcc4-4.3.0-1 Message-ID: <20080911061540.GB11495@ednor.casa.cgf.cx> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com 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> <48C8AED3 DOT A6BA9F79 AT dessent DOT net> <20080911060135 DOT GA11495 AT ednor DOT casa DOT cgf DOT cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080911060135.GA11495@ednor.casa.cgf.cx> User-Agent: Mutt/1.5.16 (2007-06-09) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: 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 On Thu, Sep 11, 2008 at 02:01:35AM -0400, Christopher Faylor wrote: >On Wed, Sep 10, 2008 at 10:38:27PM -0700, Brian Dessent wrote: >>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. > >sys_sigabbrev is not in cygwin.def. There are several variables which >are not exported via cygwin.def. Actually make that "there were several variables". Somewhere along the line most of the variables migrated into cygwin.din which makes the dllexport redundant. cgf -- 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/