Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!watnot!watmum!rmariani
From: rmariani@watmum.UUCP
Newsgroups: comp.sys.amiga
Subject: yet another Aztec C bug...
Message-ID: <717@watmum.UUCP>
Date: Thu, 4-Dec-86 16:54:27 EST
Article-I.D.: watmum.717
Posted: Thu Dec  4 16:54:27 1986
Date-Received: Fri, 5-Dec-86 04:15:36 EST
Distribution: net
Organization: U of Waterloo, Ontario
Lines: 63

This one was found easier because it produces an assembly time error
however, it is not so easy to determine the source...

main()
{
	register int p;
	int s[10];

 	s[p/4]/p;
}

Causes an assembly time error when compiled with the +l option but
works fine otherwise...

;main()
;{
	public	_main
_main:
	link	a5,#.2
	movem.l	.3,-(sp)
;	register int p;
;	int s[10];
;
; 	s[p/4]/p;
	move.l	d4,d0
	move.l	#4,d1			<---- you guys should generate a
	jsr	.divs#			      a shift please... don't call
	asl.l	#2,d0			      the signed division thing...
	lea	-40(a5),a6
	move.l	d0,-(sp)
	move.l	(a6,.l),d0		<---- CHOKE HERE
	move.l	(sp)+,d3
	move.l	d4,d1
	jsr	.divs#
;}
.4
	movem.l	(sp)+,.3
	unlk	a5
	rts
.2	equ	-40
.3	reg	d4
	public	.begin
	dseg
	cseg
	end

Besides the fact that this code is not exactly ummmm optimal, there is
a slight (so slight) syntax error in the assembler, that line should read

move.l (a6,d0.l),d0

Sigh....

Can we try to do something about this one B4 Version 3.40 too?

By the way, I am a registered (and satisfied!) Commercial version owner
and I have not recieved anything from Aztec ever.  I sent in my forms
last March. 

Maybe they don't like Canadians or something?  :-)


	-Rico