From patchwork Tue Dec 2 12:40:04 2014 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: =?utf-8?b?RGF2aWQgSMODwqRyZGVtYW4=?= X-Patchwork-Id: 5419751 Return-Path: X-Original-To: patchwork-linux-nfs@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork1.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.19.201]) by patchwork1.web.kernel.org (Postfix) with ESMTP id 131E79F1C5 for ; Tue, 2 Dec 2014 12:47:45 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id 423F82021F for ; Tue, 2 Dec 2014 12:47:44 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 56EF920253 for ; Tue, 2 Dec 2014 12:47:43 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754561AbaLBMrj (ORCPT ); Tue, 2 Dec 2014 07:47:39 -0500 Received: from vader.hardeman.nu ([95.142.160.32]:49104 "EHLO hardeman.nu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754586AbaLBMrh (ORCPT ); Tue, 2 Dec 2014 07:47:37 -0500 Received: from zeus.hardeman.nu (unknown [IPv6:2001:a60:146b:9a00:d43a:2777:8f76:317]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by vader.hardeman.nu (Postfix) with ESMTPSA id 22DCB173E; Tue, 2 Dec 2014 13:40:14 +0100 (CET) Received: by zeus.hardeman.nu (Postfix, from userid 1000) id E6C5C3281C91; Tue, 2 Dec 2014 13:40:04 +0100 (CET) Subject: [PATCH 3/3] [RFC] nfs-utils: include headers from srcdir From: David =?utf-8?b?SMOkcmRlbWFu?= To: linux-nfs@vger.kernel.org Date: Tue, 02 Dec 2014 13:40:04 +0100 Message-ID: <20141202124004.13015.5604.stgit@zeus.muc.hardeman.nu> In-Reply-To: <20141202123805.13015.25151.stgit@zeus.muc.hardeman.nu> References: <20141202123805.13015.25151.stgit@zeus.muc.hardeman.nu> User-Agent: StGit/0.17.1-dirty MIME-Version: 1.0 Sender: linux-nfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org X-Spam-Status: No, score=-5.2 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_HI, T_RP_MATCHES_RCVD, UNPARSEABLE_RELAY, URIBL_BLACK autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP Some of the headers in ./support/include get generated as part of the build process (and end up in the build dir hierarchy) and some are not (so they stay in the srcdir hierarchy). That means the build breaks when using a separate build dir. I'm not sure what the best way to make sure that -I$(top_srcdir)/support/include is defined everywhere is. Consider this a basis for discussion rather than a real patch. Someone with more autoconf-fu can surely come up with a better solution. --- configure.ac | 3 +++ 1 file changed, 3 insertions(+) -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/configure.ac b/configure.ac index e3af723..5d0ab2b 100644 --- a/configure.ac +++ b/configure.ac @@ -479,6 +479,9 @@ my_am_cflags="-Wall -Wextra -Wstrict-prototypes $ARCHFLAGS -pipe" AC_SUBST([AM_CFLAGS], ["$my_am_cflags"]) +AM_CPPFLAGS="$AM_CPPFLAGS -I\$(top_srcdir)/support/include" +AC_SUBST([AM_CPPFLAGS]) + # Make sure that $ACLOCAL_FLAGS are used during a rebuild AC_SUBST([ACLOCAL_AMFLAGS], ["-I $ac_macro_dir \$(ACLOCAL_FLAGS)"])