From 5a18cd497ab6bbe08ed35f91c251579577adae7b Mon Sep 17 00:00:00 2001 From: Vladimir Prus Date: Wed, 8 Nov 2006 06:17:17 +0000 Subject: [PATCH] Merge [SVN r35913] --- doc/src/tasks.xml | 31 +++++++++++++++++++++++-------- 1 file changed, 23 insertions(+), 8 deletions(-) diff --git a/doc/src/tasks.xml b/doc/src/tasks.xml index 929c57e06..5189e277a 100644 --- a/doc/src/tasks.xml +++ b/doc/src/tasks.xml @@ -463,7 +463,7 @@ actions echo
- Precompiled headers + Precompiled Headers Precompiled headers is a mechanism to speed up compilation by creating a partially processed version of some header files, @@ -481,8 +481,8 @@ actions echo when PCH is not enabled. Include the new header at the top of your source files. - Declare new Boost.Build target for the precompiled header - and add that precompiled header to sources of the target whose compilation + Declare a new Boost.Build target for the precompiled header + and add that precompiled header to the sources of the target whose compilation you want to speed up: cpp-pch pch : header.hpp ; @@ -501,14 +501,14 @@ exe main : main.cpp pch ; first thing in a source file, before any code or preprocessor directives. - The build properties used to build the sources and the - preprocessed must be the same. Consider using project requirements to - assure this. + The build properties used to compile the source files + and the precompiled header must be the same. Consider using + project requirements to assure this. Precompiled headers must be used purely as a way to - improve compilation time, not to save the number of include statements. - If a source file needs to include some header, explicitly include + improve compilation time, not to save the number of #include + statements. If a source file needs to include some header, explicitly include it in the source file, even if the same header is included from the precompiled header. This makes sure that your project will build even if precompiled headers are not supported. @@ -805,6 +805,21 @@ exe app : app.cpp : <implicit-dependency>parser ; + debug-symbols + + + Allowed values: on, off. + + The debug-symbols feature specifies if + produced object files, executables and libraries should include + debug information. + Typically, the value of this feature is implicitly set by the + variant feature, but it can be explicitly + specified by the user. The most common usage is to build + release variant with debugging information. + + +