From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mathieu Lirzin Subject: [PATCH 0/4] Build man pages in $(srcdir). Date: Sat, 19 Mar 2016 17:18:02 +0100 Message-ID: <1458404286-10448-1-git-send-email-mthl@gnu.org> Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:52591) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ahJa7-0006k3-Ip for guix-devel@gnu.org; Sat, 19 Mar 2016 12:18:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ahJa2-0006Be-K5 for guix-devel@gnu.org; Sat, 19 Mar 2016 12:18:27 -0400 List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: guix-devel@gnu.org This is an alternative to commit 97966e6d65bd3d450f12c7bb41af5f9eafd35a60. The problem solved by this commit was that doc/guix.1 was still generated by 'help2man' when doing a VPATH build from a tarball. It is still not clear to me why this problem was happening. My guess is that this was related to the $(sub_commands_mans) variable behind composed of generated files which were confusing Make in a weird way. Anyway, inspired by what is done by Automake for info manuals I have tried to build man pages in $(srcdir), which is fixing the issue too. The bonus is that now all the documentation is consistently built in $(srcdir) and that we avoid adding another "case $? ..." trick. Mathieu Lirzin (4): Revert "build: Do not remake doc/guix.1." build: Make 'guix' man page depend on scripts/guix.in. build: Build man pages in $(srcdir). build: Rewrite comments for man pages. doc.am | 67 ++++++++++++++++++++++++++++++++---------------------------------- 1 file changed, 32 insertions(+), 35 deletions(-) -- 2.7.0