[Lunar-commits] <moonbase> Python: removing this "compileall" step. The reason for its original insertion

Dennis `stumbles` Veatch stumbles at lunar-linux.org
Thu Feb 16 22:29:44 CET 2012


commit a2ac54fad7ea56638933cf9344acbf272425ab99
Author: Dennis `stumbles` Veatch <stumbles at lunar-linux.org>
Date:   Thu Feb 16 16:29:44 2012 -0500

    Python: removing this "compileall" step. The reason for its original insertion
    
    is lost in /dev/null.
    
    From that script;
    
    "When called as a script with arguments, this compiles the directories
    given as arguments recursively; the -l option prevents it from
    recursing into directories.
    
    Without arguments, if compiles all modules on sys.path, without
    recursing into subdirectories.  (Even though it should do so for
    packages -- for now, you'll have to deal with packages separately.)"
    
    I don't see this doing much different than a default_build. Additionally,
    on a clean install the make will tank on directory missing. It was on
    IRC someone had that problem. I have confirmed this does happen in such a
    situation.
---
 python/Python/BUILD |    6 +-----
 1 files changed, 1 insertions(+), 5 deletions(-)

diff --git a/python/Python/BUILD b/python/Python/BUILD
index 070a0d6..756bf78 100644
--- a/python/Python/BUILD
+++ b/python/Python/BUILD
@@ -12,11 +12,7 @@
 
   patch_it $SOURCE_CACHE/$SOURCE2 1  &&
 
-  default_config  &&
-  make            &&
-  make compileall &&
-  prepare_install &&
-  make install    &&
+  default_build &&
 
   install -d /usr/lib/python$MAJOR                        &&
   install -m755 $SOURCE_DIRECTORY/Tools/i18n/msgfmt.py     \


More information about the Lunar-commits mailing list