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
(16) |
3
(7) |
|
4
(7) |
5
(9) |
6
(8) |
7
(10) |
8
(16) |
9
(15) |
10
(9) |
|
11
(11) |
12
(13) |
13
(8) |
14
(8) |
15
(10) |
16
(25) |
17
(7) |
|
18
(7) |
19
(13) |
20
(10) |
21
(14) |
22
(11) |
23
(12) |
24
(8) |
|
25
(19) |
26
(10) |
27
(16) |
28
(13) |
|
|
|
|
From: <sv...@va...> - 2007-02-24 23:29:37
|
Author: sewardj
Date: 2007-02-24 23:29:31 +0000 (Sat, 24 Feb 2007)
New Revision: 6611
Log:
CFI reader: make reading of 'encoded addresses' be much more in
line with the DWARF3 spec and also with binutils/readelf.c:
- Update some comments
- Get rid of kludge_then_addDiCfSI; apparently no longer needed
- Pass the SegInfo's text_bias around in the AddressDecodingInfo,
so that ...
- read_encoded_Addr can set 'base' to the text_bias when handling
DW_EH_PE_absptr. This is the central change of this commit and
appears (to me) to be what DWARF3 requires. (The spec is less
than clear ..)
- don't use read_encoded_Addr to read the FDE arange field since
read_encoded_Addr's adding-on of a 'base' value is meaningless
here - the arange is not an address, but a value saying how many
bytes the FDE covers. Instead just read a little-endian value of
the right size. This is in accordance with DWARF3 and with
readelf.c. Add new function read_le_encoded_literal to make
this possible.
I believe this is all correct, and it's certainly much better than it
was. But given that the DWARF3 spec isn't as formal as it should be,
it's hard to be sure.
Modified:
trunk/coregrind/m_debuginfo/readdwarf.c
Modified: trunk/coregrind/m_debuginfo/readdwarf.c
===================================================================
--- trunk/coregrind/m_debuginfo/readdwarf.c 2007-02-23 10:10:02 UTC (rev 6610)
+++ trunk/coregrind/m_debuginfo/readdwarf.c 2007-02-24 23:29:31 UTC (rev 6611)
@@ -1872,6 +1872,7 @@
UChar encoding;
UChar* ehframe_image;
Addr ehframe_avma;
+ Addr text_bias;
}
AddressDecodingInfo;
@@ -2083,6 +2084,18 @@
return data[0];
}
+static ULong read_le_encoded_literal ( UChar* data, UInt size )
+{
+ switch (size) {
+ case 8: return (ULong)read_ULong( data );
+ case 4: return (ULong)read_UInt( data );
+ case 2: return (ULong)read_UShort( data );
+ case 1: return (ULong)read_UChar( data );
+ default: vg_assert(0); /*NOTREACHED*/ return 0;
+ }
+}
+
+
static UChar default_Addr_encoding ( void )
{
switch (sizeof(Addr)) {
@@ -2110,6 +2123,25 @@
AddressDecodingInfo* adi,
UChar* data )
{
+ /* Regarding the handling of DW_EH_PE_absptr. DWARF3 says this
+ denotes an absolute address, hence you would think 'base' is
+ zero. However, that is nonsensical (unless relocations are to
+ be applied to the unwind data before reading it, which sounds
+ unlikely). My interpretation is that DW_EH_PE_absptr indicates
+ an address relative to where the object was loaded (technically,
+ relative to its stated load VMA, hence the use of text_bias
+ rather than text_avma). Hmm, should we use text_bias or
+ text_avma here? Not sure.
+
+ This view appears to be supported by DWARF3 spec sec 7.3
+ "Executable Objects and Shared Objects":
+
+ This requirement makes the debugging information for shared
+ objects position independent. Virtual addresses in a shared
+ object may be calculated by adding the offset to the base
+ address at which the object was attached. This offset is
+ available in the run-time linker's data structures.
+ */
Addr base;
Word offset;
UChar encoding = adi->encoding;
@@ -2122,7 +2154,7 @@
switch (encoding & 0x70) {
case DW_EH_PE_absptr:
- base = 0;
+ base = adi->text_bias;
break;
case DW_EH_PE_pcrel:
base = ehframe_avma + ( data - ehframe_image );
@@ -2194,7 +2226,7 @@
Int i = 0;
UChar hi2 = (instr[i] >> 6) & 3;
UChar lo6 = instr[i] & 0x3F;
- Addr printing_bias = ((Addr)ctx->initloc) - ((Addr)si->text_start_avma);
+ Addr printing_bias = ((Addr)ctx->initloc) - ((Addr)si->text_bias);
i++;
if (hi2 == DW_CFA_advance_loc) {
@@ -2245,6 +2277,9 @@
/* WAS:
ctx->loc = read_Addr(&instr[i]) - ctx->initloc; i+= sizeof(Addr);
Was this ever right? */
+ /* 2007 Feb 23: No. binutils/dwarf.c treats it as an encoded
+ address and that appears to be in accordance with the
+ DWARF3 spec. */
ctx->loc = read_encoded_Addr(&len, adi, &instr[i]);
i += len;
if (si->ddump_frames)
@@ -2336,8 +2371,10 @@
ctx->reg[reg].tag = RR_CFAoff;
ctx->reg[reg].coff = off * ctx->data_a_f;
if (si->ddump_frames)
- VG_(printf)(" rci:DW_CFA_offset_extended_sf\n");
- break;
+ VG_(printf)(" DW_CFA_offset_extended_sf: r%d at cfa%s%d\n",
+ reg, ctx->reg[reg].coff < 0 ? "" : "+",
+ (Int)ctx->reg[reg].coff);
+ break;
case DW_CFA_GNU_negative_offset_extended:
reg = read_leb128( &instr[i], &nleb, 0 );
@@ -2555,7 +2592,8 @@
break;
case DW_CFA_set_loc:
- /* WAS: loc = read_Addr(&instr[i]); i+= sizeof(Addr); */
+ /* WAS: loc = read_Addr(&instr[i]); i+= sizeof(Addr);
+ (now known to be incorrect -- the address is encoded) */
loc = read_encoded_Addr(&len, adi, &instr[i]);
i += len;
VG_(printf)(" sci:DW_CFA_set_loc(%p)\n", loc);
@@ -2573,7 +2611,7 @@
case DW_CFA_advance_loc4:
delta = (UInt)read_UInt(&instr[i]); i+= sizeof(UInt);
- VG_(printf)(" sci:DW_CFA_advance_loc4(%d)\n", delta);
+ VG_(printf)(" DW_CFA_advance_loc4(%d)\n", delta);
break;
case DW_CFA_def_cfa:
@@ -2685,13 +2723,14 @@
"off %d x data_af)\n", reg, off);
break;
- case DW_CFA_offset_extended_sf:
+ case DW_CFA_offset_extended_sf:
reg = read_leb128( &instr[i], &nleb, 0 );
i += nleb;
off = read_leb128( &instr[i], &nleb, 1 );
i += nleb;
- VG_(printf)(" sci:DW_CFA_offset_extended_sf"
- "(r%d, off %d x data_af)\n", reg, off);
+ coff = (Int)(off * data_a_f);
+ VG_(printf)(" DW_CFA_offset_extended_sf: r%d at cfa%s%d\n",
+ reg, coff < 0 ? "" : "+", coff);
break;
case DW_CFA_GNU_negative_offset_extended:
@@ -2747,64 +2786,6 @@
}
-/* Attempt to add a CFI record to the collection. Nominally this just
- hands the record off to ML_(addDiCfSI), which will ignore it if it
- falls outside the mapped text segment of this SegInfo. However, a
- nasty kludge may be pre-applied: if the record's base address is
- very small, and does not come anywhere near the mapped text
- segment, then assume we forgot to add the text_bias for some
- reason, so add it on and then try again. */
-static
-void kludge_then_addDiCfSI ( struct _SegInfo* si, DiCfSI* cfsi )
-{
-# define IN_TEXT_SEG(_addr) \
- ((_addr) >= si->text_start_avma \
- && (_addr) < (si->text_start_avma + si->text_size))
-
- if ( /* "has implausibly low addr" */
- cfsi->base < 2 * 1024 * 1024
- /* "has plausible size" */
- && cfsi->len > 0
- && cfsi->len < 50000
- /* "is well clear of the text segment" */
- && (2 * (cfsi->base + cfsi->len)) < si->text_start_avma
- /* "adding text_bias would put the start in the text segment */
- && IN_TEXT_SEG(si->text_bias + cfsi->base)
- /* "adding text_bias would put the end in the text segment */
- && IN_TEXT_SEG(si->text_bias + cfsi->base + cfsi->len - 1)
- /* XXX and there isn't already a record present */ )
- {
- static Int complaints = 3;
-
- /* Oh, well, let's kludge it into the text segment, then. */
- /* First, though, complain: */
- if (si->trace_cfi || complaints > 0) {
- complaints--;
- if (VG_(clo_verbosity) > 1) {
- VG_(message)(
- Vg_DebugMsg,
- "warning: DiCfSI %p .. %p kludge reloc to %p .. %p",
- cfsi->base,
- cfsi->base + cfsi->len - 1,
- si->text_bias + cfsi->base,
- si->text_bias + cfsi->base + cfsi->len - 1
- );
- }
- if (si->trace_cfi)
- ML_(ppDiCfSI)(cfsi);
- }
-
- /* last but not least ... */
- cfsi->base += si->text_bias;
- }
-
- /* finished monkeying around, let's add it. */
- ML_(addDiCfSI)(si, cfsi);
-
-# undef IN_TEXT_SEG
-}
-
-
/* Run the CF instructions in instrs[0 .. ilen-1], until the end is
reached, or until there is a failure. Return True iff success.
*/
@@ -2835,7 +2816,7 @@
if (record && loc_prev != ctx->loc) {
summ_ok = summarise_context ( &cfsi, loc_prev, ctx, si );
if (summ_ok) {
- kludge_then_addDiCfSI(si, &cfsi);
+ ML_(addDiCfSI)(si, &cfsi);
if (si->trace_cfi)
ML_(ppDiCfSI)(&cfsi);
}
@@ -2847,7 +2828,7 @@
if (record) {
summ_ok = summarise_context ( &cfsi, loc_prev, ctx, si );
if (summ_ok) {
- kludge_then_addDiCfSI(si, &cfsi);
+ ML_(addDiCfSI)(si, &cfsi);
if (si->trace_cfi)
ML_(ppDiCfSI)(&cfsi);
}
@@ -3167,6 +3148,7 @@
adi.encoding = the_CIEs[this_CIE].address_encoding;
adi.ehframe_image = ehframe_image;
adi.ehframe_avma = ehframe_avma;
+ adi.text_bias = si->text_bias;
show_CF_instructions( the_CIEs[this_CIE].instrs,
the_CIEs[this_CIE].ilen, &adi,
the_CIEs[this_CIE].code_a_f,
@@ -3213,6 +3195,7 @@
adi.encoding = the_CIEs[cie].address_encoding;
adi.ehframe_image = ehframe_image;
adi.ehframe_avma = ehframe_avma;
+ adi.text_bias = si->text_bias;
fde_initloc = read_encoded_Addr(&nbytes, &adi, data);
data += nbytes;
if (si->trace_cfi)
@@ -3221,8 +3204,26 @@
adi.encoding = the_CIEs[cie].address_encoding & 0xf;
adi.ehframe_image = ehframe_image;
adi.ehframe_avma = ehframe_avma;
- fde_arange = read_encoded_Addr(&nbytes, &adi, data);
- data += nbytes;
+ adi.text_bias = si->text_bias;
+
+ /* WAS (incorrectly):
+ fde_arange = read_encoded_Addr(&nbytes, &adi, data);
+ data += nbytes;
+ The following corresponds to what binutils/dwarf.c does:
+ */
+ { UInt ptr_size = size_of_encoded_Addr( adi.encoding );
+ switch (ptr_size) {
+ case 8: case 4: case 2: case 1:
+ fde_arange
+ = (UWord)read_le_encoded_literal(data, ptr_size);
+ data += ptr_size;
+ break;
+ default:
+ how = "unknown arange field encoding in FDE";
+ goto bad;
+ }
+ }
+
if (si->trace_cfi)
VG_(printf)("fde.arangec = %p\n", (void*)fde_arange);
@@ -3232,8 +3233,8 @@
(Addr)ciefde_len,
(Addr)(UWord)cie_pointer,
(Addr)look_for,
- ((Addr)fde_initloc) - si->text_start_avma,
- ((Addr)fde_initloc) - si->text_start_avma + fde_arange);
+ ((Addr)fde_initloc) - si->text_bias,
+ ((Addr)fde_initloc) - si->text_bias + fde_arange);
if (the_CIEs[cie].saw_z_augmentation) {
UInt length = read_leb128( data, &nbytes, 0);
@@ -3265,6 +3266,7 @@
adi.encoding = the_CIEs[cie].address_encoding;
adi.ehframe_image = ehframe_image;
adi.ehframe_avma = ehframe_avma;
+ adi.text_bias = si->text_bias;
if (si->trace_cfi)
show_CF_instructions( fde_instrs, fde_ilen, &adi,
|
|
From: <js...@ac...> - 2007-02-24 09:58:58
|
Nightly build on minnie ( SuSE 10.0, ppc32 ) started at 2007-02-24 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: <js...@ac...> - 2007-02-24 05:30:53
|
Nightly build on phoenix ( SuSE 10.0 ) started at 2007-02-24 04:55:01 GMT 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 == 254 tests, 6 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/leak-tree (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...> - 2007-02-24 03:24:19
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2007-02-24 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/ccGeYKcK.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccGeYKcK.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccGeYKcK.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccGeYKcK.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccGeYKcK.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccGeYKcK.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccGeYKcK.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccGeYKcK.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.24949/valgrind/none/tests/x86' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/valgrind.24949/valgrind/none/tests/x86' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/valgrind.24949/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/valgrind.24949/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/valgrind.24949/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/cckteGFg.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cckteGFg.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cckteGFg.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cckteGFg.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cckteGFg.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cckteGFg.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cckteGFg.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cckteGFg.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.24949/valgrind/none/tests/x86' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/valgrind.24949/valgrind/none/tests/x86' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/valgrind.24949/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/valgrind.24949/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/valgrind.24949/valgrind' make: *** [check] Error 2 ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Sat Feb 24 03:19:16 2007 --- new.short Sat Feb 24 03:23:32 2007 *************** *** 7,16 **** Last 20 lines of verbose log follow echo ! /tmp/cckteGFg.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cckteGFg.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cckteGFg.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cckteGFg.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cckteGFg.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cckteGFg.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cckteGFg.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cckteGFg.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/ccGeYKcK.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccGeYKcK.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccGeYKcK.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccGeYKcK.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccGeYKcK.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccGeYKcK.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccGeYKcK.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccGeYKcK.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 |
|
From: Tom H. <th...@cy...> - 2007-02-24 03:24:19
|
Nightly build on dellow ( x86_64, Fedora Core 6 ) started at 2007-02-24 03:10:04 GMT 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 == 288 tests, 4 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) ================================================= == 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 == 288 tests, 4 stderr failures, 2 stdout failures, 0 posttest failures == 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) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Sat Feb 24 03:16:56 2007 --- new.short Sat Feb 24 03:23:28 2007 *************** *** 8,10 **** ! == 288 tests, 4 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/pointer-trace (stderr) --- 8,10 ---- ! == 288 tests, 4 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/pointer-trace (stderr) *************** *** 14,16 **** none/tests/mremap2 (stdout) - none/tests/pth_detached (stdout) --- 14,15 ---- |
|
From: Tom H. <th...@cy...> - 2007-02-24 03:19:10
|
Nightly build on lloyd ( x86_64, Fedora Core 3 ) started at 2007-02-24 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 == 288 tests, 6 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/x86/scalar_supp (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2007-02-24 03:12:04
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2007-02-24 03:00: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 == 290 tests, 6 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/x86/scalar_supp (stderr) none/tests/fdleak_fcntl (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: <js...@ac...> - 2007-02-24 01:16:54
|
Nightly build on g5 ( SuSE 10.1, ppc970 ) started at 2007-02-24 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) |