From 417c757d2273d69eb41112fc0096e770bba86e84 Mon Sep 17 00:00:00 2001 From: Daniel James Date: Tue, 22 Feb 2011 08:33:56 +0000 Subject: [PATCH 1/4] Add file missed in merge. [SVN r69139] --- boost_1_45_0/libs/filesystem/v2/doc/index.htm | 818 ++++++++++++++++++ 1 file changed, 818 insertions(+) create mode 100644 boost_1_45_0/libs/filesystem/v2/doc/index.htm diff --git a/boost_1_45_0/libs/filesystem/v2/doc/index.htm b/boost_1_45_0/libs/filesystem/v2/doc/index.htm new file mode 100644 index 0000000..1a44b88 --- /dev/null +++ b/boost_1_45_0/libs/filesystem/v2/doc/index.htm @@ -0,0 +1,818 @@ + + + + + + + +Filesystem Home + + + + + + + + + + +
+ +boost.png (6897 bytes) + Filesystem Library
+ Version 2 +
+ + + + + +
Boost Home    + Library Home    Tutorial    + Reference   FAQ
+ + + + + + + + + + + + + + +
+ Contents
+ Introduction
+ Using the library
+ Two-minute tutorial
+ Cautions
+ Example programs
+ Implementation
+ Macros
+ Deprecated names and features
+ Using only narrow character paths
+ Building the object-library
+     Notes for Cygwin users
+ Acknowledgements
+ Change history
+ Other Documents
+ Reference
+ Library Design
+ FAQ
+ Portability Guide
+ Do-list +
+ +
+
+ + + + +
+

This is Version 2 of the Filesystem library.

+

Version 3, a major revision with many new and improved + features, is also available. Version 3 may break some user code written + for Version 2.

+

To ease the transition, Boost releases 1.44 through 1.47 + will supply both V2 and V3. Version 2 is the default version for Boost release 1.44 + and 1.45. Version 3 will be the default starting with release 1.46.

+

Define macro BOOST_FILESYSTEM_VERSION as 3 to use Version 3. You may do this via a + compiler argument or via #define BOOST_FILESYSTEM_VERSION 3. + This will be the default for release 1.46 and later.

+

Define macro BOOST_FILESYSTEM_VERSION as 2 to use Version + 2. You may do this via a + compiler argument or via #define BOOST_FILESYSTEM_VERSION 2. + This is the default for release 1.44 and 1.45.

+

Existing code should be moved to version 3 as soon as + convenient. New code should be written for version 3.

+

Version 2 is deprecated, and will not be included in Boost + releases 1.48 and later.

+
+
+
+ +

Introduction

+

The Boost.Filesystem library provides portable facilities to query and +manipulate paths, files, and directories.

+ +

The motivation for the library is the need to perform portable script-like operations from within C++ programs. The intent is not to +compete with Python, Perl, or shell languages, but rather to provide portable filesystem +operations when C++ is already the language of choice. The +design encourages, but does not require, safe and portable usage.

+ +

Programs using the library are portable, both in the sense that +the syntax of program code is portable, and the sense that the semantics or +behavior of code is portable. The generic path +grammar is another important aid to portability.

+ +

Usage is safe in the sense that errors cannot be ignored since most functions throw C++ +exceptions when errors are detected. This is also convenient for users because +it alleviates the need to explicitly check error +return codes.

+ +

A proposal, + +N1975, to include Boost.Filesystem in Technical Report 2 has been accepted +by the C++ Standards Committee. The Boost.Filesystem library will stay in +alignment with the TR2 Filesystem proposal as it works its way through the TR2 +process. Note, however, that namespaces and header granularity differs between +Boost.Filesystem and the TR2 proposal.

+ +

The Boost.Filesystem library provides several  headers:

+ + +

Using the library

+

Boost.Filesystem is implemented as a separately compiled library, so before +using it you must install it in a location that can be found by your linker. See +Building the object-library.

+

The library's example directory contains very simple +scripts for building the example programs on various +platforms. You can use these scripts to see what's needed to compile and link +your own programs.

+

Two-minute tutorial

+

(A + +more elaborate tutorial is also available from Tabrez Iqbal.)

+

First some preliminaries:

+
+ 
#include "boost/filesystem.hpp"   // includes all needed Boost.Filesystem declarations
+#include <iostream>               // for std::cout
+using boost::filesystem;          // for ease of tutorial presentation;
+                                  //  a namespace alias is preferred practice in real code
+
+

A class path object can be created:

+
+ 
path my_path( "some_dir/file.txt" );
+
+

The string passed to the path constructor may be in a +portable generic path format or an +implementation-defined native operating system format. Access functions +make my_path contents available to the underlying operating system API in an operating system dependent format, +such as "some_dir:file.txt", "[some_dir]file.txt", +"some_dir/file.txt", or whatever is appropriate for the +operating system. If class wpath is used instead of class path, +translation between wide and narrow character paths is performed automatically +if necessary for the operating system.

+

Class path has conversion constructors from const char* and +const std:: string&, so that even though the Filesystem Library +functions used in the following code snippet have const path& formal +parameters, the user can just +code C-style strings as actual arguments:

+
+ 
remove_all( "foobar" );
+create_directory( "foobar" );
+ofstream file( "foobar/cheeze" );
+file << "tastes good!\n";
+file.close();
+if ( !exists( "foobar/cheeze" ) )
+  std::cout << "Something is rotten in foobar\n";
+
+

To make class path objects easy to use in expressions, operator/ +appends paths:

+
+ 
ifstream file1( arg_path / "foo/bar" );
+ifstream file2( arg_path / "foo" / "bar" );
+
+

The expressions arg_path / "foo/bar" and arg_path / "foo" +/ "bar" yield identical results.

+

Paths can include references to the current directory, using "." +notation, and the parent directory, using ".." +notation.

+

Class basic_directory_iterator +is an important component of the library. It provides an input iterator over the +contents of a directory, with the value type being class basic_path. +Typedefs directory_iterator and wdirectory_iterator are provided +to cover the most common use cases.

+

The following function, given a directory path and a file name, recursively +searches the directory and its sub-directories for the file name, returning a +bool, and if successful, the path to the file that was found.  The code +below is extracted from a real program, slightly modified for clarity:

+
+ 
bool find_file( const path & dir_path,         // in this directory,
+                const std::string & file_name, // search for this name,
+                path & path_found )            // placing path here if found
+{
+  if ( !exists( dir_path ) ) return false;
+  directory_iterator end_itr; // default construction yields past-the-end
+  for ( directory_iterator itr( dir_path );
+        itr != end_itr;
+        ++itr )
+  {
+    if ( is_directory(itr->status()) )
+    {
+      if ( find_file( itr->path(), file_name, path_found ) ) return true;
+    }
+    else if ( itr->path().filename() == file_name ) // see below
+    {
+      path_found = itr->path();
+      return true;
+    }
+  }
+  return false;
+}
+
+

The expression itr->path().filename() == file_name, in the line commented // +see below, calls the filename() function on the path returned by +calling the path() function of the directory_entry object pointed +to by the iterator. filename() returns a string which is a copy of the +last (closest to the leaf, farthest from the root) file or directory name in the +path object.

+

Notice that find_file() does not do explicit error checking, such as +verifying that the dir_path argument really represents a directory. +Boost.Filesystem functions throw +exceptions if they do not complete successfully, so there is enough implicit +error checking that this application doesn't need to supply additional error +checking code unless desired. Several Boost.Filesystem functions have non-throwing +versions, to ease use cases where exceptions would not be appropriate.

+
+

Note: Recursive +directory iteration was added as a convenience function after the above tutorial code +was written, so nowadays you +don't have to actually code the recursion yourself.

+
+

Cautions

+

After reading the tutorial you can dive right into simple, +script-like programs using the Filesystem Library! Before doing any serious +work, however, there a few cautions to be aware of:

+

Effects and Postconditions not guaranteed in the presence of race-conditions

+

Filesystem function specifications follow the C++ Standard Library form, specifying behavior in terms of +effects and postconditions. If +a race-condition exists, a function's +postconditions may no longer be true by the time the function returns to the +caller.

+
+

Explanation: The state of files and directories is often +globally shared, and thus may be changed unexpectedly by other threads, +processes, or even other computers having network access to the filesystem. As an +example of the difficulties this can cause, note that the following asserts +may fail:

+
+

assert( exists( "foo" ) == exists( "foo" ) );  // +(1)
+
+remove_all( "foo" );
+assert( !exists( "foo" ) );  // (2)
+
+assert( is_directory( "foo" ) == is_directory( "foo" ) ); // +(3)

+
+

(1) will fail if a non-existent "foo" comes into existence, or an +existent "foo" is removed, between the first and second call to exists(). +This could happen if, during the execution of the example code, another thread, +process, or computer is also performing operations in the same directory.

+

(2) will fail if between the call to remove_all() and the call to +exists() a new file or directory named "foo" is created by another +thread, process, or computer.

+

(3) will fail if another thread, process, or computer removes an +existing file "foo" and then creates a directory named "foo", between the +example code's two calls to is_directory().

+
+

May throw exceptions

+

Unless otherwise specified, Boost.Filesystem functions throw +basic_filesystem_error +exceptions if they cannot successfully complete their operational +specifications. Also, implementations may use C++ Standard Library functions, +which may throw std::bad_alloc. These exceptions may be thrown even +though the error condition leading to the exception is not explicitly specified +in the function's "Throws" paragraph.

+

All exceptions thrown by the Filesystem +Library are implemented by calling +boost::throw_exception(). Thus exact behavior may differ depending on +BOOST_NO_EXCEPTIONS at the time the filesystem source files are compiled.

+

Non-throwing versions are provided of several functions that are often used +in contexts where error codes may be the preferred way to report an error.

+

Example programs

+

simple_ls.cpp

+

The example program simple_ls.cpp is +given a path as a command line argument. Since the command line argument may be +a relative path, the complete path is determined so that messages displayed +can be more precise.

+

The program checks to see if the path exists; if not a message is printed.

+

If the path identifies a directory, the directory is iterated through, +printing the name of the entries found, and an indication if they are +directories. A count of directories and files is updated, and then printed after +the iteration is complete.

+

If the path is for a file, a message indicating that is printed.

+

Try compiling and executing simple_ls.cpp +to see how it works on your system. Try various path arguments to see what +happens.

+

file_size.cpp

+

This example program prints the file's size if it is a regular file.

+

Other examples

+

The programs used to generate the Boost regression test status tables use the +Filesystem Library extensively.  See:

+ +

Test programs are sometimes useful in understanding a library, as they +illustrate what the developer expected to work and not work. See:

+ +

Implementation

+

The current implementation supports operating systems which provide +either the POSIX or Windows API.

+

The library is in regular use on Apple OS X, HP-UX, IBM AIX, Linux, +Microsoft Windows, SGI IRIX, and Sun Solaris operating systems using a variety +of compilers.

+

Macros

+

Users may defined the following macros if desired. Sensible defaults are +provided, so users can ignore these macros unless they have special needs.

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
Macro NameDefaultEffect if defined
BOOST_FILESYSTEM_DYN_LINKDefined if BOOST_ALL_DYN_LINK is defined, + otherwise not defined.Boost.System library is dynamically linked. If not defined, + static linking is assumed.
BOOST_FILESYSTEM_NO_LIBDefined if BOOST_ALL_NO_LIB is defined, + otherwise not defined.Boost.System library does not use the Boost auto-link + facility.
BOOST_FILESYSTEM_NARROW_ONLYNot defined.Removes features that require wchar_t support.
BOOST_FILESYSTEM_NO_DEPRECATEDNot defined.Deprecated features are excluded.
+

Deprecated names and features

+

User-defined BOOST_POSIX_API and BOOST_WINDOWS_API +macros are no longer supported.

+

As the library evolves over time, names sometimes +change or features are removed. To ease transition, Boost.Filesystem deprecates +the old names and features, but continues to provide them unless macro +BOOST_FILESYSTEM_NO_DEPRECATED is defined.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Component +

Old name, now deprecated

 +

New name

basic_pathleaf()filename()
basic_pathbranch_path()parent_path()
basic_pathhas_leaf()has_filename()
basic_pathhas_branch_path()has_parent_path()
+ basic_path +

remove_leaf()

 +

remove_filename()

+ basic_path + basic_path( const string_type & str,
+  name_check )		 + feature removed
+ basic_path + basic_path( const string_type::value_type * s,
+  name_check )		 + feature removed
+ basic_path + native_file_string() + file_string()
+ basic_path + native_directory_string() + directory_string()
+ basic_path + default_name_check_writable() + feature removed
+ basic_path + default_name_check( name_check ) + feature removed
+ basic_path + default_name_check() + feature removed
+ basic_path + canonize() + feature removed
+ basic_path + normalize() + feature removed
+ operations.hpp + is_regular( file_status f ) + is_regular_file( file_status f )
+ operations.hpp + symbolic_link_exists( const path & ph ) + feature removed
+ basic_directory_status + filename() + feature removed, use path().filename() instead
+ basic_directory_status + leaf() + feature removed, use path().filename() instead
+ basic_directory_status + string() + feature removed, use path().string() instead
+

Restricting library to narrow character paths

+

Compilers or standard libraries which do not support wide characters (wchar_t) +or wide character strings (std::wstring) are detected automatically, and cause +the library to compile code that is restricted to narrow character paths +(boost::filesystem::path). Users can force this restriction by defining the +macro BOOST_FILESYSTEM_NARROW_ONLY. That may be useful for dealing with legacy +compilers or operating systems.

+

Building the object-library

+

The object-library will be built automatically if you are using the Boost +build system. See +Getting Started. It can also be +built manually using a Jamfile +supplied in directory libs/filesystem/build, or the user can construct an IDE +project or make file which includes the object-library source files.

+

The object-library source files are +supplied in directory libs/filesystem/src. These source files implement the +library for POSIX or Windows compatible operating systems; no implementation is +supplied for other operating systems. Note that many operating systems not +normally thought of as POSIX systems, such as mainframe legacy +operating systems or embedded operating systems, support POSIX compatible file +systems which will work with the Filesystem Library.

+

The object-library can be built for static or dynamic (shared/dll) linking. +This is controlled by the BOOST_ALL_DYN_LINK or BOOST_FILESYSTEM_DYN_LINK +macros. See the Separate +Compilation page for a description of the techniques used.

+

Note for Cygwin users

+

The library's implementation code treats Cygwin +as a Windows platform, and thus uses the Windows API.

+

Acknowledgements

+

The Filesystem Library was designed and implemented by Beman Dawes. The +original directory_iterator and filesystem_error classes were +based on prior work from Dietmar Kuehl, as modified by Jan Langer. Thomas Witt +was a particular help in later stages of initial development. Peter Dimov and +Rob Stewart made many useful suggestions and comments over a long period of +time. Howard Hinnant helped with internationalization issues.

+ +

Key design requirements and +design realities were developed during +extensive discussions on the Boost mailing list, followed by comments on the +initial implementation. Numerous helpful comments were then received during the +Formal Review.

Participants included +Aaron Brashears, +Alan Bellingham, +Aleksey Gurtovoy, +Alex Rosenberg, +Alisdair Meredith, +Andy Glew, +Anthony Williams, +Baptiste Lepilleur, +Beman Dawes, +Bill Kempf, +Bill Seymour, +Carl Daniel, +Chris Little, +Chuck Allison, +Craig Henderson, +Dan Nuffer, +Dan'l Miller, +Daniel Frey, +Darin Adler, +David Abrahams, +David Held, +Davlet Panech, +Dietmar Kuehl, +Douglas Gregor, +Dylan Nicholson, +Ed Brey, +Eric Jensen, +Eric Woodruff, +Fedder Skovgaard, +Gary Powell, +Gennaro Prota, +Geoff Leyland, +George Heintzelman, +Giovanni Bajo, +Glen Knowles, +Hillel Sims, +Howard Hinnant, +Jaap Suter, +James Dennett, +Jan Langer, +Jani Kajala, +Jason Stewart, +Jeff Garland, +Jens Maurer, +Jesse Jones, +Jim Hyslop, +Joel de Guzman, +Joel Young, +John Levon, +John Maddock, +John Williston, +Jonathan Caves, +Jonathan Biggar, +Jurko, +Justus Schwartz, +Keith Burton, +Ken Hagen, +Kostya Altukhov, +Mark Rodgers, +Martin Schuerch, +Matt Austern, +Matthias Troyer, +Mattias Flodin, +Michiel Salters, +Mickael Pointier, +Misha Bergal, +Neal Becker, +Noel Yap, +Parksie, +Patrick Hartling, Pavel Vozenilek, +Pete Becker, +Peter Dimov, +Rainer Deyke, +Rene Rivera, +Rob Lievaart, +Rob Stewart, +Ron Garcia, +Ross Smith, +Sashan, +Steve Robbins, +Thomas Witt, +Tom Harris, +Toon Knapen, +Victor Wagner, +Vincent Finn, +Vladimir Prus, and +Yitzhak Sapir + +

A lengthy discussion on the C++ committee's library reflector illuminated the "illusion +of portability" problem, particularly in postings by PJ Plauger and Pete Becker.

+ +

Walter Landry provided much help illuminating symbolic link use cases for +version 1.31.0.

+ +

Version 1.34 (i18n) acknowledgements

+ +

So many people have contributed comments and bug reports that it isn't any +longer possible to acknowledge them individually. That said, Peter Dimov and Rob +Stewart need to be specially thanked for their many constructive criticisms and +suggestions. Terence +Wilson and Chris Frey contributed timing programs which helped illuminate +performance issues.

+ +

Change history

+ +

Version 1.37.0

+ + + +

Version 1.36.0 - August 14th, 2008

+ + + +

Version 1.35.0 - March 29th, 2008

+ + + +

Version 1.34.1 - July 24th, 2007

+ +

Version 1.34.0 - May 12th, 2007

+ + + +

Version 1.33.0 - August 11th, 2005

+ + + +

Version 1.32.0 - November 19th, 2004

+ + + +

Version 1.31.0 - January 26th, 2004

+ + + +

 
+Version 1.30.0 - March 19th, 2003

+ + +
+

Revised +03 December, 2010

+ +

© Copyright Beman Dawes, 2002-2005

+

Use, modification, and distribution are subject to the Boost Software +License, Version 1.0. See +www.boost.org/LICENSE_1_0.txt

+ + + + \ No newline at end of file From f0f93198ba9c7cbab396c02f8395d60108bdf419 Mon Sep 17 00:00:00 2001 From: Daniel James Date: Tue, 12 Jul 2011 06:37:48 +0000 Subject: [PATCH 2/4] Website: merge release to live. [SVN r73012] --- common/doc/src/boostbook.css | 24 +++++++++++++++++------- 1 file changed, 17 insertions(+), 7 deletions(-) diff --git a/common/doc/src/boostbook.css b/common/doc/src/boostbook.css index 4ed15f8..768d6cd 100644 --- a/common/doc/src/boostbook.css +++ b/common/doc/src/boostbook.css @@ -72,12 +72,12 @@ font-weight: bold; } - h1 { font: 140% } - h2 { font: bold 140% } - h3 { font: bold 130% } - h4 { font: bold 120% } - h5 { font: italic 110% } - h6 { font: italic 100% } + h1 { font-size: 140%; } + h2 { font-weight: bold; font-size: 140%; } + h3 { font-weight: bold; font-size: 130%; } + h4 { font-weight: bold; font-size: 120%; } + h5 { font-weight: normal; font-style: italic; font-size: 110%; } + h6 { font-weight: normal; font-style: italic; font-size: 100%; } /* Top page titles */ title, @@ -222,6 +222,10 @@ /* Code on toc */ .toc .computeroutput { font-size: 120% } + /* No margin on nested menus */ + + .toc dl dl { margin: 0; } + /*============================================================================= Tables =============================================================================*/ @@ -586,11 +590,17 @@ sub { height: 0; line-height: 1; vertical-align: baseline; - _vertical-align: bottom; position: relative; } +/* For internet explorer: */ + +* html sup, +* html sub { + vertical-align: bottom; +} + sup { bottom: 1ex; } From 2c16addba3f8213961f3759098f0ef83cf6879e7 Mon Sep 17 00:00:00 2001 From: Daniel James Date: Sun, 17 Jul 2011 09:04:05 +0000 Subject: [PATCH 3/4] Website: Add boost.png to common files. [SVN r73161] --- common/boost.png | Bin 0 -> 6308 bytes 1 file changed, 0 insertions(+), 0 deletions(-) create mode 100644 common/boost.png diff --git a/common/boost.png b/common/boost.png new file mode 100644 index 0000000000000000000000000000000000000000..b4d51fcd5c9149fd77f5ca6ed2b6b1b70e8fe24f GIT binary patch literal 6308 zcmeAS@N?(olHy`uVBq!ia0y~yU=(FwU~)iH)5g zbF}vT%$qmo{2pS9asE?~yS4 zV~}*@!()Y0Y8HLTe-Cy%RA)$&m?L5Mr-f6RO~ozV_0NRY3o~1Lgxi$dvW4w;NZndD zlR*^3VYi=hVqyLvMt=V-1{{V_+&@0IB#0`@6669QfIo7R{( z3ohQ;EYDP7Gx74VKmF=OCnj|XE)MOKH}{k2T<}9tMWRb$ZQh>=2c7MBTjaeg3`Gp1 zOn)q7?Ek%8_>X~zVbts&3mN$xw|)-2UDdxRz3$(!-R|jkeqPU&t9|EQf4U-d>xFFg z{x{Ws1M+_v3h7m71U^}DEu~!BQ6S*mp|rVu(zeF6FR#qBJpbplS--)u7*~_>#FgoP zC0;&Blc}(I*wXQNtz+fgBa>K#&Pz3gS=T4tG_Ef>tdM*v)Mf9R;~oktCWxAuS7f+M zkY)H5Kj*{7I$4cZ0Rpn~XC94B`jlQOxK3N&`sd?@$!_ceJ*?v{!!S?h|1u2N0KqFL{jZD3|yYm@!7 zD{$ko5T!kC`67XKbkL|AAk>9FP1vNkmjDiX|^R^y;cp z^UAV29q)=Z9@9`fO2<&WREDl_D6c zquluTRZ|NyzoZApW6$HZ`(0auB>B#Jzf759_*7~`{jMwhHPzc6w)9V3{3&onmEH2% zy1=bZw@F0$zb(W{9 z3y<+%SSy^|qZ!UEsHV8u))-3_d=8X|6u5RU;FQR;B`srKi(_hUww{zF=hR3r! zXLBzsJ+<)d^@Z9(9_Fnfdv|Wq@t&1)^nJt=i_#|%nJxW)9rf71f7X9z|KnWAZGFS3 z6Aswit-5^U?sor@cTX63S$-tEJ0!F~YKzzL2CkY3US8MpYB<;)MEE6iKJ-umChec13b_tyxeQ=+0@?B&Bs0~0tT{en%M z!%db795*#F_ZI8rm3nY-i<6%G8IdAE^ zDcP6n-YUQkEQw;TGU7HvCEhOlZXez|o}Ik#ZL?n#f0 zm&@0usQ+!aHM{IEtN)He?(1_cF30}4pyQB{na7p?Yt8cWT4DhvyZ3Gk>NcJ@p<`k8 zb?L*N3y*YaGWf?i-b}h|dV}Y$;ZwfjTPJK+?Nynme|0gZZy~q5i)`feg`e7*FI?+1 z3@AFW_=oZTk8Tl*&Of=by#9l1Jjd5fcb~`G2q;xtI3*F#bbUFm$+xKbV)a$C6pB^^ z1lmV4oNhM{)j56VprliIp4*~^l%?ygdcFK&!0`C8>zBZ7qSF(;8{W9w$+1hRPbq0j z+)56cPdt$hA_o`mkbLbYy3?Fb@PqKL13660Kc?a<=bYSg062edXWB zWk)QFCOK^l>QzbpWBd40zP}UyN9`o5y*vwbUtjd_Dwm#8d^#yhph!H`qy`^UIetc?g_a^_;BpJd%79iM`k@&x+!*DZpNpYH*(v#^RIqB%W%DElQ`FVt9xtp`qG%b zC$}Fd&--&DH83jV)Kse%$@gWZo1E>i$#8qWhU1%|-rcg^X`PE_ty+0>&6INuT-yR% zxPP|Y*w}t-ZO3=V6RVy*aV_z@=v=p|=8kdC)JwZxtCz&GZ9Y^LW^|u{U;} zH9gjEzv*t-9Vo|D|*8v{A{fASF z4@9J_E8;M}@S;Pv?~(;Wf{ALi+8wFP_qSPdPi;PPZT2qF^A}I27XSOPuxC%n@p-B( zt8}g_)E>XC@_5s$Ihsaw+xtIH>NwT4DojsxvZltzn@X#$*eqz$;ZVGtzxlvVrCkAL zC0jgvN+r{B`J+0jc8c<>U@`AYK5={|i<-zw(b;?XCpx|^@%g&??zdAd8Z`mar`!L! zZNKl7bW!WK4_O=6t-C$pQNDb)q{7qLpXc>9NX>H&=WWnz^4h7YXsF`0BZgJh_OeNJ z%)&xn`-aN`M%?~q7tWm>=<~qKRC8tM8$a%L{ey2kI8txkxx3xJ;j7Q%D{3XiFZ{lA z@!CjtaC^NE+kflmOwWbxatr6_&(6MF|6t{woyqeTuLzr<&3y94wX=cek{6aeUJ?*A zA|7V$;*0%XQzrZUg(%toS)1l9e_o_KgKhsEl z%>TgoO~d@AO(F$~s`B5L-VF&l#Q9|Tyjsb)_4*kL6%Aq?l9x1=_fJ3j^FjMRW|bX# zU6Q`WES&Q2hiJpbyKS#ltvcns@e11nSMJJ^B1hxqr*{?>ay(Q_Ii`J_HS?Id?{T} zdujR8{u=dDvyGLc7uJ{ttvLQ5V9SoEsjpLa>P>%Dv{6m`!HQ{LoEx3>RuuJJe^uzo z{$VBSd{ZZrwhL!mZPoQYZBh&R_c2j-wsMC1wHuXxj_54pxvBSE<#2{|uAf=& zLd15vt&n7VlFY&B#>m^cA54%ctolSO;BmGUrUyj5Bh|5j?+)pHw?WDm47pW+O9 zapkFU{jK18t4ejHF7IXSZmrrDuz$w-=P9P)*ZONBbwjSyJihQL^)G|A>LjU0Uffq_ zP3tT!?=ek$DPW;3yhBoPfpqV_$y2N5tS-y=v!LPh+Jb#i)vEJb_8ysf>GQqyWr3G< z<*w!ME8g1r{q(aHPxvJ*`JS!~nLbHq{`A-XO}A#ukbjnCIr)d1)J)4iQ)ixFu9xvX zdbIm!h~4~ndy9g%0`-4k^9VYS(!B`f@odS%TN&ghk&qa}1AIa%-D z$8C%`#j>qQJDtBXs~)#t@!o%HYf)UqGs6jT?Ds6M{Z!I6SYh*cVS(xQgvW+jf6sp3 z%so|0|7hvz$A68DHtp`@W!duRzSKsWSBHw;cBd95xB2s=OnIuGqAJRyPqPNOGM$x>QK{U%tz_lxWgo+MmmXe~{? z<6L};Q#fzI>}!WZYtIYx=emVuWtaUr=Jt1c(B+_*qx+(6Z#*WwGihVyleYH@II39l zJ}fpd_~g2ix4PlMk40;i#J?3PS$kamrfc7Gj+R&Nj#^!K)PC&K&X9*flk{r%&Oecw z$vY#nZ;SG@=TDqu>)3-l<3c~F*7BZTJDcS);{$`1J7N=4Ib!F!Nk6J$F<%w-=ETb* zKNiM^ef`t@yRiBGJlV-tye__U(Eq=+*}b5bt!U-f)v-ozIo<^wx8%2qmlKz;H<``9 z?#>>rkBeCDRDDZI&GXC@{m^vb)UT`G?N;lEg*ZCYBr$8H9;}L#f4(j5@a&6A^WvF4 z-KzNbjJK*TGEmh|QQ>&<&6sJY_`RR0-w|QI;&7gQM?mVFbDfhbtTLL{JbD+t`=L;x z5R-ZP?ckrzeJ5hpeVBAYT>IlE<(%Q0v@s{d_?sS#t{kL+XXYA?fR9UiJUAOA%gODBCxwpUXuhfe;p`E03 zF7@-)mBOc2Y&2ObS(`l1>~XeE`mL@HGKXcqe`|lb|JUUuB2T9)&#W?3Pc@RhUfArJ zyRzeiw0>PSkE+X(D_c~;pY7>but)IN+MnFs2lQCxw%<`b;5pB_y`hp}j@J%xmRmJt zmG7Nz-@T=L*3GgZ!k>Fd{M&8Hm0x%d)HS~rKNOX~^lAQ&kK7BmOU|pG{P}BH;grd* zcRf8^%)U(Af3CLa^D-&!^*_@@mYZ@vnIU*d|Kpy@>rZ$;&R*YjC2Q6s>wclboSK^^ zTwkTNsdABYb!6d+t*s}nGXKhVU8lm@`n>WETQ|pN&8znRch4_*+-mo?`Tc`uZ%$~< zk7Zzswd4Ks@yU0&EdQ%Kdt+lSYqQCHJ;^Mb@O!7c?W;~k2ie3u#h10u|4r_Q$g2Ol zZBb|8JnQWtmS0mZ&U$ub)Q*n)+)&UqVQtiM#gL#cmh&@0ItsTs z1)iH;(qFcZ!+k4*`^u;(Ul%WsH?`<`8nrS;xc92vJR^3&@_Ugd;<&aq`)=*cadVcG zSbO-b{ey(~&x@zOElW;N>i25gBfd~SUEyK7O?S}hSL-%QulI9dUHCM#Sh*$1EyLhw z{+Sn(0yL*P3VVNAs&Z=i4knq*eG|mGGUM#oS}yJC*yE>>s#K&Fbgo0xGeG*)g6aR- zgzYqX*7nQnWy+HF)o+s!N?Rwr^p51>^tWyM_FO3sG1@zKN`2Iehf5g0m>=JD?rY(e zn3bwY6X%xa{CGOCa<^SujI{g2TF&o1udT{g#<26AEBF54z`5tM!koOeyv31oA0<2$ zpI6DlGih7-8g@RmKF(K0?|gUX9x)NPGo!lvzPqxak4N*}r>hsY?VHXq_5Xo~9vk-U z-5e9-s>%1~=l%WG_22f~;S$O%+SuCUmfRM+@S%;t5;hezvt#dN`<<1i2E{$fo+lr+ z;5g^gMbL zx2)>qe`Ql(vEz}_s*s)w=XIIGRvhf&y)RI7!tiwcglRu~o0XPidAYVPa1^Usv&Gu+ z$22i!{>62V*pCz4}_#;jX@bd|JO za2+kbcnxgq{F*xk#37XT8qPBx!(S?FYm8#N8M!PH;<~B z_}HVu&bV24@xKSh7w*}aSu1ohwf6kQ{JTae@i`7N1aFy5bJ%r$*DMj!_%lD0j_Ybk zR!Dq3SlURq6Xm1$<7<^CO0zSow1OaD-NHDJb{Ibplgsxl00r+8kT@_*YnA?-hW?T&hC41^5*9p{QuwU%Wj!(x1(12-A4wS zzC(|b!za#vICVRp^XnEX+xd!u{r@h1|NcOMrS;_7f3GgQzd!F+bLp<~@3j^ldp7<5 zaAo7^$Y~?mc2%Zv>*mS3f^JXSvsldxyo}N%gGWcP}gc$%I_v zI|}R%7S_)W_+iME$M%82zO+w%vZkhY-)~NN;aG*Zd4FDdrv#=Mu8aKf#B1k6xnR5b z=b7HmGhL#3)|lb%YwrDjYVrg(yt0&-*~(de@xNa!!-J2mYkodwsCe-4-_Q5oOF|<% zE+`x~KEBS;^xK=>4;wpP#ZuI{a?4J5hV)2Qt0!ho(xkd_=2*otMnY2&#==q+9 z`$N{{NXhOher>VsLy_Ev1hI2cR_Fgtu6GIe*3kcce{lMv?fo?l6&}Zp87dwa7U&<> z@%eF^U-}bELvEt9`pO0Mju#GUS3NrZ-&51?@R9z<+I!~Be^9Ee9g-YDqJ}hT+{K3mK7V(2mOeeZM zFiYMbpC@MVvi+Frg}{do7urZD9>}%$!ytS(p6f(Qw9a1c?-Bve*4;k#@NMIXrgFR5 zM<$H+X{{~$IpSD*m_GQO=~M0r&MW8WP=4{^-pl+v!6%%G@h1d7-QCn7uw87Cx6~Ky z7prR5|37B)_u*oGA-1#^OHLjvyl=Jeu!H{lJ?#zIjpdHgCb{uV>++@KTEraXjaM7( zeBStb+eFuyk)jS9$GCTJ-duKB-ez9ec zlkl@RE6K&I!>P~SranO>?6_bYpT`MvUh^JSn+tn)KTLY6@qMM!j|&zq-pMZN@iWjrucTLs03Gq8jX0xSk+4b=;_re8-+I5;FDkRnx{&`T~q*+sATf}42 zb4{e~gaB8UjEvj~KQlHtx78B%771J0Wu!z5KNv&>|5)e}DE&*?nQ!rWt~!CQ<&w81 z+kK%?tyDs7T(@uhz*ICMX35d@9K_ej)97$*Hl iJhEc{m;X#W3{O<*lBMphi)3J6VDNPHb6Mw<&;$TZQ2{;x literal 0 HcmV?d00001 From 17baf698d8bcaf302440736ccce76394b7f5a202 Mon Sep 17 00:00:00 2001 From: Daniel James Date: Wed, 16 Nov 2011 15:16:08 +0000 Subject: [PATCH 4/4] Website: Fix broken redirect to timer documentation. [SVN r75507] --- boost_1_48_0/libs/timer/index.html | 14 ++++++++++++++ 1 file changed, 14 insertions(+) create mode 100644 boost_1_48_0/libs/timer/index.html diff --git a/boost_1_48_0/libs/timer/index.html b/boost_1_48_0/libs/timer/index.html new file mode 100644 index 0000000..f11c3b3 --- /dev/null +++ b/boost_1_48_0/libs/timer/index.html @@ -0,0 +1,14 @@ + + + + + +Automatic redirection failed, please go to doc/index.html. +
+

© Copyright Beman Dawes, 2003, 2011

+

Distributed under the Boost Software +License, Version 1.0.

+

See +www.boost.org/LICENSE_1_0.txt

+ +