From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 52893 invoked by alias); 20 Mar 2016 15:26:30 -0000 Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com Received: (qmail 51405 invoked by uid 89); 20 Mar 2016 15:26:28 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-6.6 required=5.0 tests=BAYES_00,GOOD_FROM_CORINNA_CYGWIN,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_PBL,RDNS_DYNAMIC autolearn=ham version=3.3.2 spammy=Never, H*R:D*cygwin.com, prompted, our X-HELO: calimero.vinschen.de Received: from ipbcc0d020.dynamic.kabel-deutschland.de (HELO calimero.vinschen.de) (188.192.208.32) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 20 Mar 2016 15:26:27 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 6012DA8039E; Sun, 20 Mar 2016 16:26:25 +0100 (CET) Date: Sun, 20 Mar 2016 15:26:00 -0000 From: Corinna Vinschen To: cygwin-apps@cygwin.com Subject: Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.5.0-0.8 Message-ID: <20160320152625.GH11113@calimero.vinschen.de> Reply-To: cygwin-apps@cygwin.com Mail-Followup-To: cygwin-apps@cygwin.com References: <56EC6BDA.7050505@cornell.edu> <20160318214509.GD11113@calimero.vinschen.de> <56EC8053.40604@cornell.edu> <56EC89C2.9010105@cygwin.com> <56EC8F50.9020905@cygwin.com> <56ECB842.7090807@cornell.edu> <20160319103209.GE11113@calimero.vinschen.de> <56ED4764.4090007@cornell.edu> <56ED9459.8030101@cornell.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="2FkSFaIQeDFoAt0B" Content-Disposition: inline In-Reply-To: <56ED9459.8030101@cornell.edu> User-Agent: Mutt/1.5.24 (2015-08-30) X-SW-Source: 2016-03/txt/msg00110.txt.bz2 --2FkSFaIQeDFoAt0B Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 2431 On Mar 19 14:03, Ken Brown wrote: > On 3/19/2016 8:34 AM, Ken Brown wrote: > >On 3/19/2016 6:32 AM, Corinna Vinschen wrote: > >>On Mar 18 22:24, Ken Brown wrote: > >>>On 3/18/2016 7:29 PM, Yaakov Selkowitz wrote: > >>>>On 2016-03-18 18:05, Yaakov Selkowitz wrote: > >>>>>On 2016-03-18 17:25, Ken Brown wrote: > >>>>>>The problem I reported in > >>>>>>https://www.cygwin.com/ml/cygwin/2015-12/msg00183.html has > >>>>>>reappeared. > >>>>>>It looks like your fix > >>>>>>(https://www.cygwin.com/ml/cygwin/2015-12/msg00199.html) got > >>>>>>reverted. > >>>>> > >>>>>The commit message for removing the include did not indicate what > >>>>>prompted it. However, the include is necessary for BSD compatibilit= y, > >>>>>and other software fails to build without it. > >>>>> > >>>>>I would look into emacs and see what feature test macro(s) they enab= le > >>>>>on *Linux*, and use the same for Cygwin. > >>>> > >>>>Might this be it? > >>>> > >>>>http://git.savannah.gnu.org/cgit/emacs.git/tree/lib/sys_select.in.h > >>> > >>>This file is part of the Gnulib module that I mentioned in the thread I > >>>cited above. > >>> > >>>>There's some seriously hackish things going on in that file, some of > >>>>them Cygwin specific. > >>> > >>>I think such things are often necessary in Gnulib, but I'll leave it > >>>to Eric > >>>to comment further. In any case, Eric said in our original > >>>discussion that > >>>there might be a Gnulib fix for this problem, but then he and Corinna > >>>ended > >>>up deciding it was better to remove the include. > >> > >>Glibc uses __USE_MISC to guard the inclusion of sys/select.h, newlib's > >>header uses __BSD_VISIBLE which is almost the same. But we have the > >>equivalent __MISC_VISIBLE as well. Do you want to change that, Yaakov? > >> > >>The discussion with Eric was about the POSIX-ness and at the time it > >>seemed like the simplest solution to remove the include. But Yaakov > >>is right. If it's the right thing to do for Glibc to include it > >>with careful guarding, it should be the right thing for us as well. > > > >So I think that means we're back to looking for a Gnulib solution. Eric, > >can you follow up on that? >=20 > Never mind. I just sent a report to bug-gnulib, so you can follow up the= re. Pointer? Thanks, Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --2FkSFaIQeDFoAt0B Content-Type: application/pgp-signature; name="signature.asc" Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJW7sEhAAoJEPU2Bp2uRE+gi7kQAJ1f8SCDE/JR3vdhP+Yr4V4Y Drg9JJ46AlmecbBucbQhO63f9iXHfK6cz/XWq/P/c0TcYCBas+h20T1Gjn8PvyuL Lbg73O1l1fR4EcApbpg2+NQOzbiXZ/JV7CpRY9Ra7J9Ag9P806eFchD5VGNOM5Wp Sl9TaQXhL0qgWQZQWSrYc700/JxwBDLAdBf65tGhaxAarv4r3Q2GLKOIsqDikRgU 28pI/gRWo+RHQzjBgFrdS8eGRyFNvz1ZO2iXXxDHGtyXQIMzDKz1oE/IqhUV9zdJ Gw6YXGvayg32dGA6dHzBbPzgS+fqRCgqTRLbo1FYdmN5kpJk9QbN2hj5ShAK1Voy FVljSh0nI6ZlIj9Otdx/00GvbZB77b5vIkJdPAbJiH8kVcUv36mhnGC6dxhuJ5fO FRABYvP8be59I2Dzs2aeH3GVYOBgqMDdZ9K/o8v0nsGH5IxSXBGv+q4DIqYN/4s+ 7JC5nKlVo9tXS0u+veJTn1YARJEKWjHXUZSXeQdDlarq6xRirVppLrdz3ED2Eqn4 iaXcSxqVFl9m2F3HeRv/4MoIqiHkSOQnzDSIh6rjrG3atSppZnEEm4rOxozQdtkI 3gMFTo4XsANOo+qf6Bs9ytNffXBpjkUxkjRmM+C0tXY/CIcyNyIyeP1T8agwTorq TOHDSHNhAOqG7GErPvWb =Eck9 -----END PGP SIGNATURE----- --2FkSFaIQeDFoAt0B--