Building and installing it
~~~~~~~~~~~~~~~~~~~~~~~~~~
-To install from the Subversion repository :
+To install from the GIT repository:
- 0. Check out the code from SVN, following the instructions at
+ 0. Clone the code from GIT, following the instructions at
http://www.valgrind.org/downloads/repository.html.
1. cd into the source directory.
* Major release production:
See docs/internals/release-HOWTO.txt (currently a bit out of date)
-* Various guidelines/recommended usage for valgrind SVN
- See docs/internals/svn-HOWTO.txt
+* Various guidelines/recommended usage for valgrind GIT
+ See docs/internals/git-HOWTO.txt
* Minor/correction release production: TBD
Some special cases:
-------------------
- Some bugs or changes only touch the VEX SVN repository, so it is not
- possible to commit the NEWS change together with the code changes.
- In such a case, first commit the VEX change. Then just after, commit
- the NEWS change. In the bugzilla status, reference (at least) the Valgrind
- revision number.
-
Some changes or bug fixes are very big and might be implemented over
a significant period. In such a case, update the NEWS as part of the
final commit.
fixed in the commit that fixed 307106.
Change also the status of the duplicated bug in bugzilla,
indicating in the comment the commit revision that fixed the 'master bug'.
-
-
-
-Minor/correction release:
-=========================
-Describe here how to do changes and bug fixed in a minor (correction) release
-and how/when to merge the branch to the trunk.
-
-Proposal to be discussed:
-When a bug is fixed on the branch, the NEWS file is updated on the branch
-(i.e. a 3.9.1 section is created if needed).
-
-When often to merge the branch to trunk ?
- after each fix ?
- just after the correction release is produced ?
-
-How is the branch merged to the trunk ?
# Note that it will spit out some warnings when it runs; ignore these.
#
-# The find command deliberately skips .svn/ subdirs -- we don't want to
-# change them.
-for i in `find . -name '*.[chS]' -o -name '*.in' -type f -not -path '*.svn\/*'` ; do
+# The find command deliberately skips .git/ subdir -- we don't want to
+# change it.
+for i in `find . -name '*.[chS]' -o -name '*.in' -type f -not -path '*.git\/*'` ; do
echo $i
if [ -L $i ]; then continue; fi # skip symbolic links
perl -p -e 's/Copyright \(C\) 20([0-1])([0-9])-2015/Copyright (C) 20$1$2-2017/' < $i > tmp.$$
##------------------------------------------------------------##
# Process this file with autoconf to produce a configure script.
-AC_INIT([Valgrind],[3.14.0.SVN],[valgrind-users@lists.sourceforge.net])
+AC_INIT([Valgrind],[3.14.0.GIT],[valgrind-users@lists.sourceforge.net])
AC_CONFIG_SRCDIR(coregrind/m_main.c)
AC_CONFIG_HEADERS([config.h])
AM_INIT_AUTOMAKE([foreign subdir-objects])
<programlisting><![CDATA[
==2418== Memcheck, a memory error detector
==2418== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
-==2418== Using Valgrind-3.13.0.SVN and LibVEX; rerun with -h for copyright info
+==2418== Using Valgrind-3.14.0.GIT and LibVEX; rerun with -h for copyright info
==2418== Command: ./prog
==2418==
==2418== (action at startup) vgdb me ...
<programlisting><![CDATA[
==738== foobar-0.0.1, a foobarring tool.
==738== Copyright (C) 2002-2017, and GNU GPL'd, by J. Programmer.
- ==738== Using Valgrind-3.13.0.SVN and LibVEX; rerun with -h for copyright info
+ ==738== Using Valgrind-3.14.0.GIT and LibVEX; rerun with -h for copyright info
==738== Command: date
==738==
- Tue Nov 27 12:40:49 EST 2007
+ Tue Nov 27 12:40:49 EST 2017
==738==]]></programlisting>
<para>The tool does nothing except run the program uninstrumented.</para>
gdbserver_tests/gdb --version
uname -a
cat /etc/issue
- valgrind --version (and/or svn version)
+ valgrind --version -v
and attach a tar file containing all the *.out and *.diff
files in gdbserver_tests directory
my %dirs_to_ignore = (
".deps" => 1,
- ".svn" => 1,
- ".git" => 1, # allow git mirrors of the svn repo
+ ".git" => 1,
".in_place" => 1,
"Inst" => 1, # the nightly scripts creates this
"VEX" => 1,