1

I am working on a program (for real real mode) that is loaded by a bootloader to an address in memory and jumps to it and starts executing the program. The problem is that I have the project separated into two files: a.asm (16bit asm, NASM syntax) and b.c (which i compile with gcc for dos (djgpp)). Also, b.c uses some functions from the allegro library (I have it as a static library, .a).

My question is, how do I compile and link these 3 files together? My first thought was to:

  1. Compile and assemble b.c with gcc (with the -c flag), as a result I get a b.o file
  2. Assemble a.asm with NASM (-fbin or.. ?) and get a.o
  3. Link b.o, a.o and allegro.a to get a pure binary (no .exe headers, no debug information etc.)

I tried the above approach, but at the step 3, the linker throws an error saying that the format of a.o (the object file generated by NASM), is unrecognized, and that may be because either I am not invoking the right flags and options when assembling the file, or..

I would like some guidance on how to approach this problem.

Thanks.

ddacot
  • 1,212
  • 3
  • 14
  • 40
  • 2
    You don't want `-f bin`. You want whatever object file format you use. Probably `-f coff`. See `nasm -hf`. – Jester Apr 25 '18 at 14:48
  • @Jester I used -fcoff and I am getting "coff format does not support non-32 bit relocations." – ddacot Apr 25 '18 at 19:03
  • djgpp generates 32-bit code which can't be linked to 16-bit code in the way you're expecting. The code it generates normally requires DOS and so will the Allegro library. My suggestion is just to use FreeDOS as your "bootloader" and put the command to start your program in the AUTOEXEC.BAT file. – Ross Ridge Apr 26 '18 at 01:25

1 Answers1

1

The .o file generated by DJGPP contains 32-bit (i386) code, which cannot be called from 16-bit code directly.

Under DOS, 32-bit code is typically run by using a DOS extender, which switches to 32-bit protected mode, sets up memory mappings and DOS API translation (i.e. small trampoline functions which switch back to 16-bit real mode when calling the int 21h DOS API). and then loads and calls the 32-bit code.

Lightweight alternatives of DOS extenders for switching between 16-bit and 32-bit mode:

  • unreal mode with gcc -m16 (.code16gcc). See this answer and other answers more details about gcc -m16.

  • The bootloader of the Syslinux project, which contains 16-bit assembly (NASM), 32-bit assembly (NASM) and 32-bit C (GCC) code, and it switches between them.

To link 16-bit and 32-bit code together, you can run objcopy -O binary func.o func.bin (32-bit), and then add %incbin "func.bin" to your 16-bit NASM source file. However, this breaks relocations (so you won't be able to use global variables).

pts
  • 80,836
  • 20
  • 110
  • 183