doc/design/acks.xml

   1 <?xml version='1.0'?>
   2 <!DOCTYPE sconsdoc [
   3     <!ENTITY % scons SYSTEM "../scons.mod">
   4     %scons;
   5 ]>
   6
   7 <chapter id="chap-acks"
   8          xmlns="http://www.scons.org/dbxsd/v1.0"
   9          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  10          xsi:schemaLocation="http://www.scons.org/dbxsd/v1.0 http://www.scons.org/dbxsd/v1.0/scons.xsd">
  11 <title>Acknowledgements</title>
  12
  13 <!--
  14
  15   __COPYRIGHT__
  16
  17   Permission is hereby granted, free of charge, to any person obtaining
  18   a copy of this software and associated documentation files (the
  19   "Software"), to deal in the Software without restriction, including
  20   without limitation the rights to use, copy, modify, merge, publish,
  21   distribute, sublicense, and/or sell copies of the Software, and to
  22   permit persons to whom the Software is furnished to do so, subject to
  23   the following conditions:
  24
  25   The above copyright notice and this permission notice shall be included
  26   in all copies or substantial portions of the Software.
  27
  28   THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY
  29   KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE
  30   WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
  31   NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE
  32   LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION
  33   OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION
  34   WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
  35
  36 -->
  37
  38  <para>
  39
  40    I'm grateful to the following people
  41    for their influence, knowing or not,
  42    on the design of &SCons;:
  43
  44  </para>
  45
  46  <variablelist>
  47   <varlistentry>
  48    <term>Bob Sidebotham</term>
  49    <listitem>
  50      <para>
  51
  52      First, as the original author of &Cons;, Bob did the real heavy
  53      lifting of creating the underlying model for dependency management
  54      and software construction, as well as implementing it in Perl.
  55      During the first years of &Cons;' existence, Bob did a skillful
  56      job of integrating input and code from the first users, and
  57      consequently is a source of practical wisdom and insight into the
  58      problems of real-world software construction.  His continuing
  59      advice has been invaluable.
  60
  61      </para>
  62    </listitem>
  63   </varlistentry>
  64
  65   <varlistentry>
  66    <term>The &SCons; Development Team</term>
  67    <listitem>
  68      <para>
  69
  70      A big round of thanks go to those brave souls who have
  71      gotten in on the ground floor:
  72      David Abrahams,
  73      Charles Crain,
  74      Steven Leblanc.
  75      Anthony Roach,
  76      and
  77      Steven Shaw.
  78      Their contributions,
  79      through their general knowledge of software build issues in general
  80      Python in particular,
  81      have made &SCons; what it is today.
  82
  83      </para>
  84    </listitem>
  85   </varlistentry>
  86
  87   <varlistentry>
  88    <term>The &Cons; Community</term>
  89    <listitem>
  90      <para>
  91
  92      The real-world build problems that the users of &Cons;
  93      share on the <command>cons-discuss</command> mailing list
  94      have informed much of the thinking that
  95      has gone into the &SCons; design.
  96      In particular,
  97      Rajesh Vaidheeswarran,
  98      the current maintainer of &Cons;,
  99      has been a very steady influence.
 100      I've also picked up valuable insight from
 101      mailing-list participants
 102      Johan Holmberg,
 103      Damien Neil,
 104      Gary Oberbrunner,
 105      Wayne Scott,
 106      and Greg Spencer.
 107
 108      </para>
 109    </listitem>
 110   </varlistentry>
 111
 112   <varlistentry>
 113    <term>Peter Miller</term>
 114    <listitem>
 115
 116      <para>
 117
 118      Peter has indirectly
 119      influenced two aspects of the &SCons; design:
 120
 121      </para>
 122
 123      <para>
 124
 125      Miller's influential paper
 126      <citetitle>Recursive Make Considered Harmful</citetitle>
 127      was what led me, indirectly, to my involvement with &Cons;
 128      in the first place.
 129      Experimenting with the single-Makefile approach he describes in
 130      <citetitle>RMCH</citetitle> led me to conclude that while it worked
 131      as advertised, it was not an extensible scheme.  This solidified
 132      my frustration with Make and led me to try &Cons;, which at its
 133      core shares the single-process, universal-DAG model of the "RMCH"
 134      single-Makefile technique.
 135
 136      </para>
 137
 138      <para>
 139
 140      The testing framework that Miller created for his
 141      Aegis change management system
 142      changed the way I approach software development
 143      by providing a framework for rigorous, repeatable
 144      testing during development.
 145      It was my success at using Aegis for personal projects
 146      that led me to begin my involvement with &Cons;
 147      by creating the <command>cons-test</command> regression suite.
 148
 149      </para>
 150    </listitem>
 151   </varlistentry>
 152
 153   <varlistentry>
 154    <term>Stuart Stanley</term>
 155    <listitem>
 156      <para>
 157
 158      An experienced Python programmer,
 159      Stuart provided valuable advice and insight
 160      into some of the more useful Python idioms at my disposal
 161      during the original <literal>ScCons</literal>; design
 162      for the Software Carpentry contest.
 163
 164      </para>
 165    </listitem>
 166   </varlistentry>
 167
 168   <varlistentry>
 169    <term>Gary Holt</term>
 170    <listitem>
 171      <para>
 172
 173      I don't know which came first,
 174      the first-round Software Carpentry contest entry
 175      or the tool itself,
 176      but Gary's design for &Makepp;
 177      showed me that it is possible to marry
 178      the strengths of &Cons;-like dependency management
 179      with backwards compatibility for &Makefile;s.
 180      Striving to support both
 181      &Makefile; compatibility and
 182      a native Python interface
 183      cleaned up the &SCons; design immeasurably
 184      by factoring out the common elements
 185      into the Build Engine.
 186
 187      </para>
 188    </listitem>
 189   </varlistentry>
 190  </variablelist>
 191
 192
 193 </chapter>