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

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

- Raw text -