From mint-bounce@lists.fishpool.fi  Sun May  8 01:12:48 2005
X-Original-To: fnaumann@mail.boerde.de
Delivered-To: fnaumann@mail.boerde.de
Message-ID: <20050507180839.vbhw8vlv32waokcs@coolrunningconcepts.com>
Date: Sat, 07 May 2005 18:08:39 -0500
From: evan@coolrunningconcepts.com
To: atari@gabo.pl
Cc: mint@fishpool.com
Subject: Re: [MiNT] [Aranym-dev] Re: fVDI goes FreeType2 rendered vector fonts
	soon
References: <35308.83.25.120.122.1115448218.squirrel@83.25.120.122>
In-Reply-To: <35308.83.25.120.122.1115448218.squirrel@83.25.120.122>
MIME-Version: 1.0
Content-Type: text/plain;
	charset=ISO-8859-1;
	format="flowed"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
User-Agent: Internet Messaging Program (IMP) H3 (4.0)
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - esc14.midphase.com
X-AntiAbuse: Original Domain - fishpool.com
X-AntiAbuse: Originator/Caller UID/GID - [32001 32001] / [47 12]
X-AntiAbuse: Sender Address Domain - coolrunningconcepts.com
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-ecartis-version: Ecartis v1.0.0
Sender: mint-bounce@lists.fishpool.fi
Errors-To: mint-bounce@lists.fishpool.fi
X-original-sender: evan@coolrunningconcepts.com
Precedence: bulk
List-help: <mailto:ecartis@lists.fishpool.fi?Subject=help>
List-unsubscribe: <mailto:mint-request@lists.fishpool.fi?Subject=unsubscribe>
List-Id: <mint.lists.fishpool.fi>
X-List-ID: <mint.lists.fishpool.fi>
X-Virus-Scanned: by amavisd-new at relay.boerde.de
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on relay.boerde.de
X-Spam-Status: No, hits=-0.9 tagged_above=-50.5 required=7.0 tests=AWL,
 BAYES_00, NO_REAL_NAME
X-Spam-Level: 

Quoting atari@gabo.pl:

> The real problem is gcc here. When not -mshort even short int are handled
> as longs (ie. they take 4 bytes of memorry (2 of them unused)), and all
> operation of them are in fact 32 bit (move.l instead move.w for example).
> The problem arises when dealing with TOS syscals that use 16bit arguments
> everywhere. The workaround for this is using packed structures where short
> ints are real short ints, but it is a hack. I belive there was work done
> on this in FreeMiNT and I do not know if it is finished. You would need to
> ask  on MiNTlist.

Why not use this ...

  -mno-align-int            Align variables on a 16-bit boundary

There are lots of other issues too, however, the packed structure method, even
though its more of a hack, may still be a better option if you want to run
native on the coldfire as it really prefers 32 bit alignment for everything.