Message-Id: <200005302109.AAA27505@alpha.netvision.net.il>
Date: Wed, 31 May 2000 00:09:21 +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: richdawe AT bigfoot DOT com
CC: rich AT tudor21 DOT net, djgpp AT delorie DOT com
In-reply-to: <39341DE2.20CA1843@bigfoot.com> (message from Richard Dawe on
	Tue, 30 May 2000 21:00:34 +0100)
Subject: Re: Inline asm: lcall & various binutils versions
References: <39060495 DOT 8CA597B0 AT bigfoot DOT com> <39069F55 DOT 639FE192 AT is DOT elta DOT co DOT il> <39341DE2 DOT 20CA1843 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

> Date: Tue, 30 May 2000 21:00:34 +0100
> From: Richard Dawe <richdawe AT bigfoot DOT com>
> Newsgroups: comp.os.msdos.djgpp
> 
> lcall %%es:_myoffset
> 
> but this always resulted in a segmentation fault. The only way I could get
> lcall to work was with the original syntax:
> 
> lcall _entrypoint
> 
> where entrypoint is an array of two shorts, index 0 being the offset and 1
> the selector. In spite of binutils 2.9.5.1 beta generating a warning, it
> generates the right code, looking at the disassembly. Relying on this
> behaviour is probably wrong, but it seems to work. I have no idea how to
> make it backward compatible with 2.8.1/forward compatible with 2.9.5.1
> beta, so it seems I will just have to live with this.

Perhaps a question posted to binutils AT sourceware DOT cygnus DOT com will bring
an answer.