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 | | |
| 141 | === What are the architecture of the environment? === |
| 142 | This environment is based on the fact that one of its packages (named CMT ) provides the basic |
| 143 | management tools. CMT , as a package, has very little specificities and as such itself obeys the |
| 144 | general conventions. |
| 145 | Then the complete software base is organized in terms of projects (or sub-projects ), containing |
| 146 | consistently managed package sets. Projects are localized either globally or individually: |
| 147 | globally using the environment variable CMTPROJECTPATH that describes all locations |
| 148 | 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. |
| 149 | It should be noted that the choice of a location for installing CMT itself is totally independent of |
| 150 | the locations where projects are installed and managed. |
| 151 | |
| 152 | CMT is operated through one main user interface : the cmt command, which operates the CMT |
| 153 | conventions 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 | |
| 162 | Several other utilities are also provided for some specific activities (such as the automatic |
| 163 | production of shared libraries, C prototypes, management of interactions between CVS and CMT |
| 164 | itself, the management of a similar architecture for Windows or OS9 , setting up protections for |
| 165 | packages (through locks) etc...). |
| 166 | |
| 167 | |
| 168 | |