Mail Archives: djgpp/1994/12/02/07:57:38
>
> > 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.
I had this idea, too but since the original poster said he had
_open and not __open undefined I didn't mention about these
#define open _open
>
> If all the above doesn't help, post the exact messages you get
> from the linker and the output of ar tv and nm.
>
--Chris Christoph P. U. Kukulies kuku AT acds DOT physik DOT rwth-aachen DOT de
FreeBSD 2.0.1-Development #0: Wed Nov 2 23:00:17 1994
root AT mvx1b1:/usr/src/sys/compile/JAZZ
- Raw text -