|
Boost-Commit : |
From: grafikrobot_at_[hidden]
Date: 2007-11-30 12:16:01
Author: grafik
Date: 2007-11-30 12:16:00 EST (Fri, 30 Nov 2007)
New Revision: 41502
URL: http://svn.boost.org/trac/boost/changeset/41502
Log:
Obsolete. (fixes #1348)
Removed:
trunk/more/faq.htm
Deleted: trunk/more/faq.htm
==============================================================================
--- trunk/more/faq.htm 2007-11-30 12:16:00 EST (Fri, 30 Nov 2007)
+++ (empty file)
@@ -1,178 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
-
-<head>
-<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
-<title>Boost FAQ</title>
-<meta name="GENERATOR" content="Microsoft FrontPage 5.0">
-</head>
-
-<body bgcolor="#FFFFFF" text="#000000">
-
-<table border="1" bgcolor="#007F7F" cellpadding="2">
- <tr>
- <td bgcolor="#FFFFFF">
- <img src="../boost.png" alt="boost.png (6897 bytes)" width="277" height="86"></td>
- <td>Home </td>
- <td>Libraries </td>
- <td>People </td>
- <td>FAQ </td>
- <td>More </td>
- </tr>
-</table>
-
-<h1>Boost Frequently Asked Questions</h1>
-
-<p><strong>How do I download the libraries?</strong>
- See Download instructions.</p>
-
-<p><b>What support is available for the libraries?</b> The
-Boost-Users mailing list is a good start.</p>
-
-<p><b>What do the Boost version numbers mean? </b>The scheme is x.y.z, where x is incremented only for massive changes, such as a reorganization of many libraries, y is incremented whenever a new library is added, and z is incremented for maintenance releases. y and z are reset to 0 if
-the value to the left changes. <br>
-<br>
-<b>Is there any assurance libraries actually work as claimed?</b> No. The review
-process will hopefully eliminate the most seriously flawed libraries, but a well
-constructed library with hidden defects is likely to slip through. Encouraging ordinary
-users to report their experience with a library is intended to address such concerns.
-See the Status page for an
-indication of how well a library works on specific platforms. </p>
-
-<p>
-<b>How can the Boost libraries be used successfully for important projects?
-</b>Many of the Boost libraries are actively maintained and improved, so backward compatibility with prior version isn't always possible. Deal with this by freezing the version of the Boost libraries used by your project. Only upgrade at points in your project's life cycle where a bit of change will not cause problems. Individual bug fixes can always be obtained from the CVS repository. </p>
-
-<p><b>How is a library accepted for posting on the site?</b>
-See Library Submission Process</p>
-
-<p><b>How does someone submit a Formal Review comment?</b> Send email to <a
-href="mailto:boost_at_[hidden]">boost_at_[hidden]</a>. See the <a href="formal_review_process.htm">Formal
-Review</a> page for more information. </p>
-
-<p><strong>How does someone submit a library?</strong> See <a href="lib_guide.htm">Library
-Guidelines</a></p>
-
-<p><b>Are commercial libraries requiring a fee acceptable?</b> No. However, a library that
-a commercial enterprise makes available without fee is acceptable. If the description of
-the library makes a low-key plug for the supplier, that is acceptable as long as the
-library delivers real value and isn't just a Trojan horse for the plug.</p>
-
-<p><b>Are shareware libraries acceptable?</b> No. Only free libraries
-will be accepted.</p>
-
-<p><strong>Are open source license libraries acceptable?</strong> Some
-are, many are not.
-Open source licenses often require redistribution or availability of source code,
-inclusion of license document with machine-executable redistribution, give the initial
-developer rights to licensee modifications, or need a lawyer to understand. These
-would be immediate disqualifications for many business, commercial, and consumer
-applications. Boost aims to avoid subjecting users to hard-to-comply-with license
-terms. See License requirements.<br>
-<br>
-This is subject to review for a particularly important piece of software, or as the
-industry changes.</p>
-
-<p><b>Must full source code be provided?</b> Yes, these are source code libraries.</p>
-
-<p><b>What about documentation?</b> A very simple library might be accepted with only a
-well commented header file. For more substantial libraries, some form of documentation is
-certainly going to be expected. HTML is the preferred form.</p>
-
-<p><b>Are platform specific libraries acceptable?</b> There is a preference for portable
-libraries. Libraries will be accepted that have portable interfaces but require platform
-specific implementations, as long as the author supplies implementations for a couple of
-disparate major operating systems.</p>
-
-<p><b>Must a library do useful work? </b>No. A library meant as a teaching example or
-demonstration might not actually do any work.</p>
-
-<p><b>Can an existing library be accepted by Boost?</b> Yes, although it would
-have to be "Boostified" to meet the requirements. The Boost
-Graph and Regex libraries are examples of libraries which began life elsewhere.</p>
-
-<p><b>Who owns the libraries?</b> Presumably many authors will copyright their libraries.
-Others authors may wish to place their libraries in the public domain. The Boost.org
-policy is to only accept libraries with a clear copyright notice and meeting the
-License requirements.. It is up to
-potential users to decide if the terms acceptable, and not to use
-libraries with unacceptable copyrights or licenses.</p>
-
-<p><b>Is there a formal relationship between Boost.org and the C++ Standards Committee?</b>
- No, although there is a strong informal relationship in that many members
-of the committee participate in Boost, and the people who started Boost were all
-committee members.</p>
-
-<p><b>Will the Boost.org libraries become part of the next C++ Standard?</b> Some
-might, someday, but that is up to the standards committee. Committee
-members who also participate in Boost will definitely be proposing at least some
-Boost libraries for standardization.</p>
-
-<p>Libraries which are "existing practice" are most likely to be
-accepted by the C++ committee for future standardization. Having a library
-accepted by Boost is
-one way to establish existing practice.</p>
-
-<p><b>Where does the name "Boost" come from?</b> Boost began with
-Robert Klarer and I fantasizing about a new library effort over dinner at a C++
-committee meeting in Sofia Antipolis, France, in 1998. Robert mentioned that Herb Sutter
-was working on a spoof proposal for a new language named Booze, which was
-supposed to be better than Java. Somehow that kicked off the idea of
-"Boost" as a name. We'd probably had a couple of glasses of good
-French wine at that point. It was just a working name, but no one ever came up
-with a replacement. (Beman Dawes)</p>
-
-<p><b>Is the web site a commercial business?</b> No. It is just some people getting together
-as a kind of cyberspace civic association. If it ever needs to incorporate, it would be as
-a
-non-profit organization.</p>
-
-<p><b>Is there any charge for submitting libraries or reviews to Boost.org?</b> No. Unlike
-the standards committees, you don't have to pay to volunteer!</p>
-
-<p><b>Will the site include material beyond libraries?</b> The main focus is on libraries,
-but if people contribute occasional articles or other material to make the site more
-interesting, that could be a nice fit.</p>
-
-<p><b>Why isn't there a separate boost mailing list for my favorite
-library? </b> One of the reasons for boost's success has been the cross-pollination of ideas between diverse library
-projects and the occasional look into other threads by otherwise uninterested parties. The more people participate, the less they tend to be annoyed by
-"noise".</p>
-
-<p><b>How can I cope with the large volume of boost mailing list messages?</b>
-One approach is to use the "digest" option; that cuts the email blizzard
-down to several (long) messages per day, so you can glance over the subjects
-summary at the top and quickly read what you think is important. The "no
-mail" option turns off list email entirely.</p>
-
-<p>Another approach is to follow the list traffic via an NTTP newsgroup reader.
-See Mailing List newsgroup
-information.</p>
-
-<p><b>Why do Boost headers have a .hpp suffix rather than .h or none at all?</b>
-File extensions communicate the "type" of the file, both to humans and
-to computer programs. The '.h' extension is used for C header files, and
-therefore communicates the wrong thing about C++ header files. Using no
-extension communicates nothing and forces inspection of file contents to
-determine type. Using '.hpp' unambiguously identifies it as C++ header file, and
-works well in actual practice. (Rainer Deyke)</p>
-
-<p><b>What should I do if I spot a bug in the Boost code or documentation?</b>
-See the suggestions on the Bugs page.</p>
-
-<p><b>How can I request a new feature in a Boost Library? </b>See the
-Requesting New Features page.</p>
-
-<hr>
-
-<p>Revised <!--webbot bot="Timestamp" S-Type="EDITED" S-Format="%d %B, %Y" startspan -->23 June, 2005<!--webbot bot="Timestamp" i-checksum="19916" endspan --></p>
-
-<p>© Copyright Beman Dawes 2001</p>
-<p>
- Distributed under the Boost Software License, Version 1.0. (See
- accompanying file LICENSE_1_0.txt or copy
- at <a href=
- "http://www.boost.org/LICENSE_1_0.txt">http://www.boost.org/LICENSE_1_0.txt>)
-</p>
-</body>
-</html>
\ No newline at end of file
Boost-Commit list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk