From ccf2ee2bf460efd2be5900bcf55a68d1760a0c46 Mon Sep 17 00:00:00 2001
From: Beman Dawes
Date: Fri, 22 Sep 2000 18:06:56 +0000
Subject: [PATCH] Minor updates
[SVN r7769]
---
feature_model_diagrams.htm | 3 ++-
header.htm | 13 ++-----------
index.htm | 5 ++++-
lib_guide.htm | 27 +++++++++++++++++++++++----
4 files changed, 31 insertions(+), 17 deletions(-)
diff --git a/feature_model_diagrams.htm b/feature_model_diagrams.htm
index 40e807b..2b5cf15 100644
--- a/feature_model_diagrams.htm
+++ b/feature_model_diagrams.htm
@@ -9,6 +9,7 @@
+![](../c++boost.gif)
Feature Model Diagrams in text and HTML
By Beman Dawes
Introduction
@@ -95,7 +96,7 @@ assuming no constraints.
Krzysztof Czarnecki and Ulrich W. Eisenecker, Generative
Programming, Addison-Wesley, 2000, ISBN 0-210-30977-7
-Revised 23 July 2000
+Revised 25 August 2000
© Copyright Beman Dawes, 2000
diff --git a/header.htm b/header.htm
index e4d4c26..bf0347c 100644
--- a/header.htm
+++ b/header.htm
@@ -28,15 +28,6 @@ be "good neighbors".
these are also reasonable guidelines for general use.
- Headers should have a .hpp (lowercase) filename extension.
- - Identify the file with an initial comment line. The sample header
- identifies both the name of the header and the library it is a part of.
- - Specify copyright ownership and any restrictions on use. If you
- don't want to retain ownership, say something like "Written by Jane
- Programmer and placed in the public domain".
- - Supply version information, possibly generated automatically by your
- version control system.
- - Macro names should be all uppercase, and begin with the namespace
- name. Underscores separate words.
- Wrap the header in #ifndef guards so that multiple inclusion is
benign. Use a naming convention that minimizes the chance of clashes
with macro names from other's code. The sample
@@ -68,7 +59,7 @@ these are also reasonable guidelines for general use.
// in all copies. This software is provided "as is" without express or implied
// warranty, and with no claim as to its suitability for any purpose.
-// $Id$ or other version information
+// See http://www.boost.org for updates, documentation, and revision history.
#ifndef BOOST_FURBALL_HPP
#define BOOST_FURBALL_HPP
@@ -95,7 +86,7 @@ commenting ending braces, and similar formatting issues. These stylistic
issues are viewed as personal preferences and are not part of the Boost Header
Policy.
-Revised 27 July, 2000
+Revised 06 August, 2000