X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,RCVD_IN_DNSWL_LOW
X-Spam-Check-By:	sourceware.org
Message-ID:	<4D41BB0E.7020903@cwilson.fastmail.fm>
Date:	Thu, 27 Jan 2011 13:35:58 -0500
From:	Charles Wilson <cygwin AT cwilson DOT fastmail DOT fm>
Reply-To:	Charles Wilson <cygwin AT cwilson DOT fastmail DOT fm>
User-Agent:	Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com
Subject:	cygwin patches for gnulib relocation code [Was: Re: Bug in libiconv?]
References:	<20110124154158 DOT GA15279 AT calimero DOT vinschen DOT de> <4D3E3EF6 DOT 7010501 AT cwilson DOT fastmail DOT fm> <4D40E1EB DOT 8030401 AT cwilson DOT fastmail DOT fm> <20110127122015 DOT GA25883 AT calimero DOT vinschen DOT de> <4D419B91 DOT 7090005 AT cwilson DOT fastmail DOT fm> <20110127170815 DOT GR28470 AT calimero DOT vinschen DOT de>
In-Reply-To:	<20110127170815.GR28470@calimero.vinschen.de>
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.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 1/27/2011 12:08 PM, Corinna Vinschen wrote:
> Cygwin Versions prior to 1.7.7 are not support anyway.

This is merely semantics. You're saying that *the cygwin project* does
not support older cygwins.  However, that doesn't mean *other projects*
have the same policy -- see, for instance, upstream git.

> The changes
> should work with versions at least back to 1.7.2 and I don't care the
> least for older versions.  There's no reason to clutter the code to
> support old, unsupported Cygwin versions.  There are existing, older
> builds of libiconv available for them.

But I'm not (really) talking about libiconv. I'm talking about a
proposed patch for gnulib -- which is a *source based repository* meant
to be imported *as source* into other projects, so there are no "old
builds" of gnulib.  So, it's a policy question for the gnulib
maintainers: what is their "too old; we don't care" horizon for cygwin?

Since the *point* of gnulib is to provide workarounds and "better"
implementations for missing and broken functionality on (old?)
systems...I doubt gnulib's policy is "we will follow cygwin's lead and
only support whatever is the current version of cygwin".  OTOH, since
the goal of gnulib is to provide source for builds that happen *today*,
maybe they don't care to help folks trying to build new tools on
dead-and-buried cygwin.  I don't know.

Eric (Blake), you're active on the gnulib list. Care to comment?

--
Chuck

--
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

- Raw text -