Sender: rich AT delorie DOT com
Message-ID: <393AD180.82B5057D@bigfoot.com>
Date: Sun, 04 Jun 2000 23:00:32 +0100
From: Richard Dawe <richdawe AT bigfoot DOT com>
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.14 i586)
X-Accept-Language: de,fr
MIME-Version: 1.0
To: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
CC: djgpp AT delorie DOT com
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> <200006020647 DOT JAA27744 AT alpha DOT netvision DOT net DOT il>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: djgpp AT delorie DOT com

Hello.

Eli Zaretskii wrote:
> 
> Richard Dawe spake thusly:
> >
> > 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.

I guess I'm nitpicking here. Do you think that adding
"__attribute__((packed))" to all the structure fields is asking for
trouble given the problems with various versions of gcc/g++? Or is it not
worth the effort of preparing a patch for DJGPP 2.04?

Bye,

-- 
Richard Dawe
richdawe AT bigfoot DOT com ICQ 47595498 http://www.bigfoot.com/~richdawe/