delorie.com/archives/browse.cgi | search |
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 <cgf-use-the-mailinglist-please AT cygwin DOT com> |
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 |
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 |
List-Id: | <cygwin.cygwin.com> |
List-Unsubscribe: | <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com> |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
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/
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |