From: Ullrich von Bassewitz (uz_at_musoftware.de)
Date: 2000-12-13 19:04:02
Hi! On Tue, Dec 12, 2000 at 08:14:40PM +0100, Groepaz wrote: > thats what i expected... but look above :/ I'm sorry, this is definitely an error in the assembler. Please, please submit things like this as a bug report and don't mention it in passing somewhere in an email discussion. As a result this will not get fixed for 2.6 because it's too late:-( The new version is finished (provided there are no real sho stopper bugs) and will probably out somewhere around the next weekend/start of next week. Adding a fix for this problem would require more time than I currently have. As a workaround for now, please use the global namespace operator: bar = 1 .proc foo .if (::bar = 1) ; Global namespace override for ::bar .byte 0 .endif .endproc > err 'dd' ? tell windoze peeps to use *nix tools ;=D Remember "World domination, fast!"? You have to switch over to Linux anyway, so why don't do it now?:-) > .incbin "file1",0,4096,2 Ok, I've added it to my TODO list. > mmh 'a hack' ? no, thats why i said '16 bit integer variables' .... since those > can either represent > > a) 16bit unsigned 'addresses' > b) 16bit signed 'variables' > c) 8.8 signed fixed-point 'variables' > > math functions should take and return variables in 8.8 format, whereas the user > would be responsible to properly convert them forth and back. This would really be a *very* special feature. Calculating sin (PI / 2) starts getting troublesome if you have to specify PI in 8.8 signed fixed point format... Regards Uz -- Ullrich von Bassewitz uz_at_musoftware.de
This archive was generated by hypermail 2.1.3 : 2001-12-14 22:05:37 CET