Nope. The first time through, it is still the installed getopt.h and it is the broken configured version the second time through. I could do my testing thus:
configure make make dist cp /usr/include/getopt.h lib/. make check but I'd rather understand why A) the configured version is invalid, and B) why it changes between "make" and "make check". On Tue, Nov 17, 2009 at 4:14 PM, Bruce Korb <bruce.k...@gmail.com> wrote: > On Sat, Nov 14, 2009 at 2:57 PM, Eric Blake <e...@byu.net> wrote: >> Is this something you can reproduce using just './gnulib-tool --with-tests >> - --test [your list of modules]'? Is this a case where you need to upgrade >> your list of modules to use getopt-posix or getopt-gnu, instead of the >> deprecated plain getopt? > > Hmm. Thanks, Eric. Normally, I prefer to write using the completely > non-standard "autoopts-config" :-D. I'll try again with getopt-gnu. > Perhaps this could be fiddled a bit so the failure mode is a little > clearer about the cause? > >>> I'm running on linux. There is a /usr/include/getopt.h. >> >> Which kernel version, and glibc version? > vmlinux-2.6.27.37 > $ /lib/libc.so.6 > GNU C Library stable release version 2.9 (20081117), by Roland McGrath et al. > > Thank you. Regards, Bruce >
