From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/3685 Path: news.gmane.org!not-for-mail From: Harald Becker Newsgroups: gmane.linux.lib.musl.general Subject: Re: Current status: important changes since 0.9.11 Date: Fri, 19 Jul 2013 20:39:23 +0200 Message-ID: <20130719203923.1a411332@ralda.gmx.de> References: <20130719161234.GA8335@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 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1374259176 18691 80.91.229.3 (19 Jul 2013 18:39:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 19 Jul 2013 18:39:36 +0000 (UTC) Cc: musl@lists.openwall.com, dalias@aerifal.cx Original-X-From: musl-return-3689-gllmg-musl=m.gmane.org@lists.openwall.com Fri Jul 19 20:39:38 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 1V0Fac-0006pR-2X for gllmg-musl@plane.gmane.org; Fri, 19 Jul 2013 20:39:38 +0200 Original-Received: (qmail 10090 invoked by uid 550); 19 Jul 2013 18:39:37 -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 10082 invoked from network); 19 Jul 2013 18:39:37 -0000 In-Reply-To: <20130719161234.GA8335@brightrain.aerifal.cx> X-Provags-ID: V03:K0:9LvaU165eiXN7ZzSTEuOQxzDWfYBSMoqANCgNxVZYUa09iZ7MtJ vHPbbg7EIVi60faJGgjVqLzLV9uokB1UYiSJNFwu6iMwYFL3eCRzkL/KykJje39n9MTDMhi K5V9xTPbZfa+Ypcqc3HKk/4+O/QMIwA3iYXGtNiu6BlN0e61SuMmMUvJFQU0C5vNjf1AIGe 6BFB8bgcBX+ZI17eu9Axg== Xref: news.gmane.org gmane.linux.lib.musl.general:3685 Archived-At: Hi Rich ! > Oh, and the new crt1.c idea could probably go in too, even > though it won't be used much yet except possibly adding PIE > support on mips, powerpc, and microblaze. I looked at your new crt1.c and I like it. Why not using it for main stream purpose if it works for all purposes? Are there any troubles or caveats except a few bytes more (and some nanoseconds of extra CPU time on program startup)? This doesn't look so critical. It seams more to me, you need to look for stuff not needed to be linked in, especially for carefully written and statically linked small programs, using only base functions. IMO there shall be a possibility to get those programs smaller (not linking in some unused library stuff). The few bytes more of startup code doesn't really matter for this, and you save a lot of work, when only using one kind of startup routines. So I would convert all versions to new startup type, then do testing and push it in release. With a possible backup directory (unmaintained) for old startup routines (in case anybody needs). If no one complains, remove this backup directory in next release or one after. Just my cent on this topic. As I'm a programmer who like to create small statically linked programs. -- Harald