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
(14) |
2
(8) |
3
(7) |
|
4
(7) |
5
(7) |
6
(6) |
7
(11) |
8
(10) |
9
(14) |
10
(10) |
|
11
(13) |
12
(15) |
13
(6) |
14
(8) |
15
(6) |
16
(6) |
17
(6) |
|
18
(6) |
19
(11) |
20
(15) |
21
(14) |
22
(11) |
23
(7) |
24
(17) |
|
25
(14) |
26
(28) |
27
(21) |
28
(23) |
29
(21) |
30
(17) |
31
(8) |
|
From: <sv...@va...> - 2007-03-11 19:34:17
|
Author: sewardj
Date: 2007-03-11 19:34:13 +0000 (Sun, 11 Mar 2007)
New Revision: 1740
Log:
Tolerate redundant REX.W prefix produced by Mono for 'fsqrt' (a lame
kludge).
Modified:
trunk/priv/guest-amd64/toIR.c
Modified: trunk/priv/guest-amd64/toIR.c
===================================================================
--- trunk/priv/guest-amd64/toIR.c 2007-03-09 18:07:00 UTC (rev 1739)
+++ trunk/priv/guest-amd64/toIR.c 2007-03-11 19:34:13 UTC (rev 1740)
@@ -12375,9 +12375,21 @@
case 0xDC:
case 0xDD:
case 0xDE:
- case 0xDF:
- if (haveF2orF3(pfx)) goto decode_failure;
- if (sz == 4 && haveNo66noF2noF3(pfx)) {
+ case 0xDF: {
+ Bool redundantREXWok = False;
+
+ if (haveF2orF3(pfx))
+ goto decode_failure;
+
+ /* kludge to tolerate redundant rex.w prefixes (should do this
+ properly one day) */
+ /* mono 1.1.18.1 produces 48 D9 FA, which is rex.w fsqrt */
+ if ( (opc == 0xD9 && getUChar(delta+0) == 0xFA)/*fsqrt*/ )
+ redundantREXWok = True;
+
+ if ( (sz == 4
+ || (sz == 8 && redundantREXWok))
+ && haveNo66noF2noF3(pfx)) {
Long delta0 = delta;
Bool decode_OK = False;
delta = dis_FPU ( &decode_OK, pfx, delta );
@@ -12389,6 +12401,7 @@
} else {
goto decode_failure;
}
+ }
/* ------------------------ INT ------------------------ */
|
|
From: <sv...@va...> - 2007-03-11 19:28:16
|
Author: sewardj
Date: 2007-03-11 19:28:02 +0000 (Sun, 11 Mar 2007)
New Revision: 6641
Log:
Handle sys_ioprio_set on amd64-linux.
Modified:
trunk/coregrind/m_syswrap/priv_syswrap-linux.h
trunk/coregrind/m_syswrap/syswrap-amd64-linux.c
trunk/coregrind/m_syswrap/syswrap-linux.c
Modified: trunk/coregrind/m_syswrap/priv_syswrap-linux.h
===================================================================
--- trunk/coregrind/m_syswrap/priv_syswrap-linux.h 2007-03-11 13:00:34 UTC (rev 6640)
+++ trunk/coregrind/m_syswrap/priv_syswrap-linux.h 2007-03-11 19:28:02 UTC (rev 6641)
@@ -97,6 +97,8 @@
DECL_TEMPLATE(linux, sys_io_submit);
DECL_TEMPLATE(linux, sys_io_cancel);
+DECL_TEMPLATE(linux, sys_ioprio_set);
+
DECL_TEMPLATE(linux, sys_mbind);
DECL_TEMPLATE(linux, sys_set_mempolicy);
DECL_TEMPLATE(linux, sys_get_mempolicy);
Modified: trunk/coregrind/m_syswrap/syswrap-amd64-linux.c
===================================================================
--- trunk/coregrind/m_syswrap/syswrap-amd64-linux.c 2007-03-11 13:00:34 UTC (rev 6640)
+++ trunk/coregrind/m_syswrap/syswrap-amd64-linux.c 2007-03-11 19:28:02 UTC (rev 6641)
@@ -1324,7 +1324,7 @@
LINX_(__NR_request_key, sys_request_key), // 249
LINXY(__NR_keyctl, sys_keyctl), // 250
-// LINX_(__NR_ioprio_set, sys_ioprio_set), // 251
+ LINX_(__NR_ioprio_set, sys_ioprio_set), // 251
// LINX_(__NR_ioprio_get, sys_ioprio_get), // 252
LINX_(__NR_inotify_init, sys_inotify_init), // 253
LINX_(__NR_inotify_add_watch, sys_inotify_add_watch), // 254
Modified: trunk/coregrind/m_syswrap/syswrap-linux.c
===================================================================
--- trunk/coregrind/m_syswrap/syswrap-linux.c 2007-03-11 13:00:34 UTC (rev 6640)
+++ trunk/coregrind/m_syswrap/syswrap-linux.c 2007-03-11 19:28:02 UTC (rev 6641)
@@ -2616,6 +2616,7 @@
/* ---------------------------------------------------------------------
key retention service wrappers
------------------------------------------------------------------ */
+
PRE(sys_request_key)
{
PRINT("sys_request_key ( %p(%s), %p(%s), %p(%s), %d )",
@@ -2777,6 +2778,19 @@
}
}
+/* ---------------------------------------------------------------------
+ ioprio_ wrappers
+ ------------------------------------------------------------------ */
+
+/* _syscall3(int, ioprio_set, int, which, int, who, int, ioprio); */
+
+PRE(sys_ioprio_set)
+{
+ PRINT("sys_ioprio_set ( %ld, %ld, %ld )", ARG1,ARG2,ARG3);
+ PRE_REG_READ3(int, "ioprio_set", int, which, int, who, int, ioprio);
+}
+
+
#undef PRE
#undef POST
|
|
From: Julian S. <js...@ac...> - 2007-03-11 18:31:57
|
On Sunday 11 March 2007 14:20, Julian Seward wrote:
> On Sunday 11 March 2007 13:58, Dirk Mueller wrote:
> > On Sunday, 11. March 2007, sv...@va... wrote:
> > > It appears glibc-2.5's getenv() function steps along environment
> > > strings in 16-bit chunks, which can cause false errors
> >
> > Are you sure that they're false?
>
> Well, um, err, not sure. Good question.
Maybe glibc's getenv is fine and the problem is there are invalid
strings in the environment. The only way I can reproduce this is to
add (putenv) a non-terminated string containing just '=' and then do
a getenv:
#include <stdlib.h>
#include <assert.h>
#include <stdio.h>
int main ( void )
{
int r;
char* p;
p = malloc(1); assert(p);
p[0] = '=';
r = putenv(p);
assert(r == 0);
p = getenv("XYZZY");
printf("p = %p\n", p);
return 0;
}
gives
==27447== Invalid read of size 2
==27447== at 0x4E593FD: getenv (in /lib64/libc-2.5.so)
==27447== by 0x4006A5: main (nullenv.c:14)
==27447== Address 0x4049030 is 0 bytes inside a block of size 1 alloc'd
==27447== at 0x4C22A76: malloc (vg_replace_malloc.c:207)
==27447== by 0x400655: main (nullenv.c:10)
Passing any kind of properly terminated string to putenv makes the error go
away.
So perhaps the environment is constructed wrongly. The first sign of trouble
in a KDE run is this:
(4) ==27107== Invalid read of size 2
(4) ==27107== at 0x6DE43FD: getenv (in /lib64/libc-2.5.so)
(4) ==27107== by 0x4082D7: (within /opt/kde3/bin/kdeinit)
(4) ==27107== by 0x408CCE: (within /opt/kde3/bin/kdeinit)
(4) ==27107== by 0x6DCFAE3: (below main) (in /lib64/libc-2.5.so)
(4) ==27107== Address 0x40708e0 is 0 bytes inside a block of size 1 alloc'd
(4) ==27107== at 0x4C22A76: malloc (vg_replace_malloc.c:207)
(4) ==27107== by 0x6E25AB1: strdup (in /lib64/libc-2.5.so)
(4) ==27107== by 0x404E20: (within /opt/kde3/bin/kdeinit)
(4) ==27107== by 0x408CBD: (within /opt/kde3/bin/kdeinit)
(4) ==27107== by 0x6DCFAE3: (below main) (in /lib64/libc-2.5.so)
Are there debuginfo packages available for KDE on SuSE 10.2 so we
can find out who is calling strdup?
J
|
|
From: Julian S. <js...@ac...> - 2007-03-11 14:22:42
|
On Sunday 11 March 2007 13:58, Dirk Mueller wrote: > On Sunday, 11. March 2007, sv...@va... wrote: > > It appears glibc-2.5's getenv() function steps along environment > > strings in 16-bit chunks, which can cause false errors > > Are you sure that they're false? Well, um, err, not sure. Good question. I found this when running a complete KDE session on V (openSUSE 10.2, amd64) and got loads of errors from getenv(). I added the replacement function and the noise went away, so it's not KDE that was causing it, which was my immediate concern. Whether glibc's getenv() is broken, or just optimised too much for memcheck, I don't know. Now you mention it, maybe there is something bad going on. At the start of glibc-2.5/stdlib/getenv.c is this: /* Return the value of the environment variable NAME. This implementation is tuned a bit in that it assumes no environment variable has an empty name which of course should always be true. We have a special case for one character names so that for the general case we can assume at least two characters which we can access. By doing this we can avoid using the `strncmp' most of the time. */ but I don't have the energy to dig through the complicated logic and figure out what's going on. The errors were of the form "invalid read of size 2 at the start of a block of size 1". From the glibc getenv() code I don't think that is the name to be looked up, but instead an entry in __environ. So a 1-char entry only has space for "=", so perhaps something in KDE added some bogus entries to the environment and it is then hitting the assumption in the glibc code that no variable has an empty name. So perhaps it is a bug in KDE. Who knows. J |
|
From: Dirk M. <dm...@gm...> - 2007-03-11 13:58:40
|
On Sunday, 11. March 2007, sv...@va... wrote: > It appears glibc-2.5's getenv() function steps along environment > strings in 16-bit chunks, which can cause false errors Are you sure that they're false? Dirk |
|
From: <sv...@va...> - 2007-03-11 13:00:42
|
Author: sewardj
Date: 2007-03-11 13:00:34 +0000 (Sun, 11 Mar 2007)
New Revision: 6640
Log:
It appears glibc-2.5's getenv() function steps along environment
strings in 16-bit chunks, which can cause false errors in some cases
(sigh). So do the usual thing and replace it.
Modified:
trunk/memcheck/mc_replace_strmem.c
Modified: trunk/memcheck/mc_replace_strmem.c
===================================================================
--- trunk/memcheck/mc_replace_strmem.c 2007-03-10 02:27:44 UTC (rev 6639)
+++ trunk/memcheck/mc_replace_strmem.c 2007-03-11 13:00:34 UTC (rev 6640)
@@ -670,6 +670,40 @@
GLIBC25_MEMPCPY(m_ld_so_1, mempcpy) /* ld.so.1 */
+/* getenv. glibc-2.5 steps along the env strings in 2 byte chunks
+ which means it sometimes overreads. sigh. */
+#define GLIBC25_GETENV(soname, fnname) \
+ char* VG_REPLACE_FUNCTION_ZU(soname,fnname)( const char* name0 ); \
+ char* VG_REPLACE_FUNCTION_ZU(soname,fnname)( const char* name0 ) \
+ { \
+ char** ep; \
+ char* cand; \
+ char* name; \
+ extern char** __environ; \
+ if (__environ == NULL || name0 == NULL || name0[0] == '\0') \
+ return NULL; \
+ for (ep = __environ; *ep; ep++) { \
+ cand = *ep; \
+ name = (char*)name0; \
+ /* advance cand and name until either points at zero or \
+ until what they both point at differs. */ \
+ while (1) { \
+ if (*cand == 0 || *name == 0) \
+ break; \
+ if (*cand != *name) \
+ break; \
+ cand++; \
+ name++; \
+ } \
+ if (*name == 0 && *cand == '=') \
+ return cand+1; \
+ } \
+ return NULL; \
+ }
+
+GLIBC25_GETENV(m_libc_soname, getenv)
+
+
/*------------------------------------------------------------*/
/*--- AIX stuff only after this point ---*/
/*------------------------------------------------------------*/
|
|
From: <js...@ac...> - 2007-03-11 10:56:17
|
Nightly build on minnie ( SuSE 10.0, ppc32 ) started at 2007-03-11 09:00:02 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 == 219 tests, 10 stderr failures, 6 stdout failures, 0 posttest failures == memcheck/tests/leak-tree (stderr) memcheck/tests/leakotron (stdout) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_changes (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) none/tests/ppc32/jm-fp (stdout) none/tests/ppc32/jm-fp (stderr) none/tests/ppc32/round (stdout) none/tests/ppc32/round (stderr) none/tests/ppc32/test_fx (stdout) none/tests/ppc32/test_fx (stderr) none/tests/ppc32/test_gx (stdout) |
|
From: Eric P. <eri...@wa...> - 2007-03-11 08:29:10
|
Hi folks, any update on the bug 138869 ? as explained, without this kind of kludge, any program run under valgrind & wine gives bad results. A+ |
|
From: Tom H. <th...@cy...> - 2007-03-11 03:23:39
|
Nightly build on dellow ( x86_64, Fedora Core 6 ) started at 2007-03-11 03:10:05 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 == 289 tests, 5 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/amd64/defcfaexpr (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) none/tests/pth_detached (stdout) |
|
From: Tom H. <th...@cy...> - 2007-03-11 03:22:58
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2007-03-11 03:15:02 GMT Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Last 20 lines of verbose log follow echo /tmp/ccFDcPBP.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccFDcPBP.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccFDcPBP.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccFDcPBP.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccFDcPBP.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccFDcPBP.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccFDcPBP.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccFDcPBP.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 rm insn_mmx.c insn_sse2.c insn_fpu.c insn_mmxext.c insn_sse.c insn_sse3.c insn_cmov.c insn_basic.c make[5]: Leaving directory `/tmp/vgtest/2007-03-11/valgrind/none/tests/x86' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/vgtest/2007-03-11/valgrind/none/tests/x86' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/vgtest/2007-03-11/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/vgtest/2007-03-11/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/vgtest/2007-03-11/valgrind' make: *** [check] Error 2 ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Last 20 lines of verbose log follow echo /tmp/ccOUW6Zu.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccOUW6Zu.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccOUW6Zu.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccOUW6Zu.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccOUW6Zu.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccOUW6Zu.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccOUW6Zu.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccOUW6Zu.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 rm insn_mmx.c insn_sse2.c insn_fpu.c insn_mmxext.c insn_sse.c insn_sse3.c insn_cmov.c insn_basic.c make[5]: Leaving directory `/tmp/vgtest/2007-03-11/valgrind/none/tests/x86' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/vgtest/2007-03-11/valgrind/none/tests/x86' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/vgtest/2007-03-11/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/vgtest/2007-03-11/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/vgtest/2007-03-11/valgrind' make: *** [check] Error 2 ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Sun Mar 11 03:18:59 2007 --- new.short Sun Mar 11 03:22:46 2007 *************** *** 7,16 **** Last 20 lines of verbose log follow echo ! /tmp/ccOUW6Zu.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccOUW6Zu.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccOUW6Zu.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccOUW6Zu.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccOUW6Zu.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccOUW6Zu.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccOUW6Zu.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccOUW6Zu.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 --- 7,16 ---- Last 20 lines of verbose log follow echo ! /tmp/ccFDcPBP.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccFDcPBP.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccFDcPBP.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccFDcPBP.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccFDcPBP.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccFDcPBP.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccFDcPBP.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccFDcPBP.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 |
|
From: Tom H. <th...@cy...> - 2007-03-11 03:18:25
|
Nightly build on lloyd ( x86_64, Fedora Core 3 ) started at 2007-03-11 03:05: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 == 289 tests, 7 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/amd64/defcfaexpr (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2007-03-11 03:11:54
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2007-03-11 03:00:02 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 == 291 tests, 7 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/amd64/defcfaexpr (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/fdleak_fcntl (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: <js...@ac...> - 2007-03-11 01:16:51
|
Nightly build on g5 ( SuSE 10.1, ppc970 ) started at 2007-03-11 02:00:01 CET 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 == 225 tests, 6 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/deep_templates (stdout) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/pointer-trace (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |