Message-Id:	<200006020647.JAA27744@alpha.netvision.net.il>
Date:	Fri, 02 Jun 2000 09:46:39 +0200
X-Mailer:	Emacs 20.6 (via feedmail 8.1.emacs20_6 I) and Blat ver 1.8.5b
From:	"Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
To:	Richard Dawe <richdawe AT bigfoot DOT com>
CC:	djgpp AT delorie DOT com
In-reply-to:	<3936D958.20A71094@bigfoot.com> (message from Richard Dawe on
	Thu, 01 Jun 2000 22:44:56 +0100)
Subject:	Re: Inline asm: lcall & various binutils versions
References:	<Pine DOT SUN DOT 3 DOT 91 DOT 1000601092740 DOT 17554F-100000 AT is> <3936D958 DOT 20A71094 AT bigfoot DOT com>
Reply-To:	djgpp AT delorie DOT com
Errors-To:	nobody AT delorie DOT com
X-Mailing-List:	djgpp AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

> From: Richard Dawe <richdawe AT bigfoot DOT com>
> Newsgroups: comp.os.msdos.djgpp
> Date: Thu, 01 Jun 2000 22:44:56 +0100
> 
> My concern is that gcc could
> pad between offset32 and selector, to align the data and increase access
> speed.

AFAIK, GCC has no reason doing so: access to a 16-bit word will not
get faster, word-alignment is good enough for it, at least with
current ia32 processors.

- Raw text -