From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 101657 invoked by alias); 5 Mar 2019 14:07:52 -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 101640 invoked by uid 89); 5 Mar 2019 14:07:51 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=eager, blindly, impulse, warned X-HELO: mail-it1-f196.google.com Received: from mail-it1-f196.google.com (HELO mail-it1-f196.google.com) (209.85.166.196) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 05 Mar 2019 14:07:50 +0000 Received: by mail-it1-f196.google.com with SMTP id m137so4257446ita.0 for ; Tue, 05 Mar 2019 06:07:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=ZRiLYxSQeJTaNB63hCnOyw2YSKXleANnM1dnTBkcDdo=; b=o7EaoQBndo4v5aohIxStADF19Boan0999yGZ4QueaaJZIdYQ/iVc9JIEX16r0ti6ob QICNfzmNbFzYHL+cwUXSskFffbps5oKT+aehG60//zpZ+IUwFmCkO97kZO+GCSy3+kYN 2PKn2d3v9Ry/8mK1vslE4+CdAF6Hp85HJlA9H4o8GXn/kKhxXLDgXX9hKzR1MNKHug6n G54XHONy82U5WSzOeoRt60RtvKa1I6USMBkfQm8vRZlr64/gIGeaXZ9yWm2uNhwmCLNS LjlLEkisaFO3IpzU5cMpLnVZqqI6aZFjsywmE8UUpitLgZes8VMNnpknPFXRnQVExv2N cF9Q== MIME-Version: 1.0 References: In-Reply-To: From: "E. Madison Bray" Date: Tue, 05 Mar 2019 14:07:00 -0000 Message-ID: Subject: Re: cygwin port of glib To: cygwin@cygwin.com Content-Type: text/plain; charset="UTF-8" X-IsSubscribed: yes X-SW-Source: 2019-03/txt/msg00066.txt.bz2 On Sun, Mar 3, 2019 at 11:07 AM LRN wrote: > > 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 make 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 from > 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 parts > of cygwin-specific code in glib are in working order, and which are not)? Also, > 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 patches. Hi, While I'm not often as eager to "pass the buck" as many open source contributors are (though I certainly understand the impulse), but in this case I would suggest that, if you care enough to do it, you should offer to upstream that they accept some/all of those patches, as in most cases they may not even be aware it exists. My guess is that whoever is maintaining the glib package for Cygwin either doesn't know glib well enough to be able to advocate effectively for those patches, or doesn't care enough to. If they're clean, worthwhile patches then I absolutely think you should get them integrated upstream if at all possible--that's almost always preferable. But be warned, it can be a significant time-suck just to get patches upstream, even on projects that look ostensibly like they support Cygwin. From personal experience, I have been trying to get Cygwin fixes to Python upstream and some of them have taken *years* to get and multiple rewrites over time, despite being seemingly simple and uncontroversial. It's just the nature of working with lots and lots of projects that have other concerns :( -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple