From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/3539 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: Why add stubs to network/ether.c? Date: Tue, 2 Jul 2013 17:47:58 -0400 Message-ID: <20130702214758.GH29800@brightrain.aerifal.cx> References: <20130702202720.GA12559@newbook> 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 1372802121 18109 80.91.229.3 (2 Jul 2013 21:55:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 2 Jul 2013 21:55:21 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-3543-gllmg-musl=m.gmane.org@lists.openwall.com Tue Jul 02 23:55:22 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 1Uu8Xi-00065y-Ji for gllmg-musl@plane.gmane.org; Tue, 02 Jul 2013 23:55:22 +0200 Original-Received: (qmail 25679 invoked by uid 550); 2 Jul 2013 21:55:22 -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 25671 invoked from network); 2 Jul 2013 21:55:21 -0000 Content-Disposition: inline In-Reply-To: <20130702202720.GA12559@newbook> User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:3539 Archived-At: On Tue, Jul 02, 2013 at 01:27:20PM -0700, Isaac wrote: > Yes, I know this is a pretty small issue. > But commit fbcd8204 (add stubs for additional legacy ether.h functions) > is likely to bloat a full static busybox by a few bytes, for no additional > gain. Could stubs like these be kept separate from functional code? Well the tradeoff is between making the .a file significantly larger for each .o file we add, and making binaries a couple bytes larger. I'm not sure what the right decision is here. We could try to assemble lots of stubs together in one file I suppose. I'm open to ideas on what ppl think is best. Rich