From mint-bounce@lists.fishpool.fi Fri Jan 15 10:54:25 2010 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=K3T91irUG31uQTr+GxdvJDshcqlmraJSNPBo0/h8kn4=; b=D7It7FNmbbbarJfwxj3vyUE1SLjDD8OM6VA0x/BUpgQuK5VlXNgLxSrT5wLDv6Fxtk bf5ZYLrV+vT5mPFkHxaM3w1mU7kkYus2L0TNTB0vZ/yrHgFtPTEzQMOItQ/1dotDdwY3 bkJuLpNVcrd0O1K3Ho5R9tIqL+XKIncXO+3Ng= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=YRm9ysrjlB3Ub05IdsrTDmb1JGmeErPwHF97xIcutp2QJx0o0ZlcBgYA8VJsd+Zv7N btMhbDyfATfppqvWL5LM0+P3iCZQaHbRrhU6e/O/5B5U4l8doyL08Fa28IXSaNT7WkEW pP+ninYMo2CuZRFqhW0JQ2Pbp5wp3sAQ9hoxc= MIME-Version: 1.0 In-Reply-To: <4B508C6E.9040507@freesbee.fr> References: <4B508C6E.9040507@freesbee.fr> Date: Fri, 15 Jan 2010 16:52:17 +0100 Message-ID: Subject: Re: [MiNT] gcc 68000 vs 68020-60 vs 68060 comparison From: Miro Kropacek To: =?ISO-8859-1?Q?Vincent_Rivi=E8re?= Cc: MiNT Mailing List Content-Type: multipart/alternative; boundary=0015173ff2b2f267c0047d35fcd5 X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: miro.kropacek@gmail.com Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: --0015173ff2b2f267c0047d35fcd5 Content-Type: text/plain; charset=ISO-8859-1 > I remember you already said that, then I removed it, and finally I added it > again because it was required by something... I don't remember. Probably > libstdc++.a, because it requires math.h, and certainly some liker tests. But we are talking about native builds then, right? And since your step by step tutorial and my Makefile are for cross compiler only... it shouldn't be needed. Maybe for some stuff while building cross compiler? What would be really strange, native build using cross compiler needs no libm but cross compiler building on i686 does ;-) However, the C language is quite simple, a single C program usually compile > quite fast. C++ files are better candidates for benchmarking, because some > of them with a lot of templates take some time to compile, even on extremely > fast computers. Hmm, good point. I'll try some C++ projects then. I made a quick hack in EmuTOS for ColdFire to align the RAM returned by > Malloc() on a 32-bit boundary, the performance was significantly better. > That's interesting. What is needed for 32-bit compiler with 32-bit aligns but respecting original TOS structures? Some changes to mint/osbind.h and friends? -- MiKRO / Mystic Bytes http://mikro.atari.org --0015173ff2b2f267c0047d35fcd5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
=A0
I = remember you already said that, then I removed it, and finally I added it a= gain because it was required by something... I don't remember. Probably= libstdc++.a, because it requires math.h, and certainly some liker tests.
But we are talking about native builds then, right? And since your ste= p by step tutorial and my Makefile are for cross compiler only... it should= n't be needed. Maybe for some stuff while building cross compiler? What= would be really strange, native build using cross compiler needs no libm b= ut cross compiler building on i686 does ;-)=A0

However, the C language is q= uite simple, a single C program usually compile quite fast. C++ files are b= etter candidates for benchmarking, because some of them with a lot of templ= ates take some time to compile, even on extremely fast computers.
Hmm, good point. I'll try some C++ projects then.

I made a quick hack in EmuTOS for ColdF= ire to align the RAM returned by Malloc() on a 32-bit boundary, the perform= ance was significantly better.
That's interesting. What is needed for 32-bit compile= r with 32-bit aligns but respecting original TOS structures? Some changes t= o mint/osbind.h and friends?



--
MiKRO / Mystic Bytes
http:= //mikro.atari.org
--0015173ff2b2f267c0047d35fcd5--