flat assembler
Message board for the users of flat assembler.
![]() Goto page Previous 1, 2 |
Author |
|
Tomasz Grysztar
The 1.71.11 release addresses some of the problems you found. I still did not analyze everything you posted, though - I may prepare another related release later.
|
|||
![]() |
|
l_inc
Tomasz Grysztar
Quote: Modifying a value in uninitialized data block with "store" directive will now correctly mark this data as initialized when it is in a different addressing space. This issue is still present: Code: rb 1 space:: virtual rb 1 ;<- somehow this is crucial store byte 'A' at space:0 end virtual _________________ Faith is a superposition of knowledge and fallacy |
|||
![]() |
|
Tomasz Grysztar
I try to resolve this issue with 1.71.12 release.
|
|||
![]() |
|
l_inc
Tomasz Grysztar
Thank you. It seems to work correctly now. P.S. But I still can't compile: Code: use64 org 100000000h lea edx,[0] with eip-relative addressing. ![]() _________________ Faith is a superposition of knowledge and fallacy |
|||
![]() |
|
l_inc
Tomasz Grysztar
I've got one more question. Is the following behaviour expected to be correct? Code: org -1 db 'A' load a from $FFFFFFFFFFFFFFFF On one hand such behaviour allows an important possibility to store labels as qword's and stay sure, that the labels when loaded back can still be used as pointers with the load/store directives. On the other hand I remember you said you'd like a programmer to be unaware of the implemented arithmetic width. Thus my question is whether the wraparound behaviour is expected and whether one can rely on this to stay unchanged in the future. _________________ Faith is a superposition of knowledge and fallacy |
|||
![]() |
|
Tomasz Grysztar
l_inc wrote: Tomasz Grysztar Code: a = -0FFFFFFFFFFFFFFFFh org a ; error, as with "dq a" |
|||
![]() |
|
Goto page Previous 1, 2 < Last Thread | Next Thread > |
Forum Rules:
|
Copyright © 1999-2020, Tomasz Grysztar. Also on GitHub, YouTube, Twitter.
Website powered by rwasa.