On Sun, Aug 21, 2011 at 10:47:32PM +0300, thefox xofeht wrote: > I found another bug, it's somewhat related to recursive macros. I > reduced it down to this: [...] I'm sorry but I have made a lot more changes this evening and I cannot reproduce the problem with the current version. It may either be that I fixed it, or it just doesn't show up any more. Your example does now produce line id=0,file=0,line=6,type=2,count=2,span=2 line id=1,file=0,line=7,type=2,count=2 line id=2,file=0,line=3,type=2,count=2 line id=3,file=0,line=1,span=0 line id=4,file=0,line=9,span=4 line id=5,file=0,line=7,type=2,count=1,span=2 line id=6,file=0,line=3,type=2,count=1 line id=7,file=0,line=3,type=2,count=3 line id=8,file=0,line=6,type=2,count=1,span=1 span id=0,seg=0,start=0,size=1,type="800100000020" span id=1,seg=0,start=1,size=1,type="800100000020" span id=2,seg=0,start=2,size=1,type="800100000020" which is ok. I've implemented merging for spans which explains why there are less spans than in your example. The "type" attribute is an upcoming feature: For data output (.addr, .byte, ...), the assembler will remember the type of the data, so a debugger can choose a matching display format. Thanks a lot for testing! Regards Uz -- Ullrich von Bassewitz uz@musoftware.de ---------------------------------------------------------------------- To unsubscribe from the list send mail to majordomo@musoftware.de with the string "unsubscribe cc65" in the body(!) of the mail.Received on Sun Aug 21 22:39:35 2011
This archive was generated by hypermail 2.1.8 : 2011-08-21 22:39:38 CEST