td = turbo debugger

Ah, I don't use any turbo products.

its free

It may be free, but it seems to be very limiting and I just dont like it

The host OS can be either Windows or Linux, depending on the machine. At one point the x86 port of my OS was able to run GCC via a POSIX wrapper I quickly hacked in but now I have a regression and haven't figured out why it doesn't work anymore. I'm guessing it's a problem with the wrapper itself, not the OS so I'm not looking into it at the moment. Just wanted to say I was close to self-hosting

• I use a GCC cross-compiler and cross-Binutils for ELF under Windows (that run natively, not under Cygwin because I used MinGW + MSYS to build them). I'm working on my own C++ (which is the language I'm using) compiler but that's nowhere near completion. My ELF linker is done but I'm not (yet) using it because I'm too lazy to update the build system (check below).
  
• I use several assemblers, depending on the platform (x86(-64), Power, SPARC(64), MIPS(32/64), ARM - although most of these platforms are in a rudimentary stage and some won't even boot; I don't think I'll have the time to port everything anytime soon). I'm guessing most people here only care about x86(-64) so I'll mention JWASM. I find NASM and YASM very good assemblers too. I hope to someday write my own assemblers but for now it's just too much work to write and maintain so many tools.
  
• My build system uses a "make" clone which I wrote following the POSIX specification. Before this I used to use MinGW's build for GCC Make and it worked perfectly.
  
• I have several testbeds and usually use network booting (PXE) but when I'm away with only my laptop I use QEMU and debug with GDB over the serial port. I have no plans to write either emulators/VMs or debuggers.
  
• I use git for revision control but have plans on my own system. I have done a little research but haven't actually written anything yet.

Cheers,
Bogdan

I use Linux exclusively.

I use GCC, NASM for development.

I am building a high-bread kernel eventually (runs in realmode and switches to protected mode if neccary and processor supports it), i am keeping support for intel 8088 LOL.

Why suport the 8088?

Hardly anyone has an 8088 based pc..

I can understand from a leraning point of view, but wouldn't it be more productive and relevant to target 64-bit platforms?

LOL i am kind of anti-64 bit.
Most of my computers dont even supprot it. and i have 100% 32 bit os's.
Besides it a actually wastes more ram so its counter productive unless you have 4gig + ram.
Also making a hobby os to support a messy new unstable platform makes about as much sense as 8 + 8 = 0xF.

-

I targeted the 8088 because its more challenging.

Cool, was just wandering. Not having a dig.

Hope you have fun and you will prob learn loads along the way.