Changes between Version 49 and Version 50 of VincentFAQ


Ignore:
Timestamp:
May 9, 2005, 4:46:41 PM (21 years ago)
Author:
garonne
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • VincentFAQ

    v49 v50  
    66Web site : [http://www.cmtsite.org/ http://www.cmtsite.org/]    [[BR]]
    77
    8 
    98{{{
    109#!html
    1110<BLINK><font color="#FF0000"><u><b>IMPORTANT</b></u></font></BLINK>: This FAQ is not completed and still under construction. Some answers are missing.
    1211}}}
    13 
    1412
    1513[[TOC(inline)]]
     
    127125packages (through locks) etc...).
    128126
     127=== What is the conventional directory tree for projets and packages? ===
     128
     129This environment relies on a set of conventions, mainly for organizing the directories where
     130projects and packages are maintained and developed :
     131 * Each package is installed in a standard directory structure defined at least as follows:
     132
     133{{{
     134<some root>/<Package mnemonic>/<version mnemonic>/cmt
     135}}}
     136or (obsolescent convention )
     137{{{
     138<some root>/<Package mnemonic>/<version mnemonic>/mgr
     139}}}
     140
     141The <version mnemonic> directory level may also be omitted, in which case the version
     142information will be stored inside the cmt directory in a conventional file named
     143version.cmt leading to the following alternate organization:
     144<some root>/<Package mnemonic>/cmt/version.cmt
     145In both cases, the cmt directory holds the main source of information needed by CMT : the
     146requirements file. All CMT -related operations are generally executed from this directory.
     147This style of organization should be considered as the basic (and unique) criterion for a
     148package to be recognized as a valid CMT package . Any other structuring convention will be
     149supported by CMT and its operations can always be customized to follow them
     150This structure is a central concept since all relationships between packages relies on the
     151package identification which unambiguously and exclusively consists in the duet [
     152package-name , package-version ] (or package-name only when the version directory level
     153is omitted).
     154
     155 * Constructing the internal structure of a package.
     156
     157Many other parallel directory branches (similar to cmt ) such as src , include or test
     158may be freely added to this list according to the specific needs of each package. In particular,
     159a set of such parallel branches are expected to contain binary outputs (those that compilers,
     160linkers, archive managers or other kinds of code or pseudo-code generators can produce).
     161Their name always corresponds to the particular configuration tag used to produce the
     162output (such as the machine or operating system type). The CMT toolkit provides, through
     163the cmt system utility, a default value for this token. An environment variable
     164(CMTCONFIG ) is also assigned to this value.
     165Each branch may in addition be freely structured, and there is no constraint to the
     166complexity of this organization.
     167
     168
     169
    129170== User FAQ ==
    130171
     
    181222  You can write to <a href="mailto:CMT-L@IN2P3.FR"> mailing list </a> or any of the developers.
    182223}}}
    183 
    184