Changes between Version 51 and Version 52 of VincentFAQ


Ignore:
Timestamp:
May 9, 2005, 5:05:29 PM (19 years ago)
Author:
garonne
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • VincentFAQ

    v51 v52  
    9999== CMT's design ==
    100100
    101 === What are the architecture of the environment? ===
    102 This environment is based on the fact that one of its packages (named CMT ) provides the basic
    103 management tools. CMT , as a package, has very little specificities and as such itself obeys the
    104 general conventions.
    105 Then the complete software base is organized in terms of projects (or sub-projects ), containing
    106 consistently managed package sets. Projects are localized either globally or individually:
    107 globally using the environment variable CMTPROJECTPATH that describes all locations
    108 where CMT projects can be found individually using the environment variable CMTPATH that describe all package areas where packages can be found Packages are localized respectively to the projects they belong to.
    109 It should be noted that the choice of a location for installing CMT itself is totally independent of
    110 the locations where projects are installed and managed.
    111 
    112 CMT is operated through one main user interface : the cmt command, which operates the CMT
    113 conventions and which provides a set of services for :
    114  * creating a new package. This operation will create or check the local package directory tree and generate several minimal scripts (see the description of the create command),
    115  * describing or monitoring :
    116     * the relationships between the package and other packages
    117     * the configuration features either specified in the current package, or imported from related (used ) ones. (symbols, patterns, fragments)
    118     * the constituents of the package in terms of libraries, executables, or generated documents.
    119  * automatically generating the reconstruction scripts (makefiles ) from this description.
    120  * recursively acting upon the hierarchy of used packages.
    121 
    122 Several other utilities are also provided for some specific activities (such as the automatic
    123 production of shared libraries, C prototypes, management of interactions between CVS and CMT
    124 itself, the management of a similar architecture for Windows or OS9 , setting up protections for
    125 packages (through locks) etc...).
    126 
    127101=== What is the conventional directory tree for projets and packages? ===
    128 
    129102This environment relies on a set of conventions, mainly for organizing the directories where
    130103projects and packages are maintained and developed :
     
    166139complexity of this organization.
    167140
     141=== What are the architecture of the environment? ===
     142This environment is based on the fact that one of its packages (named CMT ) provides the basic
     143management tools. CMT , as a package, has very little specificities and as such itself obeys the
     144general conventions.
     145Then the complete software base is organized in terms of projects (or sub-projects ), containing
     146consistently managed package sets. Projects are localized either globally or individually:
     147globally using the environment variable CMTPROJECTPATH that describes all locations
     148where CMT projects can be found individually using the environment variable CMTPATH that describe all package areas where packages can be found Packages are localized respectively to the projects they belong to.
     149It should be noted that the choice of a location for installing CMT itself is totally independent of
     150the locations where projects are installed and managed.
     151
     152CMT is operated through one main user interface : the cmt command, which operates the CMT
     153conventions and which provides a set of services for :
     154 * creating a new package. This operation will create or check the local package directory tree and generate several minimal scripts (see the description of the create command),
     155 * describing or monitoring :
     156    * the relationships between the package and other packages
     157    * the configuration features either specified in the current package, or imported from related (used ) ones. (symbols, patterns, fragments)
     158    * the constituents of the package in terms of libraries, executables, or generated documents.
     159 * automatically generating the reconstruction scripts (makefiles ) from this description.
     160 * recursively acting upon the hierarchy of used packages.
     161
     162Several other utilities are also provided for some specific activities (such as the automatic
     163production of shared libraries, C prototypes, management of interactions between CVS and CMT
     164itself, the management of a similar architecture for Windows or OS9 , setting up protections for
     165packages (through locks) etc...).
     166
     167
     168
    168169
    169170== User FAQ ==