[Nasm-bugs] [Bug 3392403] New: missing documentation for specifying size, e.g. mov *byte* [addr], imm
no-reply at bugzilla-nasm.gorcunov.org
no-reply at bugzilla-nasm.gorcunov.org
Fri Apr 28 04:43:13 PDT 2017
https://bugzilla.nasm.us/show_bug.cgi?id=3392403
Bug ID: 3392403
Summary: missing documentation for specifying size, e.g. mov
*byte* [addr], imm
Product: NASM
Version: 2.12.xx
Hardware: All
OS: All
Status: OPEN
Severity: normal
Priority: Medium
Component: Assembler
Assignee: nobody at nasm.us
Reporter: eekee57 at fastmail.fm
CC: gorcunov at gmail.com, hpa at zytor.com, nasm-bugs at nasm.us
i'm just starting out with 8086 assembler. i find 90% of tutorials extremely
confusing, so i go straight for references and manuals; in this case intel's
instruction set reference and of course nasm's manual. for the most part i've
got on well with just these two, but when i needed to know how to specify the
data size in assembly language when there were no registers involved, i didn't
find the answer in either document. (i'm not sure the instruction set reference
is concerned with assembly language.) i searched nasm's manual as thoroughly as
i could, finding size specifiers for addressing modes and operand sizes, (a16,
o32, etc,) but attempting to adapt those specifiers for the 8-bit mov i needed
simply raised errors.
i asked about it in irc, and was told of the correct form. i had:
mov [addr], 0h10
i needed:
mov byte [addr], 0h10
nothing in nasm's manual told me of the latter form.
i'd be happy if i could continue to get on with just these two documents. :)
besides, seeing as address- and operand-size prefixes are documented in nasm's
manual (albeit barely in the case of operand prefixes), i think it makes some
sense to document these other size qualifiers too.
i have a bigger problem with idiv, where i need to specify imm16 not imm8,
(because the results end up in different registers for these different sizes,)
but no placement of 'word' or 'o16' is accepted. i'm unsure whether to file
this as a separate bug.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are watching all bug changes.
More information about the Nasm-bugs
mailing list