mirror of
https://github.com/boostorg/build.git
synced 2026-02-16 01:12:13 +00:00
Clarify instructions for installing from CVS.
[SVN r19850]
This commit is contained in:
@@ -22,12 +22,12 @@
|
||||
div.alert { color: red }
|
||||
table { align: center; border: thin; }
|
||||
|
||||
</style>
|
||||
</style>
|
||||
</head>
|
||||
<!-- Things yet to document:
|
||||
- build request, build request expansion and directly requested targets
|
||||
- conditional properties
|
||||
-->
|
||||
- build request, build request expansion and directly requested targets
|
||||
- conditional properties
|
||||
-->
|
||||
|
||||
<body>
|
||||
<p><a href="../../index.htm"><img class="banner" height="86" width="277"
|
||||
@@ -145,11 +145,10 @@
|
||||
<hr>
|
||||
|
||||
<h2 id="installation">Installation</h2>
|
||||
Assuming you're installing Boost.Build from sources, the following steps
|
||||
are needed. All paths are given relatively to Boost.Build root directory,
|
||||
which is the directory with the document you are reading. When using
|
||||
Boost distribution, Boost.Build root is located at
|
||||
<tt>$boost_root/tools/build</tt>.
|
||||
Assuming you're installing Boost.Build from released source distribution,
|
||||
the following steps are needed. All paths are given relatively to
|
||||
Boost.Build root directory, which is the directory with the document you
|
||||
are reading.
|
||||
|
||||
<ol>
|
||||
<li>Go to "jam_src" directory and build Boost.Jam. Two convenient
|
||||
@@ -178,15 +177,21 @@
|
||||
<tt>bjam</tt> there. A simple application will be built. You can also
|
||||
play with other projects in <tt>examples-v2</tt>.
|
||||
<!-- This part should not go into intoduction docs, but we need to place
|
||||
it somewhere.
|
||||
|
||||
<p>It is slighly better way is to copy <tt>new/user-config.jam</tt>
|
||||
into one of the locations where it can be found (given in <a href=
|
||||
"#config_files_location">this table</a>). This prevent you from
|
||||
accidentally overwriting your config when updating.</p> -->
|
||||
it somewhere.
|
||||
|
||||
<p>It is slighly better way is to copy <tt>new/user-config.jam</tt>
|
||||
into one of the locations where it can be found (given in <a href=
|
||||
"#config_files_location">this table</a>). This prevent you from
|
||||
accidentally overwriting your config when updating.</p> -->
|
||||
</li>
|
||||
</ol>
|
||||
|
||||
<p>If you use Boost distribution, or Boost CVS, the Boost.Build root is
|
||||
located at <tt>$boost_root/tools/build</tt> and the installation steps
|
||||
are the same. However, don't skip the bjam rebuilding step, even if you
|
||||
have a previous version. CVS version of Boost.Build requires CVS version
|
||||
of Boost.Jam.</p>
|
||||
|
||||
<p>When starting a new project which uses Boost.Build, you need to make
|
||||
sure that build system can be found. There are two ways.</p>
|
||||
|
||||
@@ -1016,17 +1021,17 @@ boost-build /path/to/boost.build ;
|
||||
|
||||
<li>It allows to have main target names with slashes.
|
||||
<!-- The motivation for which is:
|
||||
So, to summarize:
|
||||
1. The project which extract tarfile may extract all possible kinds of
|
||||
targets, and it's reasonable to use them directly from other project.
|
||||
2. The rule for unpacking tar is inplemented in terms of "patch-file", for
|
||||
maintainability, and therefore, must use main target name which contains
|
||||
slashes?
|
||||
3. Using sub-Jamfile in "foo" to declare extracted file "foo/b" is not an
|
||||
option, because you should not change existing tree
|
||||
So, to summarize:
|
||||
1. The project which extract tarfile may extract all possible kinds of
|
||||
targets, and it's reasonable to use them directly from other project.
|
||||
2. The rule for unpacking tar is inplemented in terms of "patch-file", for
|
||||
maintainability, and therefore, must use main target name which contains
|
||||
slashes?
|
||||
3. Using sub-Jamfile in "foo" to declare extracted file "foo/b" is not an
|
||||
option, because you should not change existing tree
|
||||
|
||||
That makes good rationale for why main target must contain names.
|
||||
-->
|
||||
That makes good rationale for why main target must contain names.
|
||||
-->
|
||||
</li>
|
||||
</ul>
|
||||
|
||||
|
||||
@@ -22,12 +22,12 @@
|
||||
div.alert { color: red }
|
||||
table { align: center; border: thin; }
|
||||
|
||||
</style>
|
||||
</style>
|
||||
</head>
|
||||
<!-- Things yet to document:
|
||||
- build request, build request expansion and directly requested targets
|
||||
- conditional properties
|
||||
-->
|
||||
- build request, build request expansion and directly requested targets
|
||||
- conditional properties
|
||||
-->
|
||||
|
||||
<body>
|
||||
<p><a href="../../index.htm"><img class="banner" height="86" width="277"
|
||||
@@ -145,11 +145,10 @@
|
||||
<hr>
|
||||
|
||||
<h2 id="installation">Installation</h2>
|
||||
Assuming you're installing Boost.Build from sources, the following steps
|
||||
are needed. All paths are given relatively to Boost.Build root directory,
|
||||
which is the directory with the document you are reading. When using
|
||||
Boost distribution, Boost.Build root is located at
|
||||
<tt>$boost_root/tools/build</tt>.
|
||||
Assuming you're installing Boost.Build from released source distribution,
|
||||
the following steps are needed. All paths are given relatively to
|
||||
Boost.Build root directory, which is the directory with the document you
|
||||
are reading.
|
||||
|
||||
<ol>
|
||||
<li>Go to "jam_src" directory and build Boost.Jam. Two convenient
|
||||
@@ -178,15 +177,21 @@
|
||||
<tt>bjam</tt> there. A simple application will be built. You can also
|
||||
play with other projects in <tt>examples-v2</tt>.
|
||||
<!-- This part should not go into intoduction docs, but we need to place
|
||||
it somewhere.
|
||||
|
||||
<p>It is slighly better way is to copy <tt>new/user-config.jam</tt>
|
||||
into one of the locations where it can be found (given in <a href=
|
||||
"#config_files_location">this table</a>). This prevent you from
|
||||
accidentally overwriting your config when updating.</p> -->
|
||||
it somewhere.
|
||||
|
||||
<p>It is slighly better way is to copy <tt>new/user-config.jam</tt>
|
||||
into one of the locations where it can be found (given in <a href=
|
||||
"#config_files_location">this table</a>). This prevent you from
|
||||
accidentally overwriting your config when updating.</p> -->
|
||||
</li>
|
||||
</ol>
|
||||
|
||||
<p>If you use Boost distribution, or Boost CVS, the Boost.Build root is
|
||||
located at <tt>$boost_root/tools/build</tt> and the installation steps
|
||||
are the same. However, don't skip the bjam rebuilding step, even if you
|
||||
have a previous version. CVS version of Boost.Build requires CVS version
|
||||
of Boost.Jam.</p>
|
||||
|
||||
<p>When starting a new project which uses Boost.Build, you need to make
|
||||
sure that build system can be found. There are two ways.</p>
|
||||
|
||||
@@ -1016,17 +1021,17 @@ boost-build /path/to/boost.build ;
|
||||
|
||||
<li>It allows to have main target names with slashes.
|
||||
<!-- The motivation for which is:
|
||||
So, to summarize:
|
||||
1. The project which extract tarfile may extract all possible kinds of
|
||||
targets, and it's reasonable to use them directly from other project.
|
||||
2. The rule for unpacking tar is inplemented in terms of "patch-file", for
|
||||
maintainability, and therefore, must use main target name which contains
|
||||
slashes?
|
||||
3. Using sub-Jamfile in "foo" to declare extracted file "foo/b" is not an
|
||||
option, because you should not change existing tree
|
||||
So, to summarize:
|
||||
1. The project which extract tarfile may extract all possible kinds of
|
||||
targets, and it's reasonable to use them directly from other project.
|
||||
2. The rule for unpacking tar is inplemented in terms of "patch-file", for
|
||||
maintainability, and therefore, must use main target name which contains
|
||||
slashes?
|
||||
3. Using sub-Jamfile in "foo" to declare extracted file "foo/b" is not an
|
||||
option, because you should not change existing tree
|
||||
|
||||
That makes good rationale for why main target must contain names.
|
||||
-->
|
||||
That makes good rationale for why main target must contain names.
|
||||
-->
|
||||
</li>
|
||||
</ul>
|
||||
|
||||
|
||||
Reference in New Issue
Block a user