Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!think!husc6!mit-eddie!rutgers!clyde!masscomp!ulowell!page
From: page@ulowell.UUCP (Bob Page)
Newsgroups: comp.sys.amiga
Subject: Re: yet another Aztec C bug... (fixed in 3.30)
Message-ID: <827@ulowell.UUCP>
Date: Sat, 6-Dec-86 00:47:06 EST
Article-I.D.: ulowell.827
Posted: Sat Dec  6 00:47:06 1986
Date-Received: Sat, 6-Dec-86 21:18:10 EST
References: <717@watmum.UUCP>
Reply-To: page@ulowell.UUCP (Bob Page)
Distribution: net
Organization: University of Lowell
Lines: 25

rmariani@watmum.UUCP (Rico Mariani) wrote in article <717@watmum.UUCP>:
>This one was found easier because it produces an assembly time error

Fixed in V3.30e (beta version).  It still generates the jsr .divs#
instruction, though.

	Old code:		New code:		Bob's comments
	--------------		--------------		--------------
	move.l	d4,d0		move.l	#4,d1		reversed order
	move.l	#4,d1		move.l	d4,d0
	jsr	.divs#		jsr	.divs#		still no shift
	asl.l	#2,d0		asl.l	#2,d0
	lea	-40(a5),a6	lea	-40(a5),a0
	move.l	d0,-(sp)	move.l	d0,d2		a speedup here
	move.l	(a6,.l),d0	move.l	(a0,d2.l),d0	fixed the bug
	move.l	(sp)+,d3				was excess code
	move.l	d4,d1		move.l	d4,d1
	jsr	.divs#		jsr	.divs#

The rest of the code is about the same.  It runs through the
assembler OK, too.

..Bob (not affiliated with Manx, by the way, except as beta tester)
-- 
Bob Page,  U of Lowell CS Dept.      ulowell!page,  page@ulowell.CSNET