BINS_DDK.exe

[Sami]

Just for those who can't find it:

http://members.gamedev.net/sami/upload/bins_ddk.exe

[Sajt]

Cool!
That one was always a bugger to find.

[FrikaC]

The processor pack is still easily found.

[Dr. Shadowborg]

And now for the inevitable idiot question:

What is this?

[FrikaC]

Microsoft's Driver Developer Kit binaries. Which is any easy way to get MASM, Microsoft's assembler, which is needed to build the Quake engine source without switching off the assembler code. (most GLQuake projects switch off the assembly because it's not that much of a speed advantage in non-software).

[not_l33t]

thanks. i have been looking for this

[Team Xlink]

Here is a working link:

http://www.cc.gatech.edu/classes/AY2002 ... NS_DDK.EXE

[leileilol]

even if you're not doing a software engine, I still recommend using the MASM stuff when available, because of sound mixing, this applies just as well to GLQuake

[revelator]

theres also http://www.masm32.com/ and its still being updated as well

[mh]

You don't need MASM if you're compiling with Visual C++ 2008 or 2010 (don't know about 2005) - it comes with the download already (even the express versions).

Personally I just GAS2MASM the files, pull the resulting .asm files from the output folder, include them in the project (selecting the appropriate build rule when prompted) and junk the .s files entirely. There's a bit of massaging needed for some of the software Quake stuff where some jump labels have the same name aside from case, but otherwise it's clean.

Quake II used inline ASM in it's software renderer which might be worth looking at/copying from (I reckon that if you're using MASM in the first place then the added portability is low on your priority list).

[Spike]

msvc gives up on optimisations within any function that contains a little asm, so if you use inline assembler, make sure its isolated within its own functions.
msvc doesn't support inline assember for the amd64 instruction set at all. and even if it did, you'd need to rewrite it all anyway. Its not just register names/sizes.

[revelator]

an alternative is jwasm (port of the watcom assembler) it has close syntax to the old masm.

from jwasms site.
native support for output formats Intel OMF, MS Coff (32- and 64-bit), Elf (32-and 64-bit), Bin and DOS MZ.

64 bit inline assembly might be possible with the intel compiler hooked up to msvc cant remember though.