Mail Archives: djgpp/1994/12/01/21:17:07
> source, GCC complained about nonresolved references to '_open' and
> '_close', although a 'ar tv libi77.a' shows, that they are existing.
If memory serves, when you compile the f2c library with the symbol
MSDOS #define'd, then some header or source file which #define's
open() as _open(). DJGPP #define's MSDOS, so you get this behavior.
This gotcha is presumably Microsoft C legacy, probably for
performance reasons. If I am right, you will be able to find those
#define's and nuke them; they are not needed in DJGPP.
What you see with ar tv is probably not what the linker wants.
Try using nm; if the functions are there (and you should see
__open and __close, mind the double underscore), you should see
it with nm.
If all the above doesn't help, post the exact messages you get
from the linker and the output of ar tv and nm.
- Raw text -