Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the forum
Board view  Mix view

rebuilding NASM 2.09 and NASM compatibility (Developers)

posted by ecm Homepage E-mail, Düsseldorf, Germany, 22.03.2020, 11:45

> No, I don't actually. Been a long time. May look around on my (now Debian
> testing amd64) development machine to see if I find any traces of that.
> Will have to set up OpenWatcom on that machine to attempt this again,
> should I decide to.

I didn't find any traces of that build. The oldest NASM files I found are in the directory Projects/obsolete/NASM/nasm-2.09.01-20100908/ and were written 2010-09-08, just a bit after the 2010-08-25 date of that message.

> For my current projects I usually need at least 2.10, I did some testing
> recently but don't remember which exact versions worked. (And Google's
> Hangouts is difficult to search.) I think some specific 2.09.xx versions
> worked too.

Here's a log from 2019-11-16:

ecm: NASM version 2.10.09 ist nötig um lDebug zu assemblieren
ecm: bei 2.09.10 funktioniert "%assign %$foo%[bar] quux" nicht richtig
ecm: insrch.asm:802: warning: (__ldup_count:1) context-local macro expansion fall-through (automatic searching of outer contexts) will be deprecated starting in NASM 2.10, please see the NASM Manual for more information
binsrch.asm:802: warning: (__ldup_count:1) `count_newparlist': context-local macro expansion fall-through
binsrch.asm:802: error: (__ldup_count:1) `%assign' expects a macro identifier

ecm: bei 2.07 passiert dies hier (duplikate rausgeschnitten)
proj/lDebug/build.206/source$ ./mak.sh -D_BOOTLDR
Creating debug.com
debugtbl.inc:10: error: (opl:10) unknown preprocessor directive `%deftok'
debugtbl.inc:10: error: label or instruction expected at start of line
debugtbl.inc:10: error: (opl:14) `%assign' expects a macro identifier

ecm: der 2.10.09 build ist identisch mit dem 2.15rc0
ecm: d.h. binary ist gleich


Translation:

ecm: NASM version 2.10.09 is needed to assemble lDebug
ecm: with 2.09.10 "%assign %$foo%[bar] quux" doesn't function right
ecm: insrch.asm:802: warning: (__ldup_count:1) context-local macro expansion fall-through (automatic searching of outer contexts) will be deprecated starting in NASM 2.10, please see the NASM Manual for more information
binsrch.asm:802: warning: (__ldup_count:1) `count_newparlist': context-local macro expansion fall-through
binsrch.asm:802: error: (__ldup_count:1) `%assign' expects a macro identifier

ecm: with 2.07 this happens (duplicates cut)
proj/lDebug/build.206/source$ ./mak.sh -D_BOOTLDR
Creating debug.com
debugtbl.inc:10: error: (opl:10) unknown preprocessor directive `%deftok'
debugtbl.inc:10: error: label or instruction expected at start of line
debugtbl.inc:10: error: (opl:14) `%assign' expects a macro identifier

ecm: the 2.10.09 build is identical to the 2.15rc0
ecm: ie, binary is the same


Here are a few more messages I found in GoogleMail/Hangouts (but not in Pidgin, which is easier to copy and search through):

https://stackoverflow.com/questions/46549671/doesnt-perl-include-current-directory-in-inc-by-default ran into this for macros.pl
https://www.perlmonks.org/bare/?node_id=375341 due to this I added BEGIN { unshift @INC, "."; }
which worked
https://repo.or.cz/nasm.git/commitdiff/bc8522e3a08ae3124bdf60d27dd0a24baee535f0 I had to cherry pick this commit
to allow building the older nasm versions
in one of these (must be 2.06) I manually had to resolve a conflict by doing git rm -f directiv.pl

testopt etc (newly moved to lmacros3) need correct %deftok
the bugged one doesn't work for that
ie, it must be 2.09.02

huh. 2.09.10 has the error that I showed earlier
2.09.02 doesn't have that error and seems to function
same binary output
2.09.02 works
2.09.03 to 2.09.10 all don't work
https://repo.or.cz/nasm.git?a=commit&h=6cdc900d8d56106e9ac62247968e618355b08938
starting with this one it doesn't work anymore

---
l

 

Complete thread:

Back to the forum
Board view  Mix view
22049 Postings in 2034 Threads, 396 registered users, 267 users online (0 registered, 267 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum