Mail Archives: djgpp/1997/01/14/10:44:42
Dr Arthur Jones <arthur DOT jones AT nottingham DOT ac DOT uk> wrote:
>extern far function1( int, int, .... )
>I've tried loading the object code into a RHIDE project and compiling/
>linking the program, but it gives something like "parse error before ("
>when it gets to the header file and doesn't compile.
>Is it fundamentally possible to link MS-C object code into DJGPP? Am I
>missing the obvious, or am I trying to do the impossible?
Hmm, I'm not familiar with MSC, however, the likely hood of you
linking objects with GCC from another compiler is slim at best.
First thing first, you need to find out which format the OBJECTS
are in. Probably OMF which is BAD. If COFF is found, use MS's LINK
and disable extended dictionaries, these are MS extensions that aren't
supported by other products. Cross your fingers and prey. otherwise
compile something using the two functions and produce a map file.
Using a debugger that supports the MAP file, try to disassemble the
code to asm and use NASM to attempt to re-produce the code in COFF
format. You may need to abuse, I mean use the knowledge of
comp.lang.x86.asm to change from 16-bit to 32bit, well all except
for the one called Scott Nudds, anyway. The best thing to do would be
to call the company and ask for tech specs or src code.
Reading this over, I noticed a vague statement. In reference to OMF, I
mean that MSC probably uses OMF objs which are not compatable with
COFF obj's. I'm not sure what MSC for 32bit systems uses, but I doubt
your using a 32Bit compiler anyway. If you are, however, and the format
is COFF then the rwo should be linkable assuming duplicate definitions
and the name mangling differences of the two compilers can be over come.
- Raw text -