or you can add -I/sw/share/gengetopt
[EMAIL PROTECTED] writes:
>For now I just BuildDepends on gengetopt and then copy
>/sw/share/gengetopt/* into the source dir during the PatchScript to
>replace the very old version of getopt included with the source.
-=[JFH] Justin F. Hallett
-=[JFH] Rend
On Monday, Jan 20, 2003, at 19:34 US/Eastern, Carsten Klapp wrote:
Hi Dan,
I'll send it to you directly.
I searched Google for getopt_long and found a few people complained
that autogen doesn't properly check for getopt_long but found no
solution. There may not be an answer, as I understand it
Hi Dan,
I'll send it to you directly.
I searched Google for getopt_long and found a few people complained
that autogen doesn't properly check for getopt_long but found no
solution. There may not be an answer, as I understand it the standard
GNU C library has getopt_long() built in, so autogen m
Sorry I have no answer, I am wondering the same thing.
I recently run in this situation with a new package I am testing and
found that ./configure does not see the getopt_long function of
libgnugetopt even though it is installed, even with various -I cflags
and -L ldflags no success.
For now
I've noticed some program sources that make use of the GNU getopt library
include that library source in their tarball, and then compile and
static-link it into the binary (and some have a flag that controls whether
to use it or expect that this library already exists in -L somewhere).
Fink has a l
