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

- Raw text -