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
(8) |
2
(8) |
3
(15) |
4
(14) |
5
(12) |
6
(40) |
7
(9) |
|
8
(5) |
9
(12) |
10
(9) |
11
(13) |
12
(7) |
13
(7) |
14
(19) |
|
15
(18) |
16
(13) |
17
(16) |
18
(8) |
19
(16) |
20
(16) |
21
(12) |
|
22
(21) |
23
(39) |
24
(27) |
25
(33) |
26
(41) |
27
(17) |
28
(15) |
|
From: Julian S. <js...@ac...> - 2009-02-22 23:53:17
|
> Julian, didn't you have a PPC nightly test going at one point? We're no longer running a ppc64 box 24x7 (unnecessary energy hog). I do have a ppc32 box (ppc mac mini) that runs 24x7, but Memcheck is unusable on it, because the ultra-optimised strlen in ld.so causes thousands of false errors, and unfortunately ld.so is stripped so it's not interceptable. It would be best to enhance Memcheck so as to be able to handle the cleverness in the optimised strlen, but chasing down the root causes in Memcheck is very difficult. J |
|
From: <sv...@va...> - 2009-02-22 23:40:36
|
Author: sewardj Date: 2009-02-22 23:40:31 +0000 (Sun, 22 Feb 2009) New Revision: 9223 Log: Use dashes rather than underscores in library names (njn). Modified: trunk/Makefile.tool.am trunk/coregrind/Makefile.am Modified: trunk/Makefile.tool.am =================================================================== --- trunk/Makefile.tool.am 2009-02-22 23:38:10 UTC (rev 9222) +++ trunk/Makefile.tool.am 2009-02-22 23:40:31 UTC (rev 9223) @@ -7,84 +7,84 @@ LIBREPLACEMALLOC_X86_LINUX = \ - $(top_builddir)/coregrind/libreplacemalloc_toolpreload_x86_linux.a + $(top_builddir)/coregrind/libreplacemalloc_toolpreload-x86-linux.a LIBREPLACEMALLOC_AMD64_LINUX = \ - $(top_builddir)/coregrind/libreplacemalloc_toolpreload_amd64_linux.a + $(top_builddir)/coregrind/libreplacemalloc_toolpreload-amd64-linux.a LIBREPLACEMALLOC_PPC32_LINUX = \ - $(top_builddir)/coregrind/libreplacemalloc_toolpreload_ppc32_linux.a + $(top_builddir)/coregrind/libreplacemalloc_toolpreload-ppc32-linux.a LIBREPLACEMALLOC_PPC64_LINUX = \ - $(top_builddir)/coregrind/libreplacemalloc_toolpreload_ppc64_linux.a + $(top_builddir)/coregrind/libreplacemalloc_toolpreload-ppc64-linux.a LIBREPLACEMALLOC_PPC32_AIX5 = \ - $(top_builddir)/coregrind/libreplacemalloc_toolpreload_ppc32_aix5.a + $(top_builddir)/coregrind/libreplacemalloc_toolpreload-ppc32-aix5.a LIBREPLACEMALLOC_PPC64_AIX5 = \ - $(top_builddir)/coregrind/libreplacemalloc_toolpreload_ppc64_aix5.a + $(top_builddir)/coregrind/libreplacemalloc_toolpreload-ppc64-aix5.a COREGRIND_LIBS_X86_LINUX = \ - $(top_builddir)/coregrind/libcoregrind_x86_linux.a \ - @VEX_DIR@/libvex_x86_linux.a + $(top_builddir)/coregrind/libcoregrind-x86-linux.a \ + @VEX_DIR@/libvex-x86-linux.a COREGRIND_LIBS_AMD64_LINUX = \ - $(top_builddir)/coregrind/libcoregrind_amd64_linux.a \ - @VEX_DIR@/libvex_amd64_linux.a + $(top_builddir)/coregrind/libcoregrind-amd64-linux.a \ + @VEX_DIR@/libvex-amd64-linux.a COREGRIND_LIBS_PPC32_LINUX = \ - $(top_builddir)/coregrind/libcoregrind_ppc32_linux.a \ - @VEX_DIR@/libvex_ppc32_linux.a + $(top_builddir)/coregrind/libcoregrind-ppc32-linux.a \ + @VEX_DIR@/libvex-ppc32-linux.a COREGRIND_LIBS_PPC64_LINUX = \ - $(top_builddir)/coregrind/libcoregrind_ppc64_linux.a \ - @VEX_DIR@/libvex_ppc64_linux.a + $(top_builddir)/coregrind/libcoregrind-ppc64-linux.a \ + @VEX_DIR@/libvex-ppc64-linux.a COREGRIND_LIBS_PPC32_AIX5 = \ - $(top_builddir)/coregrind/libcoregrind_ppc32_aix5.a \ - @VEX_DIR@/libvex_ppc32_aix5.a + $(top_builddir)/coregrind/libcoregrind-ppc32-aix5.a \ + @VEX_DIR@/libvex-ppc32-aix5.a COREGRIND_LIBS_PPC64_AIX5 = \ - $(top_builddir)/coregrind/libcoregrind_ppc64_aix5.a \ - @VEX_DIR@/libvex_ppc64_aix5.a + $(top_builddir)/coregrind/libcoregrind-ppc64-aix5.a \ + @VEX_DIR@/libvex-ppc64-aix5.a ##.PHONY: @VEX_DIR@/libvex.a -@VEX_DIR@/libvex_x86_linux.a: @VEX_DIR@/priv/main/vex_svnversion.h +@VEX_DIR@/libvex-x86-linux.a: @VEX_DIR@/priv/main/vex_svnversion.h $(MAKE) -C @VEX_DIR@ CC="$(CC)" AR="$(AR)" \ - libvex_x86_linux.a \ + libvex-x86-linux.a \ EXTRA_CFLAGS="$(AM_CFLAGS_X86_LINUX) @FLAG_WDECL_AFTER_STMT@ \ @FLAG_FNO_STACK_PROTECTOR@" -@VEX_DIR@/libvex_amd64_linux.a: @VEX_DIR@/priv/main/vex_svnversion.h +@VEX_DIR@/libvex-amd64-linux.a: @VEX_DIR@/priv/main/vex_svnversion.h $(MAKE) -C @VEX_DIR@ CC="$(CC)" AR="$(AR)" \ - libvex_amd64_linux.a \ + libvex-amd64-linux.a \ EXTRA_CFLAGS="$(AM_CFLAGS_AMD64_LINUX) @FLAG_WDECL_AFTER_STMT@ \ @FLAG_FNO_STACK_PROTECTOR@" -@VEX_DIR@/libvex_ppc32_linux.a: @VEX_DIR@/priv/main/vex_svnversion.h +@VEX_DIR@/libvex-ppc32-linux.a: @VEX_DIR@/priv/main/vex_svnversion.h $(MAKE) -C @VEX_DIR@ CC="$(CC)" AR="$(AR)" \ - libvex_ppc32_linux.a \ + libvex-ppc32-linux.a \ EXTRA_CFLAGS="$(AM_CFLAGS_PPC32_LINUX) @FLAG_WDECL_AFTER_STMT@ \ @FLAG_FNO_STACK_PROTECTOR@" -@VEX_DIR@/libvex_ppc64_linux.a: @VEX_DIR@/priv/main/vex_svnversion.h +@VEX_DIR@/libvex-ppc64-linux.a: @VEX_DIR@/priv/main/vex_svnversion.h $(MAKE) -C @VEX_DIR@ CC="$(CC)" AR="$(AR)" \ - libvex_ppc64_linux.a \ + libvex-ppc64-linux.a \ EXTRA_CFLAGS="$(AM_CFLAGS_PPC64_LINUX) @FLAG_WDECL_AFTER_STMT@ \ @FLAG_FNO_STACK_PROTECTOR@" -@VEX_DIR@/libvex_ppc32_aix5.a: @VEX_DIR@/priv/main/vex_svnversion.h +@VEX_DIR@/libvex-ppc32-aix5.a: @VEX_DIR@/priv/main/vex_svnversion.h $(MAKE) -C @VEX_DIR@ CC="$(CC)" AR="$(AR) -X32" \ - libvex_ppc32_aix5.a \ + libvex-ppc32-aix5.a \ EXTRA_CFLAGS="$(AM_CFLAGS_PPC32_AIX5) @FLAG_WDECL_AFTER_STMT@ \ @FLAG_FNO_STACK_PROTECTOR@" -@VEX_DIR@/libvex_ppc64_aix5.a: @VEX_DIR@/priv/main/vex_svnversion.h +@VEX_DIR@/libvex-ppc64-aix5.a: @VEX_DIR@/priv/main/vex_svnversion.h $(MAKE) -C @VEX_DIR@ CC="$(CC)" AR="$(AR) -X64" \ - libvex_ppc64_aix5.a \ + libvex-ppc64-aix5.a \ EXTRA_CFLAGS="$(AM_CFLAGS_PPC64_AIX5) @FLAG_WDECL_AFTER_STMT@ \ @FLAG_FNO_STACK_PROTECTOR@" Modified: trunk/coregrind/Makefile.am =================================================================== --- trunk/coregrind/Makefile.am 2009-02-22 23:38:10 UTC (rev 9222) +++ trunk/coregrind/Makefile.am 2009-02-22 23:40:31 UTC (rev 9223) @@ -35,38 +35,38 @@ if VGCONF_PLATFORMS_INCLUDE_X86_LINUX noinst_PROGRAMS += vgpreload_core-x86-linux.so -pkglib_LIBRARIES += libcoregrind_x86_linux.a libreplacemalloc_toolpreload_x86_linux.a -LIBVEX += libvex_x86_linux.a +pkglib_LIBRARIES += libcoregrind-x86-linux.a libreplacemalloc_toolpreload-x86-linux.a +LIBVEX += libvex-x86-linux.a endif if VGCONF_PLATFORMS_INCLUDE_AMD64_LINUX noinst_PROGRAMS += vgpreload_core-amd64-linux.so -pkglib_LIBRARIES += libcoregrind_amd64_linux.a libreplacemalloc_toolpreload_amd64_linux.a -LIBVEX += libvex_amd64_linux.a +pkglib_LIBRARIES += libcoregrind-amd64-linux.a libreplacemalloc_toolpreload-amd64-linux.a +LIBVEX += libvex-amd64-linux.a endif if VGCONF_PLATFORMS_INCLUDE_PPC32_LINUX noinst_PROGRAMS += vgpreload_core-ppc32-linux.so -pkglib_LIBRARIES += libcoregrind_ppc32_linux.a libreplacemalloc_toolpreload_ppc32_linux.a -LIBVEX += libvex_ppc32_linux.a +pkglib_LIBRARIES += libcoregrind-ppc32-linux.a libreplacemalloc_toolpreload-ppc32-linux.a +LIBVEX += libvex-ppc32-linux.a endif if VGCONF_PLATFORMS_INCLUDE_PPC64_LINUX noinst_PROGRAMS += vgpreload_core-ppc64-linux.so -pkglib_LIBRARIES += libcoregrind_ppc64_linux.a libreplacemalloc_toolpreload_ppc64_linux.a -LIBVEX += libvex_ppc64_linux.a +pkglib_LIBRARIES += libcoregrind-ppc64-linux.a libreplacemalloc_toolpreload-ppc64-linux.a +LIBVEX += libvex-ppc64-linux.a endif if VGCONF_PLATFORMS_INCLUDE_PPC32_AIX5 noinst_PROGRAMS += vgpreload_core-ppc32-aix5.so -pkglib_LIBRARIES += libcoregrind_ppc32_aix5.a libreplacemalloc_toolpreload_ppc32_aix5.a -LIBVEX += libvex_ppc32_aix5.a +pkglib_LIBRARIES += libcoregrind-ppc32-aix5.a libreplacemalloc_toolpreload-ppc32-aix5.a +LIBVEX += libvex-ppc32-aix5.a endif if VGCONF_PLATFORMS_INCLUDE_PPC64_AIX5 noinst_PROGRAMS += vgpreload_core-ppc64-aix5.so -pkglib_LIBRARIES += libcoregrind_ppc64_aix5.a libreplacemalloc_toolpreload_ppc64_aix5.a -LIBVEX += libvex_ppc64_aix5.a +pkglib_LIBRARIES += libcoregrind-ppc64-aix5.a libreplacemalloc_toolpreload-ppc64-aix5.a +LIBVEX += libvex-ppc64-aix5.a endif |
|
From: Nicholas N. <n.n...@gm...> - 2009-02-22 23:40:17
|
On Mon, Feb 23, 2009 at 12:28 AM, Bart Van Assche <bar...@gm...> wrote: > > As you can see both the command-line options -m64 and -m32 have been > passed to gcc for the linking step. That was probably unintentional ? Interestingly, this didn't cause problems on x86/Linux and AMD64/Linux. It's now fixed on the trunk. Thanks for the report -- it's inevitable that I'll occasionally break PPC stuff with the Darwin-related changes I'm making, because I don't have access to a PPC machine to test on. So it's useful to get these reports, and the cellbuzz nightly tests. Julian, didn't you have a PPC nightly test going at one point? Nick |
|
From: <sv...@va...> - 2009-02-22 23:39:00
|
Author: sewardj Date: 2009-02-22 23:38:55 +0000 (Sun, 22 Feb 2009) New Revision: 1884 Log: Change underscores in the middle of library names into dashes. Modified: trunk/Makefile Modified: trunk/Makefile =================================================================== --- trunk/Makefile 2009-01-26 15:54:03 UTC (rev 1883) +++ trunk/Makefile 2009-02-22 23:38:55 UTC (rev 1884) @@ -108,58 +108,58 @@ $(AR) clq libvex.a $(LIB_OBJS) -# The idea with these TAG_s is to mark the flavour of libvex.a +# The idea with these TAG-s is to mark the flavour of libvex.a # most recently built, so if the same target is re-requested, we # don't rebuild everything, but if a different one is requested # then we scrub everything and start over. -libvex_x86_linux.a: TAG_x86_linux libvex.a - mv -f libvex.a libvex_x86_linux.a -TAG_x86_linux: - if [ ! -f TAG_x86_linux ] ; then rm -f $(LIB_OBJS) TAG_* libvex.a ; fi - touch TAG_x86_linux +libvex-x86-linux.a: TAG-x86-linux libvex.a + mv -f libvex.a libvex-x86-linux.a +TAG-x86-linux: + if [ ! -f TAG-x86-linux ] ; then rm -f $(LIB_OBJS) TAG-* libvex.a ; fi + touch TAG-x86-linux -libvex_amd64_linux.a: TAG_amd64_linux libvex.a - mv -f libvex.a libvex_amd64_linux.a -TAG_amd64_linux: - if [ ! -f TAG_amd64_linux ] ; then rm -f $(LIB_OBJS) TAG_* libvex.a ; fi - touch TAG_amd64_linux +libvex-amd64-linux.a: TAG-amd64-linux libvex.a + mv -f libvex.a libvex-amd64-linux.a +TAG-amd64-linux: + if [ ! -f TAG-amd64-linux ] ; then rm -f $(LIB_OBJS) TAG-* libvex.a ; fi + touch TAG-amd64-linux -libvex_x86_darwin.a: TAG_x86_darwin libvex.a - mv -f libvex.a libvex_x86_darwin.a -TAG_x86_darwin: - if [ ! -f TAG_x86_darwin ] ; then rm -f $(LIB_OBJS) TAG_* libvex.a ; fi - touch TAG_x86_darwin +libvex-ppc32-linux.a: TAG-ppc32-linux libvex.a + mv -f libvex.a libvex-ppc32-linux.a +TAG-ppc32-linux: + if [ ! -f TAG-ppc32-linux ] ; then rm -f $(LIB_OBJS) TAG-* libvex.a ; fi + touch TAG-ppc32-linux -libvex_amd64_darwin.a: TAG_amd64_darwin libvex.a - mv -f libvex.a libvex_amd64_darwin.a -TAG_amd64_darwin: - if [ ! -f TAG_amd64_darwin ] ; then rm -f $(LIB_OBJS) TAG_* libvex.a ; fi - touch TAG_amd64_darwin +libvex-ppc64-linux.a: TAG-ppc64-linux libvex.a + mv -f libvex.a libvex-ppc64-linux.a +TAG-ppc64-linux: + if [ ! -f TAG-ppc64-linux ] ; then rm -f $(LIB_OBJS) TAG-* libvex.a ; fi + touch TAG-ppc64-linux -libvex_ppc32_linux.a: TAG_ppc32_linux libvex.a - mv -f libvex.a libvex_ppc32_linux.a -TAG_ppc32_linux: - if [ ! -f TAG_ppc32_linux ] ; then rm -f $(LIB_OBJS) TAG_* libvex.a ; fi - touch TAG_ppc32_linux +libvex-ppc32-aix5.a: TAG-ppc32-aix5 libvex.a + mv -f libvex.a libvex-ppc32-aix5.a +TAG-ppc32-aix5: + if [ ! -f TAG-ppc32-aix5 ] ; then rm -f $(LIB_OBJS) TAG-* libvex.a ; fi + touch TAG-ppc32-aix5 -libvex_ppc64_linux.a: TAG_ppc64_linux libvex.a - mv -f libvex.a libvex_ppc64_linux.a -TAG_ppc64_linux: - if [ ! -f TAG_ppc64_linux ] ; then rm -f $(LIB_OBJS) TAG_* libvex.a ; fi - touch TAG_ppc64_linux +libvex-ppc64-aix5.a: TAG-ppc64-aix5 libvex.a + mv -f libvex.a libvex-ppc64-aix5.a +TAG-ppc64-aix5: + if [ ! -f TAG-ppc64-aix5 ] ; then rm -f $(LIB_OBJS) TAG-* libvex.a ; fi + touch TAG-ppc64-aix5 -libvex_ppc32_aix5.a: TAG_ppc32_aix5 libvex.a - mv -f libvex.a libvex_ppc32_aix5.a -TAG_ppc32_aix5: - if [ ! -f TAG_ppc32_aix5 ] ; then rm -f $(LIB_OBJS) TAG_* libvex.a ; fi - touch TAG_ppc32_aix5 +libvex-x86-darwin.a: TAG-x86-darwin libvex.a + mv -f libvex.a libvex-x86-darwin.a +TAG-x86-darwin: + if [ ! -f TAG-x86-darwin ] ; then rm -f $(LIB_OBJS) TAG-* libvex.a ; fi + touch TAG-x86-darwin -libvex_ppc64_aix5.a: TAG_ppc64_aix5 libvex.a - mv -f libvex.a libvex_ppc64_aix5.a -TAG_ppc64_aix5: - if [ ! -f TAG_ppc64_aix5 ] ; then rm -f $(LIB_OBJS) TAG_* libvex.a ; fi - touch TAG_ppc64_aix5 +libvex-amd64-darwin.a: TAG-amd64-darwin libvex.a + mv -f libvex.a libvex-amd64-darwin.a +TAG-amd64-darwin: + if [ ! -f TAG-amd64-darwin ] ; then rm -f $(LIB_OBJS) TAG-* libvex.a ; fi + touch TAG-amd64-darwin # This doesn't get rid of priv/main/vex_svnversion.h, because @@ -167,7 +167,7 @@ # so if 'make clean' did get rid of it, then in the tarball, # doing 'make ; make clean ; make' (or distclean) would fail. clean: - rm -f $(LIB_OBJS) *.a vex test_main.o TAG_* \ + rm -f $(LIB_OBJS) *.a vex test_main.o TAG-* \ pub/libvex_guest_offsets.h \ auxprogs/genoffsets.s |
|
From: <sv...@va...> - 2009-02-22 23:38:16
|
Author: njn Date: 2009-02-22 23:38:10 +0000 (Sun, 22 Feb 2009) New Revision: 9222 Log: Test files were being passed multiple arch options (eg. "-m32 -m64") when built. This worked fine on the x86/Linux and AMD64/Linux but broke ppc*/Linux. This commit fixes the problem. Thanks to Bart for spotting it. Modified: trunk/Makefile.tool-tests.am trunk/cachegrind/tests/Makefile.am trunk/drd/tests/Makefile.am trunk/exp-ptrcheck/tests/Makefile.am trunk/helgrind/tests/Makefile.am trunk/massif/tests/Makefile.am trunk/memcheck/tests/Makefile.am trunk/none/tests/Makefile.am Modified: trunk/Makefile.tool-tests.am =================================================================== --- trunk/Makefile.tool-tests.am 2009-02-22 23:06:44 UTC (rev 9221) +++ trunk/Makefile.tool-tests.am 2009-02-22 23:38:10 UTC (rev 9222) @@ -6,7 +6,8 @@ -DVGA_$(VGCONF_ARCH_PRI)=1 \ -DVGO_$(VGCONF_OS)=1 \ -DVGP_$(VGCONF_ARCH_PRI)_$(VGCONF_OS)=1 -AM_CFLAGS = $(WERROR) -Winline -Wall -Wshadow -g $(AM_FLAG_M3264_PRI) -AM_CXXFLAGS = $(AM_CFLAGS) +# Nb: Tools need to augment these flags with an arch-selection option, such +# as $(AM_FLAG_M3264_PRI). +AM_CFLAGS = $(WERROR) -Winline -Wall -Wshadow -g +AM_CXXFLAGS = $(WERROR) -Winline -Wall -Wshadow -g - Modified: trunk/cachegrind/tests/Makefile.am =================================================================== --- trunk/cachegrind/tests/Makefile.am 2009-02-22 23:06:44 UTC (rev 9221) +++ trunk/cachegrind/tests/Makefile.am 2009-02-22 23:38:10 UTC (rev 9222) @@ -20,6 +20,9 @@ check_PROGRAMS = \ chdir clreq dlclose myprint.so +AM_CFLAGS += $(AM_FLAG_M3264_PRI) +AM_CXXFLAGS += $(AM_FLAG_M3264_PRI) + # C ones dlclose_LDADD = -ldl myprint_so_LDFLAGS = $(AM_FLAG_M3264_PRI) -shared -fPIC Modified: trunk/drd/tests/Makefile.am =================================================================== --- trunk/drd/tests/Makefile.am 2009-02-22 23:06:44 UTC (rev 9221) +++ trunk/drd/tests/Makefile.am 2009-02-22 23:38:10 UTC (rev 9222) @@ -240,7 +240,9 @@ endif -AM_CFLAGS += @FLAG_W_EXTRA@ -Wno-inline -Wno-unused-parameter +AM_CFLAGS += $(AM_FLAG_M3264_PRI) @FLAG_W_EXTRA@ -Wno-inline -Wno-unused-parameter +AM_CXXFLAGS += $(AM_FLAG_M3264_PRI) @FLAG_W_EXTRA@ -Wno-inline -Wno-unused-parameter + LDADD = -lpthread Modified: trunk/exp-ptrcheck/tests/Makefile.am =================================================================== --- trunk/exp-ptrcheck/tests/Makefile.am 2009-02-22 23:06:44 UTC (rev 9221) +++ trunk/exp-ptrcheck/tests/Makefile.am 2009-02-22 23:38:10 UTC (rev 9222) @@ -75,6 +75,9 @@ stackerr \ strcpy strlen sub supp syscall tricky unaligned xor zero +AM_CFLAGS += $(AM_FLAG_M3264_PRI) +AM_CXXFLAGS += $(AM_FLAG_M3264_PRI) + # To make it a bit more realistic, build hackedbz2.c with at # least some optimisation. hackedbz2_CFLAGS = $(AM_CFLAGS) -O Modified: trunk/helgrind/tests/Makefile.am =================================================================== --- trunk/helgrind/tests/Makefile.am 2009-02-22 23:06:44 UTC (rev 9221) +++ trunk/helgrind/tests/Makefile.am 2009-02-22 23:38:10 UTC (rev 9222) @@ -155,6 +155,8 @@ check_PROGRAMS += bar_bad bar_trivial endif +AM_CFLAGS += $(AM_FLAG_M3264_PRI) +AM_CXXFLAGS += $(AM_FLAG_M3264_PRI) LDADD = -lpthread Modified: trunk/massif/tests/Makefile.am =================================================================== --- trunk/massif/tests/Makefile.am 2009-02-22 23:06:44 UTC (rev 9221) +++ trunk/massif/tests/Makefile.am 2009-02-22 23:38:10 UTC (rev 9222) @@ -61,6 +61,9 @@ thresholds \ zero +AM_CFLAGS += $(AM_FLAG_M3264_PRI) +AM_CXXFLAGS += $(AM_FLAG_M3264_PRI) + # C++ tests new_cpp_SOURCES = new-cpp.cpp overloaded_new_SOURCES = overloaded-new.cpp Modified: trunk/memcheck/tests/Makefile.am =================================================================== --- trunk/memcheck/tests/Makefile.am 2009-02-22 23:06:44 UTC (rev 9221) +++ trunk/memcheck/tests/Makefile.am 2009-02-22 23:38:10 UTC (rev 9222) @@ -226,6 +226,8 @@ wrap1 wrap2 wrap3 wrap4 wrap5 wrap6 wrap7 wrap7so.so wrap8 \ writev zeropage +AM_CFLAGS += $(AM_FLAG_M3264_PRI) +AM_CXXFLAGS += $(AM_FLAG_M3264_PRI) # Extra stuff for C tests memcmptest_CFLAGS = $(AM_CFLAGS) -fno-builtin-memcmp Modified: trunk/none/tests/Makefile.am =================================================================== --- trunk/none/tests/Makefile.am 2009-02-22 23:06:44 UTC (rev 9221) +++ trunk/none/tests/Makefile.am 2009-02-22 23:38:10 UTC (rev 9222) @@ -149,6 +149,9 @@ tls tls.so tls2.so vgprintf \ coolo_sigaction gxx304 +AM_CFLAGS += $(AM_FLAG_M3264_PRI) +AM_CXXFLAGS += $(AM_FLAG_M3264_PRI) + # Extra stuff for C tests ansi_CFLAGS = $(AM_CFLAGS) -ansi floored_LDADD = -lm |
|
From: <sv...@va...> - 2009-02-22 23:06:49
|
Author: njn
Date: 2009-02-22 23:06:44 +0000 (Sun, 22 Feb 2009)
New Revision: 9221
Log:
Merge r9218 (fix an XML error spotted by Bart) from the trunk.
Modified:
branches/DARWIN/docs/xml/FAQ.xml
Modified: branches/DARWIN/docs/xml/FAQ.xml
===================================================================
--- branches/DARWIN/docs/xml/FAQ.xml 2009-02-22 23:05:45 UTC (rev 9220)
+++ branches/DARWIN/docs/xml/FAQ.xml 2009-02-22 23:06:44 UTC (rev 9221)
@@ -572,7 +572,7 @@
<para>Is it possible to attach Valgrind to a program that is already
running?</para>
</question>
- <answer id="a-undeferrors">
+ <answer id="a-attach">
<para>No. The environment that Valgrind provides for running programs
is significantly different to that for normal programs, e.g. due to
different layout of memory. Therefore Valgrind has to have full control
|
|
From: <sv...@va...> - 2009-02-22 23:05:50
|
Author: njn
Date: 2009-02-22 23:05:45 +0000 (Sun, 22 Feb 2009)
New Revision: 9220
Log:
Merge r9217 (make fcntl and fcntl64 Linux wrappers more consistent) from the
trunk.
Modified:
branches/DARWIN/coregrind/m_syswrap/syswrap-linux.c
Modified: branches/DARWIN/coregrind/m_syswrap/syswrap-linux.c
===================================================================
--- branches/DARWIN/coregrind/m_syswrap/syswrap-linux.c 2009-02-22 23:00:30 UTC (rev 9219)
+++ branches/DARWIN/coregrind/m_syswrap/syswrap-linux.c 2009-02-22 23:05:45 UTC (rev 9220)
@@ -3173,7 +3173,6 @@
case VKI_F_GETLK64:
case VKI_F_SETLK64:
case VKI_F_SETLKW64:
-# else
# endif
PRINT("sys_fcntl[ARG3=='lock'] ( %ld, %ld, %#lx )", ARG1,ARG2,ARG3);
PRE_REG_READ3(long, "fcntl",
@@ -3187,7 +3186,11 @@
break;
}
+# if defined(VGP_x86_linux)
+ if (ARG2 == VKI_F_SETLKW || ARG2 == VKI_F_SETLKW64)
+# else
if (ARG2 == VKI_F_SETLKW)
+# endif
*flags |= SfMayBlock;
}
@@ -3250,11 +3253,10 @@
# if defined(VGP_x86_linux)
if (ARG2 == VKI_F_SETLKW || ARG2 == VKI_F_SETLKW64)
- *flags |= SfMayBlock;
# else
if (ARG2 == VKI_F_SETLKW)
+# endif
*flags |= SfMayBlock;
-# endif
}
POST(sys_fcntl64)
|
|
From: <sv...@va...> - 2009-02-22 23:00:35
|
Author: njn Date: 2009-02-22 23:00:30 +0000 (Sun, 22 Feb 2009) New Revision: 9219 Log: Merge a large chunk of r8949 (the part that moved fcntl and ioctl wrappers out of syswrap-generic into syswrap-linux) from the DARWIN branch. Modified: trunk/coregrind/m_syswrap/priv_syswrap-generic.h trunk/coregrind/m_syswrap/priv_syswrap-linux.h trunk/coregrind/m_syswrap/syswrap-amd64-linux.c trunk/coregrind/m_syswrap/syswrap-generic.c trunk/coregrind/m_syswrap/syswrap-linux.c trunk/coregrind/m_syswrap/syswrap-ppc32-linux.c trunk/coregrind/m_syswrap/syswrap-ppc64-linux.c trunk/coregrind/m_syswrap/syswrap-x86-linux.c [... diff too large to include ...] |
|
From: <sv...@va...> - 2009-02-22 22:30:00
|
Author: njn
Date: 2009-02-22 22:23:09 +0000 (Sun, 22 Feb 2009)
New Revision: 9217
Log:
Make fcntl and fcntl64 wrappers more consistent.
Modified:
trunk/coregrind/m_syswrap/syswrap-generic.c
Modified: trunk/coregrind/m_syswrap/syswrap-generic.c
===================================================================
--- trunk/coregrind/m_syswrap/syswrap-generic.c 2009-02-22 09:29:07 UTC (rev 9216)
+++ trunk/coregrind/m_syswrap/syswrap-generic.c 2009-02-22 22:23:09 UTC (rev 9217)
@@ -2781,7 +2781,6 @@
case VKI_F_GETLK64:
case VKI_F_SETLK64:
case VKI_F_SETLKW64:
-# else
# endif
PRINT("sys_fcntl[ARG3=='lock'] ( %ld, %ld, %#lx )", ARG1,ARG2,ARG3);
PRE_REG_READ3(long, "fcntl",
@@ -2790,7 +2789,11 @@
break;
}
+# if defined(VGP_x86_linux)
+ if (ARG2 == VKI_F_SETLKW || ARG2 == VKI_F_SETLKW64)
+# else
if (ARG2 == VKI_F_SETLKW)
+# endif
*flags |= SfMayBlock;
}
@@ -2853,11 +2856,10 @@
# if defined(VGP_x86_linux)
if (ARG2 == VKI_F_SETLKW || ARG2 == VKI_F_SETLKW64)
- *flags |= SfMayBlock;
# else
if (ARG2 == VKI_F_SETLKW)
+# endif
*flags |= SfMayBlock;
-# endif
}
POST(sys_fcntl64)
|
|
From: <sv...@va...> - 2009-02-22 22:25:37
|
Author: njn
Date: 2009-02-22 22:25:31 +0000 (Sun, 22 Feb 2009)
New Revision: 9218
Log:
Fix an XML error spotted by Bart.
Modified:
trunk/docs/xml/FAQ.xml
Modified: trunk/docs/xml/FAQ.xml
===================================================================
--- trunk/docs/xml/FAQ.xml 2009-02-22 22:23:09 UTC (rev 9217)
+++ trunk/docs/xml/FAQ.xml 2009-02-22 22:25:31 UTC (rev 9218)
@@ -572,7 +572,7 @@
<para>Is it possible to attach Valgrind to a program that is already
running?</para>
</question>
- <answer id="a-undeferrors">
+ <answer id="a-attach">
<para>No. The environment that Valgrind provides for running programs
is significantly different to that for normal programs, e.g. due to
different layout of memory. Therefore Valgrind has to have full control
|
|
From: Bart V. A. <bar...@gm...> - 2009-02-22 13:28:12
|
On Sun, Feb 22, 2009 at 1:44 PM, Bart Van Assche <bar...@gm...> wrote: > Hello Nicholas, > > Apparently commit r9202 broke the PPC build. Can you please have a > look at this ? > > I get the following output for the trunk when building on a ppc64 > system (r9201 builds fine on the same system): > > $ svn co -r9202 svn://svn.valgrind.org/valgrind/trunk valgrind-r9202 > && cd valgrind-r9202 && ./autogen.sh && ./configure && make -s check > ... > Making check in ppc32 > /usr/bin/ld: skipping incompatible > /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../libc.so when searching > for -lc > /usr/bin/ld: skipping incompatible > /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../libc.a when searching > for -lc > /usr/bin/ld: warning: powerpc:common architecture of input file > `/usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crt1.o' is > incompatible with powerpc:common64 output > /usr/bin/ld: warning: powerpc:common architecture of input file > `/usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crti.o' is > incompatible with powerpc:common64 output > /usr/bin/ld: warning: powerpc:common architecture of input file > `/usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crtn.o' is > incompatible with powerpc:common64 output > /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crt1.o: In function `_start': > (.text+0x20): relocation truncated to fit: R_PPC_REL24 against > `__libc_start_main' > /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crti.o: In function > `call_gmon_start': > (.text+0x1a): undefined reference to `_GLOBAL_OFFSET_TABLE_' > /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crti.o: In function > `call_gmon_start': > (.text+0x1e): undefined reference to `_GLOBAL_OFFSET_TABLE_' > /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crti.o: In function > `call_gmon_start': > (.text+0x2c): relocation truncated to fit: R_PPC_PLTREL24 against > `__gmon_start__' > /usr/bin/ld: bug129390-ppc32.o(.text+0x1c): unresolvable R_PPC64_REL24 > relocation against symbol`puts@@GLIBC_2.3' > /usr/bin/ld: bug129390-ppc32.o(.text+0xbc): unresolvable R_PPC64_REL24 > relocation against symbol`puts@@GLIBC_2.3' > /usr/bin/ld: final link failed: Nonrepresentable section on output > collect2: ld returned 1 exit status > make[5]: *** [bug129390-ppc32] Error 1 > make[4]: *** [check-am] Error 2 > make[3]: *** [check-recursive] Error 1 > make[2]: *** [check-recursive] Error 1 > make[1]: *** [check-recursive] Error 1 > make: *** [check] Error 2 Sorry, but an important piece of information was missing in the above output, namely the actual compile command. Here it is: $ make -C none/tests/ppc32 check make: Entering directory `/net/home/bart/software/valgrind/nightly/valgrind/none/tests/ppc32' make bug129390-ppc32 bug139050-ppc32 ldstrev lsw jm-insns mftocrf mcrfs round test_fx test_gx testVMX twi tw xlc_dbl_u32 make[1]: Entering directory `/net/home/bart/software/valgrind/nightly/valgrind/none/tests/ppc32' gcc -Winline -Wall -Wshadow -g -m64 -m32 -Wno-long-long -Wno-pointer-sign -Wdeclaration-after-statement -fno-stack-protector -o bug129390-ppc32 bug129390-ppc32.o /usr/bin/ld: skipping incompatible /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../libc.so when searching for -lc ... As you can see both the command-line options -m64 and -m32 have been passed to gcc for the linking step. That was probably unintentional ? Bart. |
|
From: Bart V. A. <bar...@gm...> - 2009-02-22 13:16:56
|
On Sun, Feb 22, 2009 at 2:00 PM, Julian Seward <js...@ac...> wrote: > > r9216 builds and installs fine on ppc970 running openSuSE 11.0. > Perhaps it is the cross compile stuff that is now broken? The output I posted was the output of a native build. I saw the same behavior on Fedora 7 and on openSUSE 10.3, both running on PS/3 hardware. $ uname -a Linux cell11 2.6.22-5.20070920bsc #1 SMP Tue Sep 25 10:49:16 CEST 2007 ppc64 ppc64 ppc64 GNU/Linux Bart. |
|
From: Bart V. A. <bar...@gm...> - 2009-02-22 13:12:47
|
Hello, It has been emphasized more than once that portability is considered important in the Valgrind project. This made me wonder what the portability requirements for makefiles are. There is at least one GNU-ism in Valgrind makefiles, namely the use of += (I may be the one who started using this extension). Is it OK to rely on GNU make or should Valgrind makefiles be POSIX compliant ? See also: The Open Group Base Specifications Issue 6 about make (http://www.opengroup.org/onlinepubs/009695399/utilities/make.html) Bart. |
|
From: Julian S. <js...@ac...> - 2009-02-22 13:00:26
|
r9216 builds and installs fine on ppc970 running openSuSE 11.0. Perhaps it is the cross compile stuff that is now broken? J On Sunday 22 February 2009, Bart Van Assche wrote: > Hello Nicholas, > > Apparently commit r9202 broke the PPC build. Can you please have a > look at this ? > > I get the following output for the trunk when building on a ppc64 > system (r9201 builds fine on the same system): > > $ svn co -r9202 svn://svn.valgrind.org/valgrind/trunk valgrind-r9202 > && cd valgrind-r9202 && ./autogen.sh && ./configure && make -s check > ... > Making check in ppc32 > /usr/bin/ld: skipping incompatible > /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../libc.so when searching > for -lc > /usr/bin/ld: skipping incompatible > /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../libc.a when searching > for -lc > /usr/bin/ld: warning: powerpc:common architecture of input file > `/usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crt1.o' is > incompatible with powerpc:common64 output > /usr/bin/ld: warning: powerpc:common architecture of input file > `/usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crti.o' is > incompatible with powerpc:common64 output > /usr/bin/ld: warning: powerpc:common architecture of input file > `/usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crtn.o' is > incompatible with powerpc:common64 output > /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crt1.o: In function > `_start': (.text+0x20): relocation truncated to fit: R_PPC_REL24 against > `__libc_start_main' > /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crti.o: In function > `call_gmon_start': > (.text+0x1a): undefined reference to `_GLOBAL_OFFSET_TABLE_' > /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crti.o: In function > `call_gmon_start': > (.text+0x1e): undefined reference to `_GLOBAL_OFFSET_TABLE_' > /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crti.o: In function > `call_gmon_start': > (.text+0x2c): relocation truncated to fit: R_PPC_PLTREL24 against > `__gmon_start__' > /usr/bin/ld: bug129390-ppc32.o(.text+0x1c): unresolvable R_PPC64_REL24 > relocation against symbol`puts@@GLIBC_2.3' > /usr/bin/ld: bug129390-ppc32.o(.text+0xbc): unresolvable R_PPC64_REL24 > relocation against symbol`puts@@GLIBC_2.3' > /usr/bin/ld: final link failed: Nonrepresentable section on output > collect2: ld returned 1 exit status > make[5]: *** [bug129390-ppc32] Error 1 > make[4]: *** [check-am] Error 2 > make[3]: *** [check-recursive] Error 1 > make[2]: *** [check-recursive] Error 1 > make[1]: *** [check-recursive] Error 1 > make: *** [check] Error 2 > > > Bart. > > --------------------------------------------------------------------------- >--- Open Source Business Conference (OSBC), March 24-25, 2009, San > Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing > the Enterprise -Strategies to boost innovation and cut costs with open > source participation -Receive a $600 discount off the registration fee with > the source code: SFAD http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers |
|
From: Bart V. A. <bar...@gm...> - 2009-02-22 12:44:47
|
Hello Nicholas, Apparently commit r9202 broke the PPC build. Can you please have a look at this ? I get the following output for the trunk when building on a ppc64 system (r9201 builds fine on the same system): $ svn co -r9202 svn://svn.valgrind.org/valgrind/trunk valgrind-r9202 && cd valgrind-r9202 && ./autogen.sh && ./configure && make -s check ... Making check in ppc32 /usr/bin/ld: skipping incompatible /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../libc.so when searching for -lc /usr/bin/ld: skipping incompatible /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../libc.a when searching for -lc /usr/bin/ld: warning: powerpc:common architecture of input file `/usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crt1.o' is incompatible with powerpc:common64 output /usr/bin/ld: warning: powerpc:common architecture of input file `/usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crti.o' is incompatible with powerpc:common64 output /usr/bin/ld: warning: powerpc:common architecture of input file `/usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crtn.o' is incompatible with powerpc:common64 output /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crt1.o: In function `_start': (.text+0x20): relocation truncated to fit: R_PPC_REL24 against `__libc_start_main' /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crti.o: In function `call_gmon_start': (.text+0x1a): undefined reference to `_GLOBAL_OFFSET_TABLE_' /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crti.o: In function `call_gmon_start': (.text+0x1e): undefined reference to `_GLOBAL_OFFSET_TABLE_' /usr/lib/gcc/ppc64-redhat-linux/4.1.2/../../../crti.o: In function `call_gmon_start': (.text+0x2c): relocation truncated to fit: R_PPC_PLTREL24 against `__gmon_start__' /usr/bin/ld: bug129390-ppc32.o(.text+0x1c): unresolvable R_PPC64_REL24 relocation against symbol`puts@@GLIBC_2.3' /usr/bin/ld: bug129390-ppc32.o(.text+0xbc): unresolvable R_PPC64_REL24 relocation against symbol`puts@@GLIBC_2.3' /usr/bin/ld: final link failed: Nonrepresentable section on output collect2: ld returned 1 exit status make[5]: *** [bug129390-ppc32] Error 1 make[4]: *** [check-am] Error 2 make[3]: *** [check-recursive] Error 1 make[2]: *** [check-recursive] Error 1 make[1]: *** [check-recursive] Error 1 make: *** [check] Error 2 Bart. |
|
From: Bart V. A. <bar...@gm...> - 2009-02-22 09:33:43
|
Hello Nicholas,
I just noticed that commit r8911 ("Add an FAQ about attaching Valgrind
to already-running programs.") introduced an XML error in FAQ.xml:
make html-docs
Generating html files...
export XML_CATALOG_FILES=/etc/xml/catalog && \
mkdir -p ../docs/html && \
/bin/rm -fr ../docs/html/ && \
mkdir -p ../docs/html/ && \
mkdir -p ../docs/html/images && \
cp ../docs/lib/vg_basic.css ../docs/html/ && \
cp ../docs/images/*.png ../docs/html/images && \
xsltproc --nonet --xinclude -o ../docs/html/
../docs/lib/vg-html-chunk.xsl ../docs/xml/index.xml
../docs/xml/FAQ.xml:575: element answer: validity error : ID
a-undeferrors already defined
<answer id="a-undeferrors">
^
...
Bart.
|
|
From: <sv...@va...> - 2009-02-22 09:29:16
|
Author: bart
Date: 2009-02-22 09:29:07 +0000 (Sun, 22 Feb 2009)
New Revision: 9216
Log:
Updated documentation.
Modified:
trunk/drd/docs/drd-manual.xml
trunk/drd/drd_barrier.c
Modified: trunk/drd/docs/drd-manual.xml
===================================================================
--- trunk/drd/docs/drd-manual.xml 2009-02-22 09:26:22 UTC (rev 9215)
+++ trunk/drd/docs/drd-manual.xml 2009-02-22 09:29:07 UTC (rev 9216)
@@ -799,6 +799,11 @@
</listitem>
<listitem>
<para>
+ Missing synchronization between barrier wait and barrier destruction.
+ </para>
+ </listitem>
+ <listitem>
+ <para>
Exiting a thread without first unlocking the spinlocks,
mutexes or reader-writer locks that were locked by that
thread.
Modified: trunk/drd/drd_barrier.c
===================================================================
--- trunk/drd/drd_barrier.c 2009-02-22 09:26:22 UTC (rev 9215)
+++ trunk/drd/drd_barrier.c 2009-02-22 09:29:07 UTC (rev 9216)
@@ -509,6 +509,10 @@
/**
* Report that *_barrier_destroy() has been called but that this call was
* not synchronized with the last *_barrier_wait() call on the same barrier.
+ *
+ * This topic has been discussed extensively on comp.programming.threads
+ * (February 3, 2009). See also
+ * <a href="http://groups.google.com/group/comp.programming.threads/browse_thread/thread/4f65535d6192aa50/a5f4bf1e3b437c4d">Immediately destroying pthread barriers</a>.
*/
static
void barrier_report_wait_delete_race(const struct barrier_info* const p,
|
|
From: <sv...@va...> - 2009-02-22 09:26:30
|
Author: bart Date: 2009-02-22 09:26:22 +0000 (Sun, 22 Feb 2009) New Revision: 9215 Log: Added regression test for detection of unsynchronized pthread_barrier_wait() and pthread_barrier_delete() calls. Added: trunk/drd/tests/pth_barrier_race.c trunk/drd/tests/pth_barrier_race.stderr.exp trunk/drd/tests/pth_barrier_race.vgtest Modified: trunk/drd/tests/ trunk/drd/tests/Makefile.am Property changes on: trunk/drd/tests ___________________________________________________________________ Name: svn:ignore - *.stderr.diff* *.stderr.out *.stdout.diff* *.stdout.out .deps atomic_var bar_bad bar_trivial boost_thread circular_buffer drd_bitmap_test fp_race hg01_all_ok hg02_deadlock hg03_inherit hg04_race hg05_race2 hg06_readshared hold_lock linuxthreads_det Makefile Makefile.in matinv memory_allocation monitor_example new_delete omp_matinv omp_prime omp_printf pth_barrier pth_barrier_reinit pth_broadcast pth_cancel_locked pth_cond_race pth_create_chain pth_detached pth_detached_sem pth_inconsistent_cond_wait pth_spinlock qt4_mutex qt4_rwlock qt4_semaphore recursive_mutex rwlock_race rwlock_test sem_as_mutex sigalrm tc01_simple_race tc02_simple_tls tc03_re_excl tc04_free_lock tc05_simple_race tc06_two_races tc07_hbl1 tc08_hbl2 tc09_bad_unlock tc10_rec_lock tc11_XCHG tc12_rwl_trivial tc13_laog1 tc15_laog_lockdel tc16_byterace tc17_sembar tc18_semabuse tc19_shadowmem tc20_verifywrap tc21_pthonce tc22_exit_w_lock tc23_bogus_condwait tc24_nonzero_sem trylock vg_regtest.tmp* + *.stderr.diff* *.stderr.out *.stdout.diff* *.stdout.out .deps atomic_var bar_bad bar_trivial boost_thread circular_buffer drd_bitmap_test fp_race hg01_all_ok hg02_deadlock hg03_inherit hg04_race hg05_race2 hg06_readshared hold_lock linuxthreads_det Makefile Makefile.in matinv memory_allocation monitor_example new_delete omp_matinv omp_prime omp_printf pth_barrier pth_barrier_race pth_barrier_reinit pth_broadcast pth_cancel_locked pth_cond_race pth_create_chain pth_detached pth_detached_sem pth_inconsistent_cond_wait pth_spinlock qt4_mutex qt4_rwlock qt4_semaphore recursive_mutex rwlock_race rwlock_test sem_as_mutex sigalrm tc01_simple_race tc02_simple_tls tc03_re_excl tc04_free_lock tc05_simple_race tc06_two_races tc07_hbl1 tc08_hbl2 tc09_bad_unlock tc10_rec_lock tc11_XCHG tc12_rwl_trivial tc13_laog1 tc15_laog_lockdel tc16_byterace tc17_sembar tc18_semabuse tc19_shadowmem tc20_verifywrap tc21_pthonce tc22_exit_w_lock tc23_bogus_condwait tc24_nonzero_sem trylock vg_regtest.tmp* Modified: trunk/drd/tests/Makefile.am =================================================================== --- trunk/drd/tests/Makefile.am 2009-02-21 16:17:50 UTC (rev 9214) +++ trunk/drd/tests/Makefile.am 2009-02-22 09:26:22 UTC (rev 9215) @@ -81,6 +81,8 @@ pth_barrier2.vgtest \ pth_barrier3.stderr.exp \ pth_barrier3.vgtest \ + pth_barrier_race.stderr.exp \ + pth_barrier_race.vgtest \ pth_barrier_reinit.stderr.exp \ pth_barrier_reinit.vgtest \ pth_broadcast.stderr.exp \ @@ -226,7 +228,7 @@ endif if HAVE_PTHREAD_BARRIER -check_PROGRAMS += matinv pth_barrier pth_barrier_reinit +check_PROGRAMS += matinv pth_barrier pth_barrier_race pth_barrier_reinit endif if HAVE_PTHREAD_SPINLOCK Added: trunk/drd/tests/pth_barrier_race.c =================================================================== --- trunk/drd/tests/pth_barrier_race.c (rev 0) +++ trunk/drd/tests/pth_barrier_race.c 2009-02-22 09:26:22 UTC (rev 9215) @@ -0,0 +1,46 @@ +/* + * Test program that triggers a race between pthread_barrier_wait() and + * pthread_barrier_destroy(): proper synchronization is missing between + * the pthread_barrier_wait() and the pthread_barrier_destroy() calls. This + * test program is based on the example that was posted on February 5, 2009 by + * Christoph Bartoschek on the valgrind-users mailing list. Redistribution of + * the source code below is permitted under the GPLv2 license. + * + * See also http://article.gmane.org/gmane.comp.debugging.valgrind/8945/match=pthread_barrier_wait + */ + + +#include <pthread.h> +#include <stdlib.h> + + +static pthread_barrier_t* barrier; + + +static void* thread(void* arg) +{ + pthread_barrier_wait(barrier); + return NULL; +} + +int main() +{ + pthread_t tid; + + barrier = (pthread_barrier_t *) malloc(sizeof(*barrier)); + pthread_barrier_init(barrier, NULL, 2); + + pthread_create(&tid, NULL, thread, NULL); + + pthread_barrier_wait(barrier); + /* + * The sleep() call below ensures that the pthread_barrier_destroy() call + * happens after the created thread has returned from pthread_barrier_wait(). + */ + sleep(1); + pthread_barrier_destroy(barrier); + free(barrier); + + pthread_join(tid, NULL); + return 0; +} Added: trunk/drd/tests/pth_barrier_race.stderr.exp =================================================================== --- trunk/drd/tests/pth_barrier_race.stderr.exp (rev 0) +++ trunk/drd/tests/pth_barrier_race.stderr.exp 2009-02-22 09:26:22 UTC (rev 9215) @@ -0,0 +1,15 @@ + +Destruction of barrier not synchronized with barrier wait call: barrier 0x........ + at 0x........: pthread_barrier_destroy (drd_pthread_intercepts.c:?) + by 0x........: main (pth_barrier_race.c:?) +Conflicting wait call by thread 0/2: + at 0x........: pthread_barrier_wait (drd_pthread_intercepts.c:?) + by 0x........: thread (pth_barrier_race.c:?) + by 0x........: vgDrd_thread_wrapper (drd_pthread_intercepts.c:?) + by 0x........: (within libpthread-?.?.so) + by 0x........: clone (in /...libc...) +barrier 0x........ was first observed at: + at 0x........: pthread_barrier_init (drd_pthread_intercepts.c:?) + by 0x........: main (pth_barrier_race.c:?) + +ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) Added: trunk/drd/tests/pth_barrier_race.vgtest =================================================================== --- trunk/drd/tests/pth_barrier_race.vgtest (rev 0) +++ trunk/drd/tests/pth_barrier_race.vgtest 2009-02-22 09:26:22 UTC (rev 9215) @@ -0,0 +1,2 @@ +prereq: test -e pth_barrier_race && ./supported_libpthread +prog: pth_barrier_race |
|
From: Tom H. <th...@cy...> - 2009-02-22 03:48:51
|
Nightly build on vauxhall ( x86_64, Fedora 10 ) started at 2009-02-22 03:20:05 GMT Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Regression test results follow == 488 tests, 0 stderr failures, 0 stdout failures, 0 post failures == |
|
From: Tom H. <th...@cy...> - 2009-02-22 03:45:44
|
Nightly build on lloyd ( x86_64, Fedora 7 ) started at 2009-02-22 03:05:08 GMT 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 == 479 tests, 5 stderr failures, 0 stdout failures, 0 post failures == exp-ptrcheck/tests/ccc (stderr) exp-ptrcheck/tests/preen_invars (stderr) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) helgrind/tests/tc20_verifywrap (stderr) |
|
From: Tom H. <th...@cy...> - 2009-02-22 03:32:22
|
Nightly build on mg ( x86_64, Fedora 9 ) started at 2009-02-22 03:10:06 GMT 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 == 485 tests, 4 stderr failures, 2 stdout failures, 0 post failures == exp-ptrcheck/tests/ccc (stderr) exp-ptrcheck/tests/preen_invars (stderr) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) memcheck/tests/linux/timerfd-syscall (stdout) none/tests/linux/mremap2 (stdout) |