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
Precedence: bulk

> 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.