Various minor tweaks to the distribution docs.

git-svn-id: svn://svn.valgrind.org/valgrind/trunk@10709

diff --git a/AUTHORS b/AUTHORS
index 5c7dc99140d556458269b83d859460a51f134988..dbfd904ed4dbdb616a47ade6ed068ae01b5bee6a 100644 (file)
--- a/AUTHORS
+++ b/AUTHORS
@@ -14,17 +14,18 @@ Jeremy Fitzhardinge wrote Helgrind (in the 2.X line) and totally
 overhauled low-level syscall/signal and address space layout stuff,
 among many other things.
 
-Josef Weidendorfer wrote Callgrind and the associated KCachegrind GUI.
+Josef Weidendorfer wrote and maintains Callgrind and the associated
+KCachegrind GUI.
 
 Paul Mackerras did a lot of the initial per-architecture factoring
-that forms the basis of the 3.0 line and is also to be seen in 2.4.0.
+that forms the basis of the 3.0 line and was also seen in 2.4.0.
 He also did UCode-based dynamic translation support for PowerPC, and
 created a set of ppc-linux derivatives of the 2.X release line.
 
 Greg Parker wrote the Mac OS X port.
 
-Dirk Mueller contributed the malloc-free mismatch checking stuff
-and other bits and pieces, and acted as our KDE liaison.
+Dirk Mueller contributed the malloc/free mismatch checking
+and other bits and pieces, and acts as our KDE liaison.
 
 Robert Walsh added file descriptor leakage checking, new library
 interception machinery, support for client allocation pools, and minor
@@ -38,6 +39,8 @@ the Vex dynamic-translation framework.
 Donna Robinson created and maintains the very excellent
 http://www.valgrind.org.
 
+Vince Weaver wrote and maintains BBV.
+
 Frederic Gobry helped with autoconf and automake.
 
 Daniel Berlin modified readelf's dwarf2 source line reader, written by Nick

diff --git a/README b/README
index 067ced6ad9605da49e56debb6aefd249f08f327b..71c525fddfc84ad1c95b5e3ab274da2b9f4dfeb9 100644 (file)
--- a/README
+++ b/README
@@ -69,8 +69,7 @@ To install from the Subversion repository :
 
 To install from a tar.bz2 distribution:
 
-  4. Run ./configure, with some options if you wish. The standard
-     options are documented in the INSTALL file.  The only interesting
+  4. Run ./configure, with some options if you wish.  The only interesting
      one is the usual --prefix=/where/you/want/it/installed.
 
   5. Run "make".

diff --git a/README_DEVELOPERS b/README_DEVELOPERS
index cd4fbf1a04b63dba09d99e2f0f465b2da8b46370..e08d872575a77e62c088c73a32ecb688cc91737a 100644 (file)
--- a/README_DEVELOPERS
+++ b/README_DEVELOPERS
@@ -106,25 +106,24 @@ Self-hosting
 ~~~~~~~~~~~~
 To run Valgrind under Valgrind:
 
-(1) Check out 2 trees, "inner" and "outer".  "inner" runs the app
-    directly and is what you will be profiling.  "outer" does the
-    profiling.
+(1) Check out 2 trees, "Inner" and "Outer".  Inner runs the app
+    directly.  Outer runs Inner.
 
 (2) Configure inner with --enable-inner and build/install as
     usual.
 
-(3) Configure outer normally and build/install as usual.
+(3) Configure Outer normally and build/install as usual.
 
 (4) Choose a very simple program (date) and try
 
     outer/.../bin/valgrind --sim-hints=enable-outer --trace-children=yes  \
        --tool=cachegrind -v inner/.../bin/valgrind --tool=none -v prog
 
-If you omit the --trace-children=yes, you'll only monitor inner's launcher
+If you omit the --trace-children=yes, you'll only monitor Inner's launcher
 program, not its stage2.
 
 The whole thing is fragile, confusing and slow, but it does work well enough
-for you to get some useful performance data.  The inner Valgrind has most of
+for you to get some useful performance data.  Inner has most of
 its output (ie. those lines beginning with "==<pid>==") prefixed with a '>',
 which helps a lot.
 
@@ -132,8 +131,8 @@ At the time of writing the allocator is not annotated with client requests
 so Memcheck is not as useful as it could be.  It also has not been tested
 much, so don't be surprised if you hit problems.
 
-When using self-hosting with an outer callgrind tool, use '--pop-on-jump'
-(on the outer). Otherwise, callgrind has much higher memory requirements. 
+When using self-hosting with an outer Callgrind tool, use '--pop-on-jump'
+(on the outer). Otherwise, Callgrind has much higher memory requirements. 
 
 
 Printing out problematic blocks

diff --git a/README_PACKAGERS b/README_PACKAGERS
index 31559e58acfa7705beafe0acbf73db6bc6f4d88b..28ee8ba129d0c54594542b7555410cfc8c52b20f 100644 (file)
--- a/README_PACKAGERS
+++ b/README_PACKAGERS
@@ -1,7 +1,4 @@
 
-These notes were significantly updated on 6 Dec 2007 for the Valgrind
-3.3.0 release.
-
 Greetings, packaging person!  This information is aimed at people
 building binary distributions of Valgrind.
 
@@ -77,20 +74,19 @@ Valgrind.  The following notes may save you some trouble.
    from valgrind.
 
 
--- Don't strip symbols from lib/valgrind/$platform/{cachegrind,
-   callgrind,drd,helgrind,lackey,massif,memcheck,none}
-   in the installation tree.  Doing so will likely cause problems.
-   Removing the line number info is probably OK, although that has not
-   been tested by the Valgrind developers.
+-- Don't strip symbols from lib/valgrind/* in the installation tree.
+   Doing so will likely cause problems.  Removing the line number info is
+   probably OK (at least for some of the files in that directory), although
+   that has not been tested by the Valgrind developers.
 
 
 -- Please test the final installation works by running it on something
    huge.  I suggest checking that it can start and exit successfully
-   both Firefox-2.0.0.X and OpenOffice.org 2.3.X.  I use these as test
-   programs, and I know they fairly thoroughly exercise Valgrind.  The
-   command lines to use are:
+   both Firefox and OpenOffice.org.  I use these as test programs, and I
+   know they fairly thoroughly exercise Valgrind.  The command lines to use
+   are:
 
-   valgrind -v --trace-children=yes mozilla
+   valgrind -v --trace-children=yes firefox
 
    valgrind -v --trace-children=yes soffice