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
(9) |
2
(16) |
|
3
(9) |
4
(8) |
5
(9) |
6
(10) |
7
(14) |
8
(10) |
9
(7) |
|
10
(14) |
11
(19) |
12
(22) |
13
(18) |
14
(20) |
15
(10) |
16
(12) |
|
17
(13) |
18
(7) |
19
(12) |
20
(13) |
21
(9) |
22
(12) |
23
(6) |
|
24
(5) |
25
(5) |
26
(6) |
27
(7) |
28
(9) |
29
(13) |
30
(21) |
|
From: Josef W. <Jos...@gm...> - 2006-09-10 22:52:01
|
On Thursday 07 September 2006 20:45, Christoph Bartoschek wrote: > Here is another crash of the same problem: > > sleep > BB# 418 > > Callgrind: callstack.c:211 (vgCallgrind_push_call_stack): > Assertion 'current_entry->cxt != 0' failed. Hmmm... this one should be fixed now. However, I do not think that is the same problem as the first one you reported in this thread. There, the trace shows: valgrind: the 'impossible' happened: Killed by fatal signal ==00:00:00:28.625 2095== at 0x38014799: fprint_bbcc (global.h:691) ==00:00:00:28.625 2095== by 0x380158CD: print_bbccs_of_thread (dump.c:1550) ==00:00:00:28.625 2095== by 0x38015BCA: vgCallgrind_dump_profile (dump.c:1579) This is a SEGFAULT when dumping the data. I still have to try to reproduce it, as I currently do not have a amd64 machine around. Josef |
|
From: Josef W. <Jos...@gm...> - 2006-09-10 22:41:38
|
On Thursday 31 August 2006 23:12, Christoph Bartoschek wrote: > devel@burns:~/pview> callgrind_control -i on > PID 9578: ../src/src ../blockages_coarse.dip > [requesting '+Instrumentation'...] > OK. > devel@burns:~/pview> > > And here the result: > > Callgrind: callstack.c:211 (vgCallgrind_push_call_stack): > Assertion 'current_entry->cxt != 0' failed. Hi Christoph, I just checked in a bug fix for this problem. Can you check if that fixes this issue for you? I did not look yet at the other bug (x86_64-specific?). I think the biggest problem is that toogling the instrumentation mode is not really fully tested. Josef |
|
From: <sv...@va...> - 2006-09-10 22:34:27
|
Author: weidendo
Date: 2006-09-10 23:34:20 +0100 (Sun, 10 Sep 2006)
New Revision: 6045
Log:
Callgrind: Fix failed assertion at toggling instrumentation mode
When instrumentation mode is switched off, we want to fully
reset callgrinds internal execution state, which includes
the shadow call stack and function stack for context generation.
The latter was not completely reset before.
The bug showed up when switching the instrumentation mode on for
the second time, leading to
Callgrind: callstack.c:211 (vgCallgrind_push_call_stack):=20
Assertion 'current_entry->cxt !=3D 0' failed.
This commit also improves debug output a little bit.
Modified:
trunk/callgrind/bb.c
trunk/callgrind/context.c
trunk/callgrind/main.c
Modified: trunk/callgrind/bb.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/callgrind/bb.c 2006-08-31 22:54:36 UTC (rev 6044)
+++ trunk/callgrind/bb.c 2006-09-10 22:34:20 UTC (rev 6045)
@@ -306,7 +306,10 @@
CLG_DEBUG(3, " delete_bb (Obj %s, off %p): NOT FOUND\n",
obj->name, offset);
=20
- /* we didn't find it. That's strange. */
+ /* we didn't find it.
+ * this happens when callgrinds instrumentation mode
+ * was off at BB translation time, ie. no BB was created.
+ */
return;
}
=20
@@ -334,6 +337,7 @@
+ (bb->cjmp_count+1) * sizeof(CJmpInfo);
VG_(memset)( bb, 0xAA, size );
CLG_FREE(bb);
+ return;
}
CLG_DEBUG(3, " delete_bb: BB in use, can not free!\n");
}
Modified: trunk/callgrind/context.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/callgrind/context.c 2006-08-31 22:54:36 UTC (rev 6044)
+++ trunk/callgrind/context.c 2006-09-10 22:34:20 UTC (rev 6045)
@@ -279,6 +279,11 @@
call_stack* cs =3D &CLG_(current_call_stack);
Int fn_entries;
=20
+ CLG_DEBUG(5, "+ push_cxt(fn '%s'): old ctx %d\n",=20
+ fn ? fn->name : (Char*)"0x0",
+ CLG_(current_state).cxt ?
+ CLG_(current_state).cxt->base_number : -1);
+
/* save old context on stack (even if not changed at all!) */
CLG_ASSERT(cs->sp < cs->size);
CLG_ASSERT(cs->entry[cs->sp].cxt =3D=3D 0);
@@ -321,8 +326,10 @@
*(CLG_(current_fn_stack).top) =3D fn;
CLG_(current_state).cxt =3D CLG_(get_cxt)(CLG_(current_fn_stack).top);
=20
- CLG_DEBUG(5, " push_cxt(fn '%s'): %d\n",=20
- fn ? fn->name : (Char*)"0x0",
- CLG_(current_fn_stack).top - CLG_(current_fn_stack).bottom);
+ CLG_DEBUG(5, "- push_cxt(fn '%s'): new cxt %d, fn_sp %d\n",=20
+ fn ? fn->name : (Char*)"0x0",
+ CLG_(current_state).cxt ?
+ CLG_(current_state).cxt->base_number : -1,
+ CLG_(current_fn_stack).top - CLG_(current_fn_stack).bottom);
}
=20
Modified: trunk/callgrind/main.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/callgrind/main.c 2006-08-31 22:54:36 UTC (rev 6044)
+++ trunk/callgrind/main.c 2006-09-10 22:34:20 UTC (rev 6045)
@@ -771,6 +771,10 @@
/* unwind regular call stack */
while(CLG_(current_call_stack).sp>0)
CLG_(pop_call_stack)();
+
+ /* reset context and function stack for context generation */
+ CLG_(init_exec_state)( &CLG_(current_state) );
+ CLG_(current_fn_stack).top =3D CLG_(current_fn_stack).bottom;
}
=20
/* Ups, this can go wrong... */
@@ -795,11 +799,8 @@
if (0)
CLG_(forall_threads)(zero_thread_cost);
=20
- if (!state)
- CLG_(init_exec_state)( &CLG_(current_state) );
-
if (VG_(clo_verbosity) > 1)
- VG_(message)(Vg_DebugMsg, "%s: instrumentation switched %s\n",
+ VG_(message)(Vg_DebugMsg, "%s: instrumentation switched %s",
reason, state ? "ON" : "OFF");
}
=20
|
|
From: Dirk M. <dm...@gm...> - 2006-09-10 20:51:30
|
On Sunday, 10. September 2006 21:07, Bart Van Assche wrote: > Can you provide me a reproducible test case ? I'd like to have a look > at this and fix this. well, its just a valgrind patched with your DRD patches, and it happens on any application, e.g. /bin/false. if thats not reproduceable for you, then I have to look further.. Dirk |
|
From: Bart V. A. <bar...@gm...> - 2006-09-10 19:07:41
|
Hello Dirk,
Can you provide me a reproducible test case ? I'd like to have a look at
this and fix this.
On 9/10/06, Dirk Mueller <dm...@gm...> wrote:
>
> On Sunday, 10. September 2006 10:23, Julian Seward wrote:
>
> > Ah, you mentioned this a couple of weeks ago. I installed openSuse 10.2
> > alpha 3 for x86 on vmware, but couldn't reproduce this problem with the
> > svn trunk - all the regression tests looked ok. Are you sure you don't
> > have some confusion with header files, such as accidentally picking up
> > the header files (valgrind.h, memcheck.h) from a 3.1.X install?
>
> I found out that it was caused by the DRD patch. No client request besides
> the
> drd ones seemed to work anymore.
>
>
> Dirk
|
|
From: Dirk M. <dm...@gm...> - 2006-09-10 18:24:52
|
On Sunday, 10. September 2006 10:23, Julian Seward wrote: > Ah, you mentioned this a couple of weeks ago. I installed openSuse 10.2 > alpha 3 for x86 on vmware, but couldn't reproduce this problem with the > svn trunk - all the regression tests looked ok. Are you sure you don't > have some confusion with header files, such as accidentally picking up > the header files (valgrind.h, memcheck.h) from a 3.1.X install? I found out that it was caused by the DRD patch. No client request besides the drd ones seemed to work anymore. Dirk |
|
From: <js...@ac...> - 2006-09-10 11:40:09
|
Nightly build on minnie ( SuSE 10.0, ppc32 ) started at 2006-09-10 09:00:01 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 == 207 tests, 10 stderr failures, 6 stdout failures, 0 posttest failures == memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/leakotron (stdout) memcheck/tests/pointer-trace (stderr) memcheck/tests/sigaltstack (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (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: Julian S. <js...@ac...> - 2006-09-10 08:23:19
|
> I don't think so - I see it too everywhere even for clean applications. a= nd > looking at the code its not a surprise: > > VALGRIND_DO_CLIENT_REQUEST(res, 0 /* default */, > VG_USERREQ__LIBC_FREERES_DONE,=B7 > 0, 0, 0, 0, 0); > /*NOTREACHED*/ > *(int *)0 =3D 'x'; > } > > The NOTREACHED part is executed for me. Julian said that it might be > because the compiler optimizes the DO_CLIENT_REQUEST away, but I haven't > checked that. Ah, you mentioned this a couple of weeks ago. I installed openSuse 10.2=20 alpha 3 for x86 on vmware, but couldn't reproduce this problem with the=20 svn trunk - all the regression tests looked ok. Are you sure you don't=20 have some confusion with header files, such as accidentally picking up=20 the header files (valgrind.h, memcheck.h) from a 3.1.X install? The client request implementation changed from 3.1.X to 3.2.X in such a way that code compiled against a 3.1.X header will not be recognised at run time by 3.2.X as a client request. J |
|
From: <js...@ac...> - 2006-09-10 04:04:48
|
Nightly build on phoenix ( SuSE 10.0 ) started at 2006-09-10 04:30:01 BST Checking out vex source tree ... done Building vex ... done Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 237 tests, 5 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/leak-tree (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <to...@co...> - 2006-09-10 02:45:46
|
Nightly build on dunsmere ( athlon, Fedora Core 5 ) started at 2006-09-10 03:30:05 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 == 239 tests, 5 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2006-09-10 02:25:10
|
Nightly build on dellow ( x86_64, Fedora Core 5 ) started at 2006-09-10 03:10:03 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 == 266 tests, 4 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/mempool (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2006-09-10 02:24:28
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2006-09-10 03:15:01 BST 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/ccGscynw.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccGscynw.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccGscynw.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccGscynw.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccGscynw.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccGscynw.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccGscynw.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccGscynw.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/valgrind.28449/valgrind/none/tests/x86' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/valgrind.28449/valgrind/none/tests/x86' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/valgrind.28449/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/valgrind.28449/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/valgrind.28449/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/ccWqXteU.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccWqXteU.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccWqXteU.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccWqXteU.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccWqXteU.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccWqXteU.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccWqXteU.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccWqXteU.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/valgrind.28449/valgrind/none/tests/x86' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/valgrind.28449/valgrind/none/tests/x86' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/valgrind.28449/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/valgrind.28449/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/valgrind.28449/valgrind' make: *** [check] Error 2 ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Sun Sep 10 03:19:43 2006 --- new.short Sun Sep 10 03:24:24 2006 *************** *** 7,16 **** Last 20 lines of verbose log follow echo ! /tmp/ccWqXteU.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccWqXteU.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccWqXteU.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccWqXteU.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccWqXteU.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccWqXteU.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccWqXteU.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccWqXteU.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/ccGscynw.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccGscynw.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccGscynw.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccGscynw.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccGscynw.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccGscynw.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccGscynw.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccGscynw.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 |
|
From: Tom H. <th...@cy...> - 2006-09-10 02:20:31
|
Nightly build on lloyd ( x86_64, Fedora Core 3 ) started at 2006-09-10 03:05:06 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 == 266 tests, 6 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/leakotron (stdout) memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2006-09-10 02:13:54
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2006-09-10 03:00:03 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 == 268 tests, 6 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/mempool (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) |