Back to home page

DOS ain't dead

Forum index page

Log in | Register

Search:  
Back to the forum
Board view  Mix view

NASM version 2.09 available (Announce)

posted by ecm Homepage E-mail, Düsseldorf, Germany, 30.08.2010, 21:40

> This is probably because of all output formats enabled by default. You'll
> have to manually disable non-DOS targets (win32, macho) in NASM.H or
> OUTPUT.H or whatever (I forget), which is what was typically done in old
> 0.97/0.98 days. Then it should run a little better (but not much).
Already thought about that. I'll probably disable macho and elf (maybe rdf too), but win32 and coff might be useful for HX and DJGPP development. I'll also have to look into making these things optional via C preprocessor variables so that we might get these patches into the official NASM builds. That could be accomplished with an additional makefile for Open Watcom that only has 16-bit DOS as target. (The label dos is currently used for the DPMI output format in the Open Watcom makefile.)

> which lacks x86-64 support which isn't needed here anyways.
As I wrote, I already disabled post-686 instructions, including all IA64-emulation and AMD64 stuff. I'll look into disabling support for these architectures in other places except the expression evaluator (that would be too much work).

I thought about disabling post-386 instructions too. This way, one would be able to create basic 32-bit programs with the 16-bit build, but anything else would require the DJGPP build.

> Make sure to use -os or -oxs or whatever for OpenWatcom.
Yep, already done. I also tested other different options. I have to manually enter different data segment names to avoid overflowing the default segment. All the data needs to be handled as far too. (Large or Huge memory model.) Maybe Open Watcom can be talked into moving data to overlays, which may or may not enable segments or even single items larger than 64 KiB.

> EDIT: Oops, TC doesn't support C99, doh.
I really wasn't looking forward to extend my toolchain to the semi-free TC either. (You only get the binaries, and only from that one hidden museum site.)

> > Maybe time to throw out those 8086's and 80186, and raise the limit to a
> > more modern machine, like a 286 ? :-D :-D :-D
Actually, the oldest real machine I'm running has a 586-class CPU. Porting it to a 16-bit platform is just for fun.

> Yes, if he's using XMS at all in the future, it will be 286+ only.
It could be optional, with disk swapping if no XMM is installed. Because, you see, I did mention disk swapping and XMS.

> I guess he likes the new macro features or whatever.
Right. Besides, I'm usually with the latest daily build of NASM. Some of my code right now probably won't even assemble with 2.07, and I'm already planning to use the better preprocessor of the upcoming 2.10 release. 0.98.xx was a joke compared to what we get now. (Also, I don't know whether you are allowed to use 2.06 or older releases under the 2-clause BSD license. That's important to me for ideological reasons.)

---
l

Post reply
 

Complete thread:

Back to the forum
Board view  Mix view
22649 Postings in 2111 Threads, 402 registered users, 835 users online (1 registered, 834 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum