Message-ID:	<3B5EAC8D.8EE85CA5@netscape.net>
From:	ANW <yellowfurball AT netscape DOT net>
Organization:	NoneSuch
X-Mailer:	Mozilla 4.76 [en] (Win98; U)
X-Accept-Language:	en
MIME-Version:	1.0
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: Compile errors: getopt.h: no such file or dir (ENOENT), etc.
References:	<Pine DOT SUN DOT 3 DOT 91 DOT 1010725134326 DOT 15699E AT is>
Lines:	33
Date:	Wed, 25 Jul 2001 11:28:50 GMT
NNTP-Posting-Host:	24.71.165.135
X-Complaints-To:	abuse AT home DOT net
X-Trace:	news1.sshe1.sk.home.com 996060530 24.71.165.135 (Wed, 25 Jul 2001 04:28:50 PDT)
NNTP-Posting-Date:	Wed, 25 Jul 2001 04:28:50 PDT
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp
Reply-To:	djgpp AT delorie DOT com

Thanks for the advice and comments, Eli.

> It seems your DJGPP installation is in good shape.
> 
> > ne2k-pci-diag.c:49: getopt.h: No such file or directory (ENOENT)
> > ne2k-pci-diag.c:56: sys/io.h: No such file or directory (ENOENT)
> 
> These error messages are not due to botched installation: DJGPP indeed
> does not have getopt.h or sys/io.h headers.
> 
> Do you have any reason to believe that this particular program is
> compatible with DJGPP?  It seems to me it isn't, in which case you will
> need to modify the sources slightly to get it to compile.
> 

No, I have no reason to believe that the Linux program would be
compatible with DJGPP. But as I mentioned in my earlier reply to Martin
Strlmberg, those two "missing" files are actually residing in a few of
my folders!?

> > PATH=G:\AMZI4\BIN;F:\EIFFEL45\BENCH\SPEC\WINDOWS\LIB\MSC;F:\BP\BIN;C:\WINDOWS;C:\WINDOWS\COMMAND;C:\DOS;C:\PROGRA~1\OUTLOOK\OFFICE;E:\EMACS20.3.1\BIN;I:\JDK1.3\BIN;
> > H:\ELJ-WIN32\SMALLEIFFEL\BIN;H:\ELJ-WIN32\LCC\BIN;G:\DJGPP\BIN
> 
> This is slightly sub-optimal: the DJGPP bin subdirectory should ideally
> be much closer to the beginning of PATH, to avoid problems with picking
> wrong versions of the preprocessor, Make, and other utilities.  Other
> than that, your installation is correct.

Agreed. But wouldn't the same logic apply to one of my other compilers
as well? May be using "batch" files to set the path and invoke the
compiler instead of "setting the path in AUTOEXEC.BAT" would be better?

ANW

- Raw text -