From mint-bounce@lists.fishpool.fi Mon May 25 10:25:15 2009 X-ME-UUID: 20090525083802976.EE4E82000231@mwinf2024.orange.fr Date: Mon, 25 May 2009 10:38:02 +0200 From: Patrice Mandin To: Mint list Subject: Re: [MiNT] math.h Message-Id: <20090525103802.afea8713.mandin.patrice@orange.fr> In-Reply-To: References: <4A19B2A3.9020704@freesbee.fr> <1243222704.22296.1.camel@server.demon.co.uk> <4A1A42EA.9070003@freesbee.fr> Organization: Chez moi X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.12; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: mandin.patrice@orange.fr Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mail.sparemint.org id n4PEPFAN017712 Le Mon, 25 May 2009 10:11:47 +0200 Miro Kropacek a écrit: > Only one note: as far as I remember, since we're still using that a.out > format even for object files, does not this implies the size of libc.a will > grow no matter if the user uses 1/10 or that math lib or 1/2? The final > binary of simple hello world is quite huge even in the present. The final binary size is only due to the initialization code of mintlib (the part before executing your main() function) using printf() and friends, and the corresponding vprintf.o file in the mintlib is ~80KB. Rewriting the initialization code would avoid that. On a side note, I noticed Debian wants to use Eglibc instead of glibc, maybe it's another libc we should look at, if newlib is not enough. In either case, the TOS support from mintlib needs to be integrated. -- Patrice Mandin WWW: http://pmandin.atari.org/ Programmeur Linux, Atari Spécialité: Développement, jeux