Subject:	Re: F2C problems with DJGPP
To:	eliz AT is DOT elta DOT co DOT il (Eli Zaretskii)
Date:	Fri, 2 Dec 1994 09:52:32 +0100 (MET)
Cc:	djgpp AT sun DOT soe DOT clarkson DOT edu (user alias)
From:	Christoph Kukulies <kuku AT acds DOT physik DOT rwth-aachen DOT de>
Reply-To:	Christoph Kukulies <kuku AT acds DOT physik DOT rwth-aachen DOT de>

> 
> > 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 -