All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Yann E. MORIN" <yann.morin.1998@free.fr>
To: linux-nfs@vger.kernel.org
Cc: "Yann E. MORIN" <yann.morin.1998@free.fr>,
	Chuck Lever <check.lever@oracle.com>,
	Steve Dickson <SteveD@redhat.com>
Subject: [PATCH 1/4] configure: do not fail if libtirpc is missing but not requested
Date: Wed,  7 Jan 2015 00:07:57 +0100	[thread overview]
Message-ID: <7b77f91268fcbb942affb41afc0272c1439121e9.1420585444.git.yann.morin.1998@free.fr> (raw)
In-Reply-To: <cover.1420585444.git.yann.morin.1998@free.fr>

The current code bails out if libtirpc is not found, making it a
mandatory dependency of nfs-utils, which it is not: it is only an
optional dependency.

The culprit (introduced by me) is the action-if-not-found in
PKG_CHECK_MODULES, that improerly checks the value of the --enable-tirpc
flag.

Fix that by checking against a 'yes'. Any other value means either
'auto' (in which case we do not want to fail), or 'no' (in which case we
do not even run the test to start with).

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Chuck Lever <check.lever@oracle.com>
Cc: Steve Dickson <SteveD@redhat.com>
---
 aclocal/libtirpc.m4 | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/aclocal/libtirpc.m4 b/aclocal/libtirpc.m4
index ebc1bea..c46f16a 100644
--- a/aclocal/libtirpc.m4
+++ b/aclocal/libtirpc.m4
@@ -10,7 +10,7 @@ AC_DEFUN([AC_LIBTIRPC], [
                        AM_CPPFLAGS="${AM_CPPFLAGS} ${TIRPC_CFLAGS}"
                        AC_DEFINE([HAVE_LIBTIRPC], [1],
                                  [Define to 1 if you have and wish to use libtirpc.])],
-                      [AS_IF([test "$enable_tirpc" != "no"], [AC_MSG_ERROR([libtirpc not found.])],
+                      [AS_IF([test "$enable_tirpc" = "yes"], [AC_MSG_ERROR([libtirpc not found.])],
                              [LIBTIRPC=""])])])
 
   AC_SUBST([AM_CPPFLAGS])
-- 
1.9.1


  reply	other threads:[~2015-01-06 23:08 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-06 23:07 [pull request] nfs-utils: fixup detection of libtirpc Yann E. MORIN
2015-01-06 23:07 ` Yann E. MORIN [this message]
2015-01-06 23:07 ` [PATCH 2/4] configure: be more laxist on the required libtirpc version Yann E. MORIN
2015-01-06 23:07 ` [PATCH 3/4] configure:restore the old way of checking for libtirpc Yann E. MORIN
2015-01-06 23:08 ` [PATCH 4/4] configure: restore checking for authgss_free_private_data in libtirpc Yann E. MORIN
2015-01-06 23:21 ` [pull request] nfs-utils: fixup detection of libtirpc Yann E. MORIN
2015-01-23 15:11 ` Steve Dickson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7b77f91268fcbb942affb41afc0272c1439121e9.1420585444.git.yann.morin.1998@free.fr \
    --to=yann.morin.1998@free.fr \
    --cc=SteveD@redhat.com \
    --cc=check.lever@oracle.com \
    --cc=linux-nfs@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.