Re: Can you help me to test treeviewx?
On Mon, Mar 20, 2006 at 01:02:53AM +0900, Charles Plessy wrote:
> > > ifneq "$(wildcard /usr/share/misc/config.sub)" ""
> > > cp -f /usr/share/misc/config.sub config.sub
> > > endif
> > > ifneq "$(wildcard /usr/share/misc/config.guess)" ""
> > > cp -f /usr/share/misc/config.guess config.guess
> > > endif
> > The alternative to copying it in the clean target is to copy (or link)
> > it in the configure (or build) target, and remove it in the clean
> > target, which causes the .diff.gz to be shorter, more readable, and
> > more source-like.
>
> I have to admit that my knowledge of autoconf/automake in particular and
> C/C++ in general is much too low to understand the situation... This
> part of the rules makefile were created automatically when I ran
> dh_make, and I was very surprised that the if/endif statements can not
> be removed. If you have a trick to prevent the config.* files to enter
> the diff.gz part of the debian source package, please tell me. I'll
> understand later.
Personally I just Build-Depends on autotools-dev and apply the patch
below. This take care of the problem without messing with the
debian/rules file.
Cheers,
--
Bill. <ballombe@debian.org>
Imagine a large red swirl here.
--- orig/config.guess
+++ new/config.guess
@@ -1,4 +1,10 @@
#! /bin/sh
+# autotools-dev hack (<ballombe@debian.org>, Wed, 14 Nov 2001 10:13:10 +0100)
+if [ -x /usr/share/misc/config.guess ]; then
+ /usr/share/misc/config.guess $*
+ exit $?
+fi
+
# Attempt to guess a canonical system name.
# Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
# 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc.
--- orig/config.sub
+++ new/config.sub
@@ -1,4 +1,10 @@
#! /bin/sh
+# autotools-dev hack (<ballombe@debian.org>, Wed, 14 Nov 2001 10:13:10 +0100)
+if [ -x /usr/share/misc/config.sub ]; then
+ /usr/share/misc/config.sub $*
+ exit $?
+fi
+
# Configuration validation subroutine script.
# Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
# 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc.
Reply to: