configure.ac: rework/fix the NEEDS_RESOLV and NEEDS_LIBGEN tests
authorBrandon Casey <drafnel@gmail.com>
Tue, 21 Jul 2009 20:23:06 +0000 (15:23 -0500)
committerJunio C Hamano <gitster@pobox.com>
Thu, 23 Jul 2009 04:56:51 +0000 (21:56 -0700)
commita1142892fd505c304e2e825902bf5d7a38044e87
tree026bd73c845c80befed5f2c0444e68a802ded229
parent248b6c0609cf7cc9411a9094c4868ce9cdbd4922
configure.ac: rework/fix the NEEDS_RESOLV and NEEDS_LIBGEN tests

The "action" parameters for these two tests were supplied incorrectly for
the way the tests were implemented.  The tests check whether a program
which calls hstrerror() or basename() successfully links when -lresolv or
-lgen are used, respectively.  A successful linking would result in
NEEDS_RESOLV or NEEDS_LIBGEN being unset, and failure would result in
setting the respective variable.

Aside from that issue, the tests did not handle the case where neither
library was necessary for accessing the functions in question.  So solve
both of these issues by re-working the two tests so that their form is like
the NEEDS_SOCKET test which attempts to link with just the c library, and
if it fails then assumes that the additional library is necessary and sets
the appropriate variable.

Also an entry in the config.mak.in file is necessary for the NEEDS_LIBGEN
variable to appear in the config.mak.autogen file with the value assigned
by the configure script.  Without it, the generated shell script would
contain a snippet like this:

   for ac_lib in ; do
      ...

which is incorrect.

Signed-off-by: Brandon Casey <drafnel@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
config.mak.in
configure.ac