- Added include/x86/: contains tool_arch.h, Makefile.am, .cvsignore.
- Added coregrind/x86/state.c. Contains some arch-specific code for dealing
with x86 registers -- eg. setting up the baseBlock, loading/saving the whole
register state. It is compiled into coregrind/x86/libarch.a and linked via
${VG_ARCH} with the core.
Relatedly, also added coregrind/x86/{core_arch.h,core_arch_asm.h}.
- Correspondingly abstracted the register state out of ThreadState. This
affected every place that touches registers, and there are a lot of them.
(Eventually all the register touching should be abstracted out in an
arch-neutral way, but not yet; one step at a time.)
- Added some declarations about register loading/saving functions to core.h;
all architectures will have to provide these functions.
- Rejigged the build system so that the arch-specific stuff is all done via
${VG_ARCH}, rather than naming e.g. x86/ directly. Appropriate -I arguments
are used so that all the headers are found, etc.
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@2656
- removing the directories arch/x86-linux and arch/x86-freebsd, the contents of
which were never actually used.
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@2654
latter includes string.h on some older systems which then causes
problems when linux/fs.h includes linux/string.h due to it turning
various string functions into pre-processor macros.
This was the problem behind bug #87820 which actually had nothing to
do with gcc 2.95 and everything to do with the glibc and kernel
headers that the system had installed.
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@2639
avoids warnings from configure about an unknown X server type on recent Linux
distributions that use X.Org instead of XFree86.
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@2625
structure to match the address of the instruction in the client program
which caused the fault.
CCMAIL: 88115-done@bugs.kde.org
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@2623
rendezvous with another thread before the signal arrived then check
whether the rendezvous is now complete or we may deadlock.
CCMAIL: 77369-done@bugs.kde.org
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@2621
Two were trivial. The one for strncmp is slightly trickier; you have to be
careful with the signedness of chars when comparing them... but the code
already casts s1 and s2 to (unsigned char*) before comparing them, so it's not
a problem.
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@2618
in C99 but not in C89 except as a GNU extension so it's probably
best not to rely on it.
Patch from Jeroen N. Witmond <jnw@xs4all.nl>.
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@2617
bit before "$(subdir)" has to specify the path from .in_place/ to the root.
It just so happened that $(top_builddir) was the same for all directories at
the same level in the hierarchy as .in_place/ (ie. one deep).
(I haven't bothered changing it in all the tool Makefile.am files, because I'll
do that when I factor out all their common bits into a single file, be it
before or after 2.2.0 is released.)
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@2616
- introduce $(inplacedir) like everywhere else
- valgrind.spec doesn't need to be included in "make dist", because it gets
built from valgrind.spec.in at configure-time.
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@2615
dist". This avoids the need to put it in "EXTRA_DIST", and saves a few lines
in all the docs Makefile.am files.
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@2614
generate ugly warnings by trying to compile it.
Patch from Eric Estievenart <eric.estievenart@free.fr>
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@2613
