From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/3901 Path: news.gmane.org!not-for-mail From: Luca Barbato Newsgroups: gmane.linux.lib.musl.general Subject: Re: Build system adjustments for subarchs Date: Wed, 14 Aug 2013 17:28:32 +0200 Message-ID: <520BA220.1000601@gentoo.org> References: <20130814010617.GA16011@brightrain.aerifal.cx> <20130814022558.GJ221@brightrain.aerifal.cx> <20130814034226.GK221@brightrain.aerifal.cx> <20130814040226.GL221@brightrain.aerifal.cx> <20130814150950.GK5368@port70.net> <20130814151530.GP221@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1376494041 8744 80.91.229.3 (14 Aug 2013 15:27:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 14 Aug 2013 15:27:21 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-3905-gllmg-musl=m.gmane.org@lists.openwall.com Wed Aug 14 17:27:23 2013 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1V9cyo-0006wc-Ml for gllmg-musl@plane.gmane.org; Wed, 14 Aug 2013 17:27:22 +0200 Original-Received: (qmail 21991 invoked by uid 550); 14 Aug 2013 15:27:21 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 21978 invoked from network); 14 Aug 2013 15:27:21 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130411 Thunderbird/17.0.5 In-Reply-To: <20130814151530.GP221@brightrain.aerifal.cx> Xref: news.gmane.org gmane.linux.lib.musl.general:3901 Archived-At: On 14/08/13 17:15, Rich Felker wrote: > Indeed, I figured this out too from reading GNU make's changelog. The > documentation should really document any feature that hasn't been > supported for at least 10 years with a note about which version/year > it was added in, so users can make informed decisions about which > features to depend on, and the examples in the documentation should > refrain from using the new, incompatible syntax for something that has > a more compatible variant. It's really unexpected to find examples > depending on extremely new features in the manual when the adjacent > pages are talking about gcc 1.3 as if it were current... gnumake (as bash) lacks proper release policies so I wouldn't expect to have a non-misleading documentation. lu