diff options
author | Steven Knight <knight@baldmt.com> | 2002-11-05 10:16:03 (GMT) |
---|---|---|
committer | Steven Knight <knight@baldmt.com> | 2002-11-05 10:16:03 (GMT) |
commit | 69706b07d4bb5b71abbae236432bba2bbaf916d1 (patch) | |
tree | 971d96385aa9636f6a935deecdcc51b7c0b672ab /config | |
parent | 487e0e7e93e26700e80a54f1ae46cf7f780ee34c (diff) | |
download | SCons-69706b07d4bb5b71abbae236432bba2bbaf916d1.zip SCons-69706b07d4bb5b71abbae236432bba2bbaf916d1.tar.gz SCons-69706b07d4bb5b71abbae236432bba2bbaf916d1.tar.bz2 |
Change runtest.py, SConstruct and the Aegis project config file to use -Y (Repository), and not symlinks, when building SCons under Aegis.
Diffstat (limited to 'config')
-rw-r--r-- | config | 55 |
1 files changed, 11 insertions, 44 deletions
@@ -1,59 +1,26 @@ /* - * aegis - project change supervisor - * This file is in the Public Domain, 1995, Peter Miller. - * - * MANIFEST: example use of make in project config file - * - * The make(1) program exists in many forms, usually one is available with each - * UNIX version. The one used in the writing of this section is GNU Make 3.70, - * avaiable by anonymous FTP from your nearest GNU archive site. GNU Make was - * chosen because it was the most powerful, it is widely avaiable (usually for - * little or no cost) and discussion of the alternatives (SunOS make, BSD 4.3 - * make, etc), would not be universally applicable. "Plain vanilla" make - * (with no transitive closure, no pattern rules, no functions) is not - * sufficiently capable to satisfy the demands placed on it by aegis. + * MANIFEST: use of SCons in project config file to build itself * - * As mentioned in the Dependency Maintenance Tool chapter of the User Guide, - * make is not really sufficient, because it lacks dynamic include dependencies. - * However, GNU Make has a form of dynamic include dependencies, and it has a - * few quirks, but mostly works well. - * - * The other feature lacking in make is a search path. While GNU Make has - * functionality called VPATH, the implementation leaves something to be - * desired, and can't be used for the search path functionality required by - * aegis. Because of this, the create_symlinks_before_build field of the - * project config file is set to true so that aegis will arrange for the - * development directory to be fiull of symbolic links, making it appear that - * the entire project is in each change's development directory. + * SCons has a Repository feature, introduced in SCons 0.09, that was + * designed to work well with Aegis. */ /* * The build_command field of the project config file is used to invoke the * relevant build command. This command tells make where to find the rules. - * The ${s Makefile} expands to a path into the baseline during development - * if the file is not in the change. Look in aesub(5) for more information - * about command substitutions. + * The ${s src/script/scons.py} expands to a path into the baseline during + * development if the script file is not in the change. Look in aesub(5) + * for more information about command substitutions. */ -build_command = "SCONS_LIB_DIR=src/engine python ${Source src/script/scons.py} date='${DAte %Y/%m/%d %H:%M:%S}' developer=${DEVeloper} version=${VERsion} change=${Change}"; +build_command = "SCONS_LIB_DIR=src/engine python ${Source src/script/scons.py} -Y${SUBSTitute : \\ -Y $Search_Path} date='${DAte %Y/%m/%d %H:%M:%S}' developer=${DEVeloper} version=${VERsion} change=${Change}"; /* - * The rules used in the User Guide all remove their targets before - * constructing them, which qualifies them for the following entry in the - * config file. The files must be removed first, otherwise the baseline would - * cease to be self-consistent. - */ + * SCons removes its targets before constructing them, which qualifies it + * for the following entry in the config file. The files must be removed + * first, otherwise the baseline would cease to be self-consistent. + * link_integration_directory = true; - -/* - * Another field to be set in this file is one which tells aegis to maintain - * symbolic links between the development directory and the basline. This also - * requires that rules remove their targets before constructing them, to ensure - * that development builds do not attempt to write their results onto the - * read-only versions in the baseline. */ -create_symlinks_before_build = true; - -remove_symlinks_after_build = false; /* integrate_begin_command = |