- 'make install' installs the HTML docs in
$(install)/share/doc/valgrind/html/, if they are present. (They will
be present if you are installing from the result of a 'make dist'.
- They might not be present if you are developing in a Subversion
- workspace and have not built them.) It doesn't install the XML docs,
- as they're not useful installed.
+ They might not be present if you are developing in a git workspace and
+ have not built them.) It doesn't install the XML docs, as they're not
+ useful installed.
If the XML processing tools ever mature enough to become standard, we
could just build the docs from XML when doing 'make install', which
find . -name '*.h' \
-type f \
- -not -path '*.svn\/*' | xargs grep "$1"
+ -not -path '*.git\/*' | xargs grep "$1"
The -name option gives the file wildcard, the -type says "look in normal
-files only" and the -not -path tells it to not look in Subversions hidden
-directories.
+files only" and the -not -path tells it to not look in git hidden directories.
(on the guest)
become root
- apt-get install make gcc g++ automake autoconf emacs subversion gdb
+ apt-get install make gcc g++ automake autoconf emacs git gdb
Hack on, etc.
(on the guest)
become root
- apt-get install make g++ gcc subversion emacs gdb automake autoconf
+ apt-get install make g++ gcc git emacs gdb automake autoconf
apt-get gcc-multilib g++-multilib
Configuring V on the guest:
<title>Getting the code</title>
<para>To write your own tool, you'll need the Valgrind source code. You'll
-need a check-out of the Subversion repository for the automake/autoconf
-build instructions to work. See the information about how to do check-out
+need a clone from the git repository for the automake/autoconf
+build instructions to work. See the information about how to do clone
from the repository at <ulink url="&vg-repo-url;">the Valgrind
website</ulink>.</para>
example, if no email was sent but you expected one, check sendmail.log to
see if the mailer script had a problem. Or check if unchanged.log exists.
-Occasionally the SVN server isn't available when the tests runs, for either
+Occasionally the git server isn't available when the tests runs, for either
or both trees. When this happens the email will be sent but it won't be
very informative. Usually it's just a temporary server problem and it'll
run fine the next time without you having to do anything.
- There are very few machines where all tests pass; that's why the old/new
diff is produced. Some of the tests may not be as portable as intended.
- Some tests are non-deterministic, and so may pass one day and fail the
- next.
+ next.
Improving the test suite to avoid these problems is a long-term goal but it
isn't easy.