[Nasm-bugs] [Bug 3392774] Large define lists crash recent NASM

[noreply-nasm at dev.nasm.us]

https://bugzilla.nasm.us/show_bug.cgi?id=3392774

--- Comment #2 from C. Masloch <pushbx at ulukai.org> ---
It seems like this is the revision which introduced packing text inline into
tokens:
https://github.com/netwide-assembler/nasm/commit/8571f06061b47471a340e350fdfcd804098637d6

Before this, a token with short text (eg a comma, or a decimal number below
"65536") would take up exactly as many bytes as were required to hold the text,
as well as the token structure (including a pointer to the text). After this
patch, each token would unconditionally take up at least 64 bytes (when the
assembler is compiled for amd64 long mode).

Ideally I'd like to create a patch that allows a run time selection of the
token size (64 vs 32, as 32 bytes suffice to build lDDebugX symbolic) but that
seems more complicated. Is there interest for such a patch? If no, can NASM
unconditionally use 32 bytes for the token structure instead of the calculation
that led to 64 bytes in long mode?

Or should I patch and build NASM separately for my use case?

-- 
You are receiving this mail because:
You are watching all bug changes.
You are on the CC list for the bug.