From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/8571 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Release prep for 1.1.12 Date: Fri, 25 Sep 2015 23:55:18 -0400 Message-ID: <20150926035518.GA24145@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1443239745 8830 80.91.229.3 (26 Sep 2015 03:55:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 26 Sep 2015 03:55:45 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-8583-gllmg-musl=m.gmane.org@lists.openwall.com Sat Sep 26 05:55:44 2015 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1ZfgaM-0001Yu-PX for gllmg-musl@m.gmane.org; Sat, 26 Sep 2015 05:55:42 +0200 Original-Received: (qmail 11762 invoked by uid 550); 26 Sep 2015 03:55:40 -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 11697 invoked from network); 26 Sep 2015 03:55:30 -0000 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:8571 Archived-At: Rather than drag things out again and try to put a lot in this release, I'd rather stick with a time-based release and just include in 1.1.12 what's already done or practical to add quickly. The main planned goal which is done is generic FDPIC work and FDPIC support on at least one arch, SH2/J2. Build system overhaul and bits and atomics deduplication were on the roadmap for this release cycle as well but they're things that make a lot more sense to start early in a release cycle with plenty of time to experiment. One of the secondary goals for this release cycle is something I might still do: removing all of the old hand-written crt1.s and Scrt1.s files. At least the ARM version is known to be buggy (does not align the stack) and while I plan to fix any known bugs before removing them (just for the sake of history) I'd rather not have surprises like this come up again and again. I know there are a couple open issues that would also be nice to fix: - The protected data warnings from recent binutils. These are benign but concerning to users, and for any data other than stdin, stdout, and stderr (the ones affected) they would actually be dangerous on old GCC versions. The reason they're getting marked protected at all is a workaround for a GCC 3 bug handling typedef (see commit b8dda24fe1caa901a99580f7a52defb95aedb67c). What I think I'd like to do is just update the vis.h configure test to detect the GCC 3 bug and fail so vis.h gets disabled. In the long term I'd like to rethink having vis.h at all (maybe just use some hidden aliases for the few functions that are actually called often from within libc). - There's a bug with out-of-range fields passed to strftime that nsz reported and has patches for, but I still want to find a fix that's simple and not costly. Is there anything else I'm missing in the way of open bugs or patch proposals that could be quickly addressed? Rich