From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 102696 invoked by alias); 3 Mar 2019 10:07:43 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 102689 invoked by uid 89); 3 Mar 2019 10:07:43 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=no version=3.3.2 spammy=aimed, H*r:sk:broadba, dates, H*u:x64 X-HELO: mail-lj1-f169.google.com Received: from mail-lj1-f169.google.com (HELO mail-lj1-f169.google.com) (209.85.208.169) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 03 Mar 2019 10:07:42 +0000 Received: by mail-lj1-f169.google.com with SMTP id v10so1770403lji.3 for ; Sun, 03 Mar 2019 02:07:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:autocrypt:subject:message-id:date:user-agent:mime-version; bh=H5W6n5gxR6cDIiAK9zKBQdgKAJcOMb59b6M2jwI+9yU=; b=N4Cww9e/IBUFjdx9xgYfGcXtDGT00PY6e8LGPTyLs6dEPnmOiZBlzHQ4PYIXMd9ZY+ 5MjnOuOCWmsRbRIHyaAQ3Luyea/S23/dr177lLQMLagYuObgQ9W9vmSoqVqHGGAJA9t5 BDaUEhf3clAG+VjTaenqQsibVkLnaOQD701+8jYSJBDFEHS7g8opiGcw309EDdZFBAAT XkLSbuRfonPI/M6kDv86AjzLTvQKKusCJt9ZQQYDdZhCSNTxpR7Wc9BeIka1TPzqQY56 iYoCZFdEqfc8UwVkqUOX8WmS6Xwe5Izwdv1zamfV3u90B+e9uPBsLOtId1YzP16KOhz5 vlhA== Return-Path: Received: from [192.168.4.39] (broadband-95-84-200-6.ip.moscow.rt.ru. [95.84.200.6]) by smtp.gmail.com with ESMTPSA id t135sm825077lff.74.2019.03.03.02.07.37 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 03 Mar 2019 02:07:37 -0800 (PST) To: cygwin@cygwin.com From: LRN Subject: cygwin port of glib Message-ID: Date: Sun, 03 Mar 2019 10:07:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="J3IHtnHSDNdkKZd0MTIhqtzaBzJSc55eZ" X-IsSubscribed: yes X-SW-Source: 2019-03/txt/msg00016.txt.bz2 --J3IHtnHSDNdkKZd0MTIhqtzaBzJSc55eZ Content-Type: multipart/mixed; boundary="CaR9Z5HzyBlBpvSuJD1lS8vJtS9TYssTy"; protected-headers="v1" From: LRN To: cygwin@cygwin.com Message-ID: Subject: cygwin port of glib --CaR9Z5HzyBlBpvSuJD1lS8vJtS9TYssTy Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Content-length: 1196 Looking at cygwin glib source package, i see a lot of downstream patches applied to glib over the years (there are no dates, but the versions range = from 2.34.3 to 2.50 - that might be as early as 2012 and as late as 2017) to mak= e it work correctly on cygwin. Why are these not upstream (considering the fact that glib does have some cygwin-specific code - clearly it's not because glib doesn't *want* cygwin compatibility)? Alternatively, since some of these patches *remove* cygwin-specific code fr= om glib (as, apparently, it was aimed at old versions of cygwin), why not ask = glib maintainers to remove cygwin support completely (which might simplify the porting process, since cygwin glib maintainers won't have to guess which pa= rts of cygwin-specific code in glib are in working order, and which are not)? A= lso, since cygwin masquerades as a linux-flavoured POSIX platform, a more correct approach for glib might be to perform appropriate configure-time checks and then use their results to decide which code to compile, instead of blindly trusting that a particular piece of code will work on bsd/linux/cygwin/whatever. That would remove the need for some of those pat= ches. --CaR9Z5HzyBlBpvSuJD1lS8vJtS9TYssTy-- --J3IHtnHSDNdkKZd0MTIhqtzaBzJSc55eZ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" Content-length: 833 -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE4MWzR43wYaAzEA49ja3pJ2dZunQFAlx7p2cACgkQja3pJ2dZ unQsGw//UfJWiNl0+t4TxPU2RIC+qpgAwyGkaVQdTxKPwTLGwMe4JdoQl7ZroQ8a kKC/1dcZ+UCu+mbOZ8vzV1eX1XstNzzwdbN5svTs3z4kXLmjK3K0QKLKpyR7V0Ye EFVXybXpjXYY5U557kyRKSoVIQ3jdCWeVzOKvekzeXOElrKzXaq0XeSVPiYYI11J ff7Rf/FKqYsvAo4I4KC8/SWvgFbhy+qKIpQVjsQYAHPquDkRctm5CKaem1UXF8G+ 1ox/E8HcuDa/F6Xek3dydBb6T+xBlVYGVrzQE4Ol9HjTzwLLKBhiQYwUTwVivbsM RpkDxMTw3YHbP3M6HZ+hrhLds4xNPTyD3JMVHRG763egY6W5PTvD1cqy9bvAYqwz mtrMliNyL3s4fbJQkVH9lc05N3lgESNUUAVE3nM+YaYb3W1EcSYoOLiFXM9Wk1lx pbambCxfJAz3wg//y8VnEP9kxXLp/UgDhzIy7KBQ+ceU8TgpUn8TsPIB05LlPvd4 vsc8FmOBWNCuzlqf7vAnTtB5x8KWw2M1Kzz2EmOcPigTU2y6JwY1pC7kHSK6w6wO vQ3+YxUz005yWAPu7th3EmJGy06WA1mFlo8KUuYP2LYNkZfkgmfpBrZUSV45tNQV aijodNjAkv0Kf1d2b9tRd184qewE6vFuorKo9WZAnaQ+VvLpAmE= =iPM6 -----END PGP SIGNATURE----- --J3IHtnHSDNdkKZd0MTIhqtzaBzJSc55eZ--