Unbreak build on Mac_OS where __NR_mprotect is not defined.

The test is not executed on Darwin but should compile.
(based on fix suggestion by Rich Coe)



git-svn-id: svn://svn.valgrind.org/valgrind/trunk@13014
This commit is contained in:
Philippe Waroquiers 2012-09-24 21:37:02 +00:00
parent 8783c37469
commit 76e93ca812
2 changed files with 8 additions and 4 deletions

View File

@ -136,6 +136,10 @@ UWord do_syscall_WRK (
}
#else
// Ensure the file compiles even if the syscall nr is not defined.
#ifndef __NR_mprotect
#define __NR_mprotect 0
#endif
UWord do_syscall_WRK (UWord syscall_no,
UWord a1, UWord a2, UWord a3,
UWord a4, UWord a5, UWord a6

View File

@ -14,8 +14,8 @@ To see them, rerun with: --leak-check=full --show-reachable=yes
expecting a leak
1,000 bytes in 1 blocks are definitely lost in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-segv-jmp.c:167)
by 0x........: main (leak-segv-jmp.c:214)
by 0x........: f (leak-segv-jmp.c:171)
by 0x........: main (leak-segv-jmp.c:218)
LEAK SUMMARY:
definitely lost: 1,000 bytes in 1 blocks
@ -30,8 +30,8 @@ mprotect result 0
expecting a leak again
1,000 bytes in 1 blocks are definitely lost in loss record ... of ...
at 0x........: malloc (vg_replace_malloc.c:...)
by 0x........: f (leak-segv-jmp.c:167)
by 0x........: main (leak-segv-jmp.c:214)
by 0x........: f (leak-segv-jmp.c:171)
by 0x........: main (leak-segv-jmp.c:218)
LEAK SUMMARY:
definitely lost: 1,000 bytes in 1 blocks