You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(122) |
Nov
(152) |
Dec
(69) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(25) |
Mar
(73) |
Apr
(82) |
May
(24) |
Jun
(25) |
Jul
(10) |
Aug
(11) |
Sep
(10) |
Oct
(54) |
Nov
(203) |
Dec
(182) |
| 2004 |
Jan
(307) |
Feb
(305) |
Mar
(430) |
Apr
(312) |
May
(187) |
Jun
(342) |
Jul
(487) |
Aug
(637) |
Sep
(336) |
Oct
(373) |
Nov
(441) |
Dec
(210) |
| 2005 |
Jan
(385) |
Feb
(480) |
Mar
(636) |
Apr
(544) |
May
(679) |
Jun
(625) |
Jul
(810) |
Aug
(838) |
Sep
(634) |
Oct
(521) |
Nov
(965) |
Dec
(543) |
| 2006 |
Jan
(494) |
Feb
(431) |
Mar
(546) |
Apr
(411) |
May
(406) |
Jun
(322) |
Jul
(256) |
Aug
(401) |
Sep
(345) |
Oct
(542) |
Nov
(308) |
Dec
(481) |
| 2007 |
Jan
(427) |
Feb
(326) |
Mar
(367) |
Apr
(255) |
May
(244) |
Jun
(204) |
Jul
(223) |
Aug
(231) |
Sep
(354) |
Oct
(374) |
Nov
(497) |
Dec
(362) |
| 2008 |
Jan
(322) |
Feb
(482) |
Mar
(658) |
Apr
(422) |
May
(476) |
Jun
(396) |
Jul
(455) |
Aug
(267) |
Sep
(280) |
Oct
(253) |
Nov
(232) |
Dec
(304) |
| 2009 |
Jan
(486) |
Feb
(470) |
Mar
(458) |
Apr
(423) |
May
(696) |
Jun
(461) |
Jul
(551) |
Aug
(575) |
Sep
(134) |
Oct
(110) |
Nov
(157) |
Dec
(102) |
| 2010 |
Jan
(226) |
Feb
(86) |
Mar
(147) |
Apr
(117) |
May
(107) |
Jun
(203) |
Jul
(193) |
Aug
(238) |
Sep
(300) |
Oct
(246) |
Nov
(23) |
Dec
(75) |
| 2011 |
Jan
(133) |
Feb
(195) |
Mar
(315) |
Apr
(200) |
May
(267) |
Jun
(293) |
Jul
(353) |
Aug
(237) |
Sep
(278) |
Oct
(611) |
Nov
(274) |
Dec
(260) |
| 2012 |
Jan
(303) |
Feb
(391) |
Mar
(417) |
Apr
(441) |
May
(488) |
Jun
(655) |
Jul
(590) |
Aug
(610) |
Sep
(526) |
Oct
(478) |
Nov
(359) |
Dec
(372) |
| 2013 |
Jan
(467) |
Feb
(226) |
Mar
(391) |
Apr
(281) |
May
(299) |
Jun
(252) |
Jul
(311) |
Aug
(352) |
Sep
(481) |
Oct
(571) |
Nov
(222) |
Dec
(231) |
| 2014 |
Jan
(185) |
Feb
(329) |
Mar
(245) |
Apr
(238) |
May
(281) |
Jun
(399) |
Jul
(382) |
Aug
(500) |
Sep
(579) |
Oct
(435) |
Nov
(487) |
Dec
(256) |
| 2015 |
Jan
(338) |
Feb
(357) |
Mar
(330) |
Apr
(294) |
May
(191) |
Jun
(108) |
Jul
(142) |
Aug
(261) |
Sep
(190) |
Oct
(54) |
Nov
(83) |
Dec
(22) |
| 2016 |
Jan
(49) |
Feb
(89) |
Mar
(33) |
Apr
(50) |
May
(27) |
Jun
(34) |
Jul
(53) |
Aug
(53) |
Sep
(98) |
Oct
(206) |
Nov
(93) |
Dec
(53) |
| 2017 |
Jan
(65) |
Feb
(82) |
Mar
(102) |
Apr
(86) |
May
(187) |
Jun
(67) |
Jul
(23) |
Aug
(93) |
Sep
(65) |
Oct
(45) |
Nov
(35) |
Dec
(17) |
| 2018 |
Jan
(26) |
Feb
(35) |
Mar
(38) |
Apr
(32) |
May
(8) |
Jun
(43) |
Jul
(27) |
Aug
(30) |
Sep
(43) |
Oct
(42) |
Nov
(38) |
Dec
(67) |
| 2019 |
Jan
(32) |
Feb
(37) |
Mar
(53) |
Apr
(64) |
May
(49) |
Jun
(18) |
Jul
(14) |
Aug
(53) |
Sep
(25) |
Oct
(30) |
Nov
(49) |
Dec
(31) |
| 2020 |
Jan
(87) |
Feb
(45) |
Mar
(37) |
Apr
(51) |
May
(99) |
Jun
(36) |
Jul
(11) |
Aug
(14) |
Sep
(20) |
Oct
(24) |
Nov
(40) |
Dec
(23) |
| 2021 |
Jan
(14) |
Feb
(53) |
Mar
(85) |
Apr
(15) |
May
(19) |
Jun
(3) |
Jul
(14) |
Aug
(1) |
Sep
(57) |
Oct
(73) |
Nov
(56) |
Dec
(22) |
| 2022 |
Jan
(3) |
Feb
(22) |
Mar
(6) |
Apr
(55) |
May
(46) |
Jun
(39) |
Jul
(15) |
Aug
(9) |
Sep
(11) |
Oct
(34) |
Nov
(20) |
Dec
(36) |
| 2023 |
Jan
(79) |
Feb
(41) |
Mar
(99) |
Apr
(169) |
May
(48) |
Jun
(16) |
Jul
(16) |
Aug
(57) |
Sep
(19) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
|
1
|
|
2
|
3
(4) |
4
(5) |
5
(2) |
6
|
7
(2) |
8
(4) |
|
9
(1) |
10
(7) |
11
(4) |
12
(4) |
13
(8) |
14
(6) |
15
(3) |
|
16
(4) |
17
|
18
|
19
|
20
(6) |
21
|
22
|
|
23
|
24
(1) |
25
(8) |
26
(12) |
27
(1) |
28
(9) |
29
(9) |
|
30
(3) |
31
(4) |
|
|
|
|
|
|
From: Dave G. <go...@mc...> - 2010-05-28 21:27:19
|
On May 28, 2010 , at 4:09 PM CDT, Julian Seward wrote:
> checking for ranlib... ranlib
> ./configure: line 3849: AC_PROG_SED: command not found
> checking for ar... /usr/bin/ar
>
> Bart, is there a fix/workaround for this?
You could try something like this:
------8<------
# provide a very basic def for AC_PROG_SED if we don't have one (as in ac 2.59)
m4_ifndef([AC_PROG_SED],[AC_DEFUN([AC_PROG_SED],
[AC_ARG_VAR([SED])
AC_CHECK_PROGS([SED],[gsed sed])])])
AC_PROG_SED
------8<------
That's a pretty weak check because it doesn't do anything to make sure that the given sed isn't buggy. But it probably makes for a pretty good fallback, and most systems where Valgrind actually builds/runs should have a workable sed.
-Dave
|
|
From: Julian S. <js...@ac...> - 2010-05-28 20:47:38
|
On Saturday 15 May 2010, sv...@va... wrote:
> Author: bart
> Date: 2010-05-15 09:37:24 +0100 (Sat, 15 May 2010)
> New Revision: 11132
>
> Log:
> Changes:
> - Made glibc version detection test shorter and faster.
> - Made unsupported glibc version error message more detailed.
>
>
> Modified:
> trunk/configure.in
>
>
> Modified: trunk/configure.in
> ===================================================================
> --- trunk/configure.in 2010-05-14 11:18:52 UTC (rev 11131)
> +++ trunk/configure.in 2010-05-15 08:37:24 UTC (rev 11132)
> @@ -39,6 +39,7 @@
> # AC_SUBST([OBJCFLAGS])
> # ])
> AC_PROG_RANLIB
> +AC_PROG_SED
It seems autoconf-2.59 does not have AC_PROG_SED, so this causes
from-scratch builds to fail:
running: aclocal
running: autoheader
running: automake -a
running: autoconf
configure.in:42: error: possibly undefined macro: AC_PROG_SED
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
and later
checking for ranlib... ranlib
./configure: line 3849: AC_PROG_SED: command not found
checking for ar... /usr/bin/ar
Bart, is there a fix/workaround for this?
J
>
> # If no AR variable was specified, look up the name of the archiver.
> Otherwise # do not touch the AR variable.
> @@ -582,118 +583,19 @@
> # This variable will collect the suppression files to be used.
> AC_SUBST(DEFAULT_SUPP)
>
> -GLIBC_VERSION=""
> +AC_CHECK_HEADER([features.h])
>
> -AC_EGREP_CPP([GLIBC_22], [
> +if test x$ac_cv_header_features_h = xyes; then
> + rm -f conftest.$ac_ext
> + cat <<_ACEOF >conftest.$ac_ext
> #include <features.h>
> -#ifdef __GNU_LIBRARY__
> - #if (__GLIBC__ == 2 && __GLIBC_MINOR__ == 2)
> - GLIBC_22
> - #endif
> +#if defined(__GNU_LIBRARY__) && defined(__GLIBC__) &&
> defined(__GLIBC_MINOR__) +glibc version is: __GLIBC__ __GLIBC_MINOR__
> #endif
> -],
> -GLIBC_VERSION="2.2")
> +_ACEOF
> + GLIBC_VERSION="`$CPP conftest.$ac_ext | $SED -n 's/^glibc version is:
> //p' | $SED 's/ /./g'`" +fi
>
> -AC_EGREP_CPP([GLIBC_23], [
> -#include <features.h>
> -#ifdef __GNU_LIBRARY__
> - #if (__GLIBC__ == 2 && __GLIBC_MINOR__ == 3)
> - GLIBC_23
> - #endif
> -#endif
> -],
> -GLIBC_VERSION="2.3")
> -
> -AC_EGREP_CPP([GLIBC_24], [
> -#include <features.h>
> -#ifdef __GNU_LIBRARY__
> - #if (__GLIBC__ == 2 && __GLIBC_MINOR__ == 4)
> - GLIBC_24
> - #endif
> -#endif
> -],
> -GLIBC_VERSION="2.4")
> -
> -AC_EGREP_CPP([GLIBC_25], [
> -#include <features.h>
> -#ifdef __GNU_LIBRARY__
> - #if (__GLIBC__ == 2 && __GLIBC_MINOR__ == 5)
> - GLIBC_25
> - #endif
> -#endif
> -],
> -GLIBC_VERSION="2.5")
> -
> -AC_EGREP_CPP([GLIBC_26], [
> -#include <features.h>
> -#ifdef __GNU_LIBRARY__
> - #if (__GLIBC__ == 2 && __GLIBC_MINOR__ == 6)
> - GLIBC_26
> - #endif
> -#endif
> -],
> -GLIBC_VERSION="2.6")
> -
> -AC_EGREP_CPP([GLIBC_27], [
> -#include <features.h>
> -#ifdef __GNU_LIBRARY__
> - #if (__GLIBC__ == 2 && __GLIBC_MINOR__ == 7)
> - GLIBC_27
> - #endif
> -#endif
> -],
> -GLIBC_VERSION="2.7")
> -
> -AC_EGREP_CPP([GLIBC_28], [
> -#include <features.h>
> -#ifdef __GNU_LIBRARY__
> - #if (__GLIBC__ == 2 && __GLIBC_MINOR__ == 8)
> - GLIBC_28
> - #endif
> -#endif
> -],
> -GLIBC_VERSION="2.8")
> -
> -AC_EGREP_CPP([GLIBC_29], [
> -#include <features.h>
> -#ifdef __GNU_LIBRARY__
> - #if (__GLIBC__ == 2 && __GLIBC_MINOR__ == 9)
> - GLIBC_29
> - #endif
> -#endif
> -],
> -GLIBC_VERSION="2.9")
> -
> -AC_EGREP_CPP([GLIBC_210], [
> -#include <features.h>
> -#ifdef __GNU_LIBRARY__
> - #if (__GLIBC__ == 2 && __GLIBC_MINOR__ == 10)
> - GLIBC_210
> - #endif
> -#endif
> -],
> -GLIBC_VERSION="2.10")
> -
> -AC_EGREP_CPP([GLIBC_211], [
> -#include <features.h>
> -#ifdef __GNU_LIBRARY__
> - #if (__GLIBC__ == 2 && __GLIBC_MINOR__ == 11)
> - GLIBC_211
> - #endif
> -#endif
> -],
> -GLIBC_VERSION="2.11")
> -
> -AC_EGREP_CPP([GLIBC_212], [
> -#include <features.h>
> -#ifdef __GNU_LIBRARY__
> - #if (__GLIBC__ == 2 && __GLIBC_MINOR__ == 12)
> - GLIBC_212
> - #endif
> -#endif
> -],
> -GLIBC_VERSION="2.12")
> -
> AC_EGREP_CPP([AIX5_LIBC], [
> #include <standards.h>
> #if defined(_AIXVERSION_510) || defined(_AIXVERSION_520) ||
> defined(_AIXVERSION_530) @@ -806,7 +708,7 @@
> ;;
>
> *)
> - AC_MSG_RESULT(unsupported version)
> + AC_MSG_RESULT([unsupported version ${GLIBC_VERSION}])
> AC_MSG_ERROR([Valgrind requires glibc version 2.2 - 2.12])
> AC_MSG_ERROR([or AIX 5.1 or 5.2 or 5.3 GLIBC_VERSION])
> AC_MSG_ERROR([or Darwin libc])
>
>
> ---------------------------------------------------------------------------
>---
>
> _______________________________________________
> Valgrind-developers mailing list
> Val...@li...
> https://lists.sourceforge.net/lists/listinfo/valgrind-developers
|
|
From: <sv...@va...> - 2010-05-28 20:10:09
|
Author: sewardj
Date: 2010-05-28 21:09:59 +0100 (Fri, 28 May 2010)
New Revision: 11136
Log:
libhb_so_recv(): don't pass a NULL filter to Filter__clear. Not sure
why thr->filter can be NULL here, though.
Modified:
trunk/helgrind/libhb_core.c
Modified: trunk/helgrind/libhb_core.c
===================================================================
--- trunk/helgrind/libhb_core.c 2010-05-27 10:43:21 UTC (rev 11135)
+++ trunk/helgrind/libhb_core.c 2010-05-28 20:09:59 UTC (rev 11136)
@@ -5711,7 +5711,8 @@
//VtsID__rcinc(thr->viW);
}
- Filter__clear(thr->filter, "libhb_so_recv");
+ if (thr->filter)
+ Filter__clear(thr->filter, "libhb_so_recv");
note_local_Kw_n_stack_for(thr);
if (strong_recv)
|
|
From: Rich C. <Ric...@me...> - 2010-05-28 14:47:02
|
I don't have the eldk, but it looks like it doesn't define the abort()
function.
You will need to define your own abort() for your platform.
This may be sufficient, but not complete:
void
abort(void)
{
kill(getpid(), SIGABRT);
}
On Wed, 26 May 2010 13:31:10 -0700 (PDT)
Gary Yang <gar...@ya...> wrote:
> Hi,
>
> I commented out those stvx, vand and vspltw etc. But, I got anther error. Can someone help?
>
> ......
> ppc_4xx-gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include -I../VEX/pub -DVGA_ppc32=1 -DVGO_linux=1 -DVGP_ppc32_linux=1 -m32 -O2 -g -Wall -Wmissing-prototypes -Wshadow -Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wno-format-zero-length -fno-strict-aliasing -O2 -Wno-long-long -Wno-pointer-sign -fno-stack-protector -MT memcheck_ppc32_linux-mc_errors.o -MD -MP -MF .deps/memcheck_ppc32_linux-mc_errors.Tpo -c -o memcheck_ppc32_linux-mc_errors.o `test -f 'mc_errors.c' || echo './'`mc_errors.c
> mv -f .deps/memcheck_ppc32_linux-mc_errors.Tpo .deps/memcheck_ppc32_linux-mc_errors.Po
> ppc_4xx-gcc -m32 -O2 -g -Wall -Wmissing-prototypes -Wshadow -Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wno-format-zero-length -fno-strict-aliasing -O2 -Wno-long-long -Wno-pointer-sign -fno-stack-protector -static -Wl,-defsym,valt_load_address=0x38000000 -nodefaultlibs -nostartfiles -u _start -m32 -Wl,-T,../valt_load_address_ppc32_linux.lds -o memcheck-ppc32-linux memcheck_ppc32_linux-mc_leakcheck.o memcheck_ppc32_linux-mc_malloc_wrappers.o memcheck_ppc32_linux-mc_main.o memcheck_ppc32_linux-mc_translate.o memcheck_ppc32_linux-mc_machine.o memcheck_ppc32_linux-mc_errors.o ../coregrind/libcoregrind-ppc32-linux.a ../VEX/libvex-ppc32-linux.a -lgcc
> /.automount/tools/eldk/4.2/usr/bin/../lib/gcc/powerpc-linux/4.2.2/m403/libgcc.a(divsf3.o): In function `__divsf3':
> /opt/eldk/build/ppc-2008-04-01/work/usr/src/denx/BUILD/crosstool-0.43/build/gcc-4.2.2-glibc-20070515T2025-eldk/powerpc-linux/gcc-4.2.2/gcc/config/soft-fp/divsf3.c:44: undefined reference to `abort'
> /.automount/tools/eldk/4.2/usr/bin/../lib/gcc/powerpc-linux/4.2.2/m403/libgcc.a(divdf3.o): In function `__divdf3':
> /opt/eldk/build/ppc-2008-04-01/work/usr/src/denx/BUILD/crosstool-0.43/build/gcc-4.2.2-glibc-20070515T2025-eldk/powerpc-linux/gcc-4.2.2/gcc/config/soft-fp/divdf3.c:44: undefined reference to `abort'
> /.automount/tools/eldk/4.2/usr/bin/../lib/gcc/powerpc-linux/4.2.2/m403/libgcc.a(muldf3.o): In function `__muldf3':
> /opt/eldk/build/ppc-2008-04-01/work/usr/src/denx/BUILD/crosstool-0.43/build/gcc-4.2.2-glibc-20070515T2025-eldk/powerpc-linux/gcc-4.2.2/gcc/config/soft-fp/muldf3.c:44: undefined reference to `abort'
> collect2: ld returned 1 exit status
> make[4]: *** [memcheck-ppc32-linux] Error 1
> make[4]: Leaving directory `download/try/valgrind/memcheck'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `download/try/valgrind/memcheck'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory `download/try/valgrind/memcheck'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `download/try/valgrind'
> make: *** [all] Error 2
>
>
>
>
>
> --- On Wed, 5/26/10, Gary Yang <gar...@ya...> wrote:
>
>
> From: Gary Yang <gar...@ya...>
> Subject: Re: [Valgrind-developers] Valgrind cross compilation error for PPC32_LINUX
> To: "Bart Van Assche" <bva...@ac...>
> Cc: val...@li..., val...@li...
> Date: Wednesday, May 26, 2010, 12:37 PM
>
>
>
>
>
>
>
> Hi Bart,
>
> Thanks for your reply. I read https://bugs.kde.org/show_bug.cgi?id=238745. However, I did not find a solution. I added --disable-tls for configure. I still got the error. Any idea?
>
> ./configure --host=powerpc-linux --target=powerpc-linux --disable-tls --prefix=/myhome/download/valgrind
>
>
> ppc_4xx-gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include -I../VEX/pub -DVGA_ppc32=1 -DVGO_linux=1 -DVGP_ppc32_linux=1 -I../coregrind -DVG_LIBDIR="\"/projects/svdc/P4wsIPCSW/download/valgrind/lib/valgrind"\" -DVG_PLATFORM="\"ppc32-linux\"" -m32 -O2 -g -Wall -Wmissing-prototypes -Wshadow -Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wno-format-zero-length -fno-strict-aliasing -Wno-long-long -Wno-pointer-sign -fno-stack-protector -MT libcoregrind_ppc32_linux_a-safe-ctype.o -MD -MP -MF .deps/libcoregrind_ppc32_linux_a-safe-ctype.Tpo -c -o libcoregrind_ppc32_linux_a-safe-ctype.o `test -f 'm_demangle/safe-ctype.c' || echo './'`m_demangle/safe-ctype.c
> mv -f .deps/libcoregrind_ppc32_linux_a-safe-ctype.Tpo .deps/libcoregrind_ppc32_linux_a-safe-ctype.Po
> ppc_4xx-gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include -I../VEX/pub -DVGA_ppc32=1 -DVGO_linux=1 -DVGP_ppc32_linux=1 -I../coregrind -DVG_LIBDIR="\"/projects/svdc/P4wsIPCSW/download/valgrind/lib/valgrind"\" -DVG_PLATFORM="\"ppc32-linux\"" -I.. -I../include -I../VEX/pub -DVGA_ppc32=1 -DVGO_linux=1 -DVGP_ppc32_linux=1 -I../coregrind -DVG_LIBDIR="\"/projects/svdc/P4wsIPCSW/download/valgrind/lib/valgrind"\" -DVG_PLATFORM="\"ppc32-linux\"" -m32 -g -Wno-long-long -MT libcoregrind_ppc32_linux_a-dispatch-x86-linux.o -MD -MP -MF .deps/libcoregrind_ppc32_linux_a-dispatch-x86-linux.Tpo -c -o libcoregrind_ppc32_linux_a-dispatch-x86-linux.o `test -f 'm_dispatch/dispatch-x86-linux.S' || echo './'`m_dispatch/dispatch-x86-linux.S
> mv -f .deps/libcoregrind_ppc32_linux_a-dispatch-x86-linux.Tpo .deps/libcoregrind_ppc32_linux_a-dispatch-x86-linux.Po
> ppc_4xx-gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include -I../VEX/pub -DVGA_ppc32=1 -DVGO_linux=1 -DVGP_ppc32_linux=1 -I../coregrind -DVG_LIBDIR="\"/projects/svdc/P4wsIPCSW/download/valgrind/lib/valgrind"\" -DVG_PLATFORM="\"ppc32-linux\"" -I.. -I../include -I../VEX/pub -DVGA_ppc32=1 -DVGO_linux=1 -DVGP_ppc32_linux=1 -I../coregrind -DVG_LIBDIR="\"/projects/svdc/P4wsIPCSW/download/valgrind/lib/valgrind"\" -DVG_PLATFORM="\"ppc32-linux\"" -m32 -g -Wno-long-long -MT libcoregrind_ppc32_linux_a-dispatch-amd64-linux.o -MD -MP -MF .deps/libcoregrind_ppc32_linux_a-dispatch-amd64-linux.Tpo -c -o libcoregrind_ppc32_linux_a-dispatch-amd64-linux.o `test -f 'm_dispatch/dispatch-amd64-linux.S' || echo './'`m_dispatch/dispatch-amd64-linux.S
> mv -f .deps/libcoregrind_ppc32_linux_a-dispatch-amd64-linux.Tpo .deps/libcoregrind_ppc32_linux_a-dispatch-amd64-linux.Po
> ppc_4xx-gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include -I../VEX/pub -DVGA_ppc32=1 -DVGO_linux=1 -DVGP_ppc32_linux=1 -I../coregrind -DVG_LIBDIR="\"/projects/svdc/P4wsIPCSW/download/valgrind/lib/valgrind"\" -DVG_PLATFORM="\"ppc32-linux\"" -I.. -I../include -I../VEX/pub -DVGA_ppc32=1 -DVGO_linux=1 -DVGP_ppc32_linux=1 -I../coregrind -DVG_LIBDIR="\"/projects/svdc/P4wsIPCSW/download/valgrind/lib/valgrind"\" -DVG_PLATFORM="\"ppc32-linux\"" -m32 -g -Wno-long-long -MT libcoregrind_ppc32_linux_a-dispatch-ppc32-linux.o -MD -MP -MF .deps/libcoregrind_ppc32_linux_a-dispatch-ppc32-linux.Tpo -c -o libcoregrind_ppc32_linux_a-dispatch-ppc32-linux.o `test -f 'm_dispatch/dispatch-ppc32-linux.S' || echo './'`m_dispatch/dispatch-ppc32-linux.S
> m_dispatch/dispatch-ppc32-linux.S: Assembler messages:
> m_dispatch/dispatch-ppc32-linux.S:142: Error: Unrecognized opcode: `stvx'
> m_dispatch/dispatch-ppc32-linux.S:144: Error: Unrecognized opcode: `stvx'
> m_dispatch/dispatch-ppc32-linux.S:146: Error: Unrecognized opcode: `stvx'
> m_dispatch/dispatch-ppc32-linux.S:148: Error: Unrecognized opcode: `stvx'
> m_dispatch/dispatch-ppc32-linux.S:150: Error: Unrecognized opcode: `stvx'
> m_dispatch/dispatch-ppc32-linux.S:152: Error: Unrecognized opcode: `stvx'
> m_dispatch/dispatch-ppc32-linux.S:154: Error: Unrecognized opcode: `stvx'
> m_dispatch/dispatch-ppc32-linux.S:156: Error: Unrecognized opcode: `stvx'
> m_dispatch/dispatch-ppc32-linux.S:158: Error: Unrecognized opcode: `stvx'
> m_dispatch/dispatch-ppc32-linux.S:160: Error: Unrecognized opcode: `stvx'
> m_dispatch/dispatch-ppc32-linux.S:162: Error: Unrecognized opcode: `stvx'
> m_dispatch/dispatch-ppc32-linux.S:164: Error: Unrecognized opcode: `stvx'
> m_dispatch/dispatch-ppc32-linux.S:221: Error: Unrecognized opcode: `vspltisw'
> m_dispatch/dispatch-ppc32-linux.S:222: Error: Unrecognized opcode: `mtvscr'
> m_dispatch/dispatch-ppc32-linux.S:420: Error: Unrecognized opcode: `vspltisw'
> m_dispatch/dispatch-ppc32-linux.S:421: Error: Unrecognized opcode: `vspltisw'
> m_dispatch/dispatch-ppc32-linux.S:422: Error: Unrecognized opcode: `vsldoi'
> m_dispatch/dispatch-ppc32-linux.S:424: Error: Unrecognized opcode: `mfvscr'
> m_dispatch/dispatch-ppc32-linux.S:425: Error: Unrecognized opcode: `vand'
> m_dispatch/dispatch-ppc32-linux.S:426: Error: Unrecognized opcode: `vspltw'
> m_dispatch/dispatch-ppc32-linux.S:427: Error: Unrecognized opcode: `vcmpequw.'
> m_dispatch/dispatch-ppc32-linux.S:511: Error: Unrecognized opcode: `lvx'
> m_dispatch/dispatch-ppc32-linux.S:513: Error: Unrecognized opcode: `lvx'
> m_dispatch/dispatch-ppc32-linux.S:515: Error: Unrecognized opcode: `lvx'
> m_dispatch/dispatch-ppc32-linux.S:517: Error: Unrecognized opcode: `lvx'
> m_dispatch/dispatch-ppc32-linux.S:519: Error: Unrecognized opcode: `lvx'
> m_dispatch/dispatch-ppc32-linux.S:521: Error: Unrecognized opcode: `lvx'
> m_dispatch/dispatch-ppc32-linux.S:523: Error: Unrecognized opcode: `lvx'
> m_dispatch/dispatch-ppc32-linux.S:525: Error: Unrecognized opcode: `lvx'
> m_dispatch/dispatch-ppc32-linux.S:527: Error: Unrecognized opcode: `lvx'
> m_dispatch/dispatch-ppc32-linux.S:529: Error: Unrecognized opcode: `lvx'
> m_dispatch/dispatch-ppc32-linux.S:531: Error: Unrecognized opcode: `lvx'
> m_dispatch/dispatch-ppc32-linux.S:533: Error: Unrecognized opcode: `lvx'
> make[3]: *** [libcoregrind_ppc32_linux_a-dispatch-ppc32-linux.o] Error 1
> make[3]: Leaving directory `download/try/valgrind/coregrind'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory `download/try/valgrind/coregrind'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `download/try/valgrind'
> make: *** [all] Error 2
>
>
> Thanks,
>
> Gary
>
>
>
> --- On Wed, 5/26/10, Bart Van Assche <bva...@ac...> wrote:
>
>
> From: Bart Van Assche <bva...@ac...>
> Subject: Re: [Valgrind-developers] Valgrind cross compilation error for PPC32_LINUX
> To: "Gary Yang" <gar...@ya...>
> Cc: val...@li..., val...@li...
> Date: Wednesday, May 26, 2010, 12:08 PM
>
>
> On Wed, May 26, 2010 at 9:04 PM, Gary Yang <gar...@ya...> wrote:
>
>
> [ ... ]
> m_dispatch/dispatch-ppc32-linux.S:142: Error: Unrecognized opcode: `stvx'
> [ ... ]
>
>
> See also https://bugs.kde.org/show_bug.cgi?id=238745.
>
> Bart.
>
>
>
> -----Inline Attachment Follows-----
>
>
> ------------------------------------------------------------------------------
>
>
> -----Inline Attachment Follows-----
>
>
> _______________________________________________
> Valgrind-developers mailing list
> Val...@li...
> https://lists.sourceforge.net/lists/listinfo/valgrind-developers
>
>
>
>
--
|
|
From: Evgeniy S. <eu...@go...> - 2010-05-28 11:41:43
|
Hi,
what is the best way to add a delay to the instrumented code that will not
block other threads of a program?
In more detail, I'm trying to slow down individual threads of a program in
specific places of code, and observe the behavior of other threads at that
time.
AFAIK, multithreading is implemented in Valgrind in such a way that only one
thread is active at any moment of time, and threads are switched only
between IRSB's. Because of this, sleeping or busy looping in helper
functions does not work - it blocks the whole program.
I've got some success with the following approach. I steal the address of
usleep() function from the program with a client request from vgpreload part
of the tool, and insert a call to that address during code instrumentation:
// put sleep duration in %edi
PUT(56) = 0xF4241:I64
// put return address on the stack
t15 = GET:I64(32)
t16 = Sub64(t15,0x8:I64)
PUT(32) = t16
STle(t16) = 0x405F55:I64
// call the stolen usleep()
if (1:I1) goto {Call} 0x40A012:I64
This code must be placed immediately before an IMark, whose address is the
return address of the call (0x405FF5 in this case). It also can not be
placed at the beginning of an IRSB, because valgrind complains about an
unknown PC. This approach is very arch-dependent and does not feel right.
There is also an inconvenience that all instrumentation after this call is
lost after the callee returns, since the superblock is then split into two
that must be instrumented separately one more time.
Is there a simpler way to do this? Is it possible to somehow tell the
valgrind scheduler to let the other threads run for a bit (some kind of
VG_(sched_yield) or VG_(sleep))?
|
|
From: Alexander P. <gl...@go...> - 2010-05-28 08:13:21
|
Nightly build on mcgrind ( Darwin 9.8.0 i386 ) Started at 2010-05-28 09:06:00 MSD Ended at 2010-05-28 09:24:45 MSD Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 442 tests, 26 stderr failures, 1 stdout failure, 0 post failures == memcheck/tests/null_socket (stdout) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/varinfo1 (stderr) memcheck/tests/varinfo2 (stderr) memcheck/tests/varinfo3 (stderr) memcheck/tests/varinfo4 (stderr) memcheck/tests/varinfo5 (stderr) memcheck/tests/varinfo6 (stderr) none/tests/async-sigs (stderr) none/tests/faultstatus (stderr) none/tests/pth_blockedsig (stderr) none/tests/require-text-symbol-2 (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/rwlock_race (stderr) helgrind/tests/tc06_two_races_xml (stderr) helgrind/tests/tc17_sembar (stderr) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc23_bogus_condwait (stderr) helgrind/tests/tc24_nonzero_sem (stderr) drd/tests/circular_buffer (stderr) drd/tests/pth_inconsistent_cond_wait (stderr) drd/tests/sem_open (stderr) drd/tests/sem_open2 (stderr) drd/tests/sem_open3 (stderr) drd/tests/sem_open_traced (stderr) drd/tests/tc17_sembar (stderr) drd/tests/tc23_bogus_condwait (stderr) -- Alexander Potapenko Software Engineer Google Moscow |
|
From: Bart V. A. <bva...@ac...> - 2010-05-28 06:29:22
|
Nightly build on cellbuzz-native ( cellbuzz, ppc64, Fedora 7, native ) Started at 2010-05-28 02:27:49 EDT Ended at 2010-05-28 02:29:14 EDT Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Last 20 lines of verbose log follow echo Checking out valgrind source tree ... svn co svn://svn.valgrind.org/valgrind/trunk -r {2010-05-28T02:27:49} valgrind-new Job ID = 3260.cell-user.cell.buzz cat: cmd-output.txt: No such file or directory Configuring valgrind ... cd valgrind-new && ./autogen.sh && ./configure --prefix=/home/bart/software/valgrind/nightly/valgrind-new/Inst Job ID = 3261.cell-user.cell.buzz cat: cmd-output.txt: No such file or directory Building valgrind ... cd valgrind-new && make -j 2 && make -j 2 check && make install Job ID = 3262.cell-user.cell.buzz cat: cmd-output.txt: No such file or directory Running regression tests ... cd valgrind-new && make regtest Job ID = 3263.cell-user.cell.buzz cat: cmd-output.txt: No such file or directory ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Last 20 lines of verbose log follow echo Checking out valgrind source tree ... svn co svn://svn.valgrind.org/valgrind/trunk -r {2010-05-27T02:27:49} valgrind-old Job ID = 3256.cell-user.cell.buzz cat: cmd-output.txt: No such file or directory Configuring valgrind ... cd valgrind-old && ./autogen.sh && ./configure --prefix=/home/bart/software/valgrind/nightly/valgrind-old/Inst Job ID = 3257.cell-user.cell.buzz cat: cmd-output.txt: No such file or directory Building valgrind ... cd valgrind-old && make -j 2 && make -j 2 check && make install Job ID = 3258.cell-user.cell.buzz cat: cmd-output.txt: No such file or directory Running regression tests ... cd valgrind-old && make regtest Job ID = 3259.cell-user.cell.buzz cat: cmd-output.txt: No such file or directory ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Fri May 28 02:28:33 2010 --- new.short Fri May 28 02:29:14 2010 *************** *** 8,20 **** ! Checking out valgrind source tree ... svn co svn://svn.valgrind.org/valgrind/trunk -r {2010-05-27T02:27:49} valgrind-old ! Job ID = 3256.cell-user.cell.buzz cat: cmd-output.txt: No such file or directory ! Configuring valgrind ... cd valgrind-old && ./autogen.sh && ./configure --prefix=/home/bart/software/valgrind/nightly/valgrind-old/Inst ! Job ID = 3257.cell-user.cell.buzz cat: cmd-output.txt: No such file or directory ! Building valgrind ... cd valgrind-old && make -j 2 && make -j 2 check && make install ! Job ID = 3258.cell-user.cell.buzz cat: cmd-output.txt: No such file or directory ! Running regression tests ... cd valgrind-old && make regtest ! Job ID = 3259.cell-user.cell.buzz cat: cmd-output.txt: No such file or directory --- 8,20 ---- ! Checking out valgrind source tree ... svn co svn://svn.valgrind.org/valgrind/trunk -r {2010-05-28T02:27:49} valgrind-new ! Job ID = 3260.cell-user.cell.buzz cat: cmd-output.txt: No such file or directory ! Configuring valgrind ... cd valgrind-new && ./autogen.sh && ./configure --prefix=/home/bart/software/valgrind/nightly/valgrind-new/Inst ! Job ID = 3261.cell-user.cell.buzz cat: cmd-output.txt: No such file or directory ! Building valgrind ... cd valgrind-new && make -j 2 && make -j 2 check && make install ! Job ID = 3262.cell-user.cell.buzz cat: cmd-output.txt: No such file or directory ! Running regression tests ... cd valgrind-new && make regtest ! Job ID = 3263.cell-user.cell.buzz cat: cmd-output.txt: No such file or directory |
|
From: Tom H. <th...@cy...> - 2010-05-28 02:45:35
|
Nightly build on lloyd ( x86_64, Fedora 7 ) Started at 2010-05-28 03:05:05 BST Ended at 2010-05-28 03:45:20 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 541 tests, 1 stderr failure, 0 stdout failures, 0 post failures == helgrind/tests/tc06_two_races_xml (stderr) |
|
From: Tom H. <th...@cy...> - 2010-05-28 02:36:56
|
Nightly build on mg ( x86_64, Fedora 9 ) Started at 2010-05-28 03:10:05 BST Ended at 2010-05-28 03:36:38 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 548 tests, 2 stderr failures, 0 stdout failures, 0 post failures == helgrind/tests/pth_spinlock (stderr) helgrind/tests/tc06_two_races_xml (stderr) ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 548 tests, 1 stderr failure, 0 stdout failures, 0 post failures == helgrind/tests/tc06_two_races_xml (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Fri May 28 03:23:36 2010 --- new.short Fri May 28 03:36:38 2010 *************** *** 8,10 **** ! == 548 tests, 1 stderr failure, 0 stdout failures, 0 post failures == helgrind/tests/tc06_two_races_xml (stderr) --- 8,11 ---- ! == 548 tests, 2 stderr failures, 0 stdout failures, 0 post failures == ! helgrind/tests/pth_spinlock (stderr) helgrind/tests/tc06_two_races_xml (stderr) |