That library doesn't exist! The only C is the one people actually use.
Well, there's no such thing as "the one people actually use", because
there is no "the" C compiler. There are many C compilers available, and
most (if not all) include extensions to the standard. Those extensions
(of which getopt is one) are off-topic here.
There is, however, something called "the" C language, and that is what
is discussed here. (Well, there have been several revisions to "the"
language.)
And, one of the C compilers that I actually use shows:
==========
C:\temp>cl foo.c
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8804 for 80x86
Copyright (C) Microsoft Corp 1984-1998. All rights reserved.
foo.c
Microsoft (R) Incremental Linker Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
/out:foo.exe
foo.obj
foo.obj : error LNK2001: unresolved external symbol _getopt
foo.exe : fatal error LNK1120: 1 unresolved externals
==========
I don't care for bureaucratic s*** here more than anywhere else.
And off-topic posts aren't welcome here more than anywhere else.
I can hear a lot of plonking going on over that sentence.
I know that, obviously. But C is written for Unix and vice versa.
Since when? C, as defined in the standard and discussed in this group,
doesn't even require an O/S. (It doesn't even require a keyboard and
display.)
P.S. As far as getopt(), I wrote some test programs and I think I have
figured it out. It doesn't really work well with a ':' other than at
the end, though. I think anyone who's serious about processing command
lines would write his own modification.
Or ask for help in a group where this discussion is not off-topic.
--
+-------------------------+--------------------+-----------------------------+
| Kenneth J. Brody |
www.hvcomputer.com | |
| kenbrody/at\spamcop.net |
www.fptech.com | #include <std_disclaimer.h> |
+-------------------------+--------------------+-----------------------------+
Don't e-mail me at: <mailto:
[email protected]>