]> git.donarmstrong.com Git - debhelper.git/commitdiff
more comments
authorJoey Hess <joey@gnu.kitenet.net>
Tue, 14 Apr 2009 19:24:57 +0000 (15:24 -0400)
committerJoey Hess <joey@gnu.kitenet.net>
Tue, 14 Apr 2009 19:24:57 +0000 (15:24 -0400)
Debian/Debhelper/Buildsystem/autotools.pm
Debian/Debhelper/Buildsystem/makefile.pm
Debian/Debhelper/Buildsystem/perl_build.pm
Debian/Debhelper/Buildsystem/python_distutils.pm

index 088516779b6d9e1c9be67e611368dffeeb2bceaa..b94d8e17f730619fe34fe418d03dc01eced50ba8 100644 (file)
@@ -20,6 +20,16 @@ sub is_auto_buildable {
        my $action=shift;
 
        # Handle configure; the rest - next class
+       # XXX JEH 
+       # Currently, if there is a configure script, and dh_auto_build
+       # is run w/o dh_auto_configure having been run, there's no
+       # Makefile, so the next class's detection routine also fails, and
+       # presumably all do, resulting in dh_auto_build doing nothing
+       # and silently "succeeding".
+       # So, why not always test for configure? Then, for ! configure
+       # actions, it would use the methods inherited from its parent
+       # class. In the above example, that will try to run "make" w/o a
+       # Makefile, which prints a useful error.
        if ($action eq "configure") {
                return -x "configure";
        }
index 36081ecc3f2015334c72ae81aeb34f3dfaa076b2..286f0f650433e4e896e88f21d94a83872f9e9562 100644 (file)
@@ -66,6 +66,7 @@ sub is_auto_buildable {
        my ($action) = @_;
 
        # Handles build, test, install, clean; configure - next class
+       # XXX JEH shouldn't it also handle configure, just as a no-op?
        if (grep /^\Q$action\E$/, qw{build test install clean}) {
                # This is always called in the source directory, but generally
                # Makefiles are created (or live) in the the build directory.
index 9be71a27a81a01ff3550934dba832bd9af8e1b00..550f2a5be26d1fc876bc5275694617166a2f750f 100644 (file)
@@ -19,6 +19,12 @@ sub is_auto_buildable {
 
        # Handles everything
        my $ret = -e "Build.PL";
+       # XXX JEH what happens here if they run dh_auto_build,
+       # forgetting dh_auto_configure? I think it will just
+       # think it's not auto buildable and, assuming no other buildsystems
+       # succeed, silently do nothing. Perhaps it would be better, then,
+       # to omit the test below. Then, it would try to run ./Build
+       # which doesn't exist, which should result in a semi-useful error.
        if ($action ne "configure") {
                $ret &&= -e "Build";
        }
index a69b36f4136e81e29aad249487bc93219e58b950..0b8367ec56420b4ade7f5566d421603ecfec2fbf 100644 (file)
@@ -20,6 +20,8 @@ sub is_auto_buildable {
        my $action=shift;
 
        # Handle build install clean; the rest - next class
+       # XXX JEH shouldn't it also handle configure? It would be handled
+       # by doing nothing, but that's what's appropriate for python.
        if (grep(/^\Q$action\E$/, qw{build install clean})) {
                return -e "setup.py";
        }