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
(1) |
|
2
(19) |
3
(17) |
4
(15) |
5
(20) |
6
(29) |
7
(13) |
8
(16) |
|
9
(20) |
10
(5) |
11
(10) |
12
(17) |
13
(17) |
14
(22) |
15
(8) |
|
16
(4) |
17
(15) |
18
(7) |
19
(14) |
20
(16) |
21
(18) |
22
(9) |
|
23
(2) |
24
(12) |
25
(3) |
26
(3) |
27
(20) |
28
(9) |
29
(4) |
|
30
(3) |
31
(4) |
|
|
|
|
|
|
From: Mark W. <mj...@re...> - 2012-12-11 17:08:56
|
On Tue, Dec 11, 2012 at 10:36:31AM -0600, Rich Coe wrote: > Mark Wielaard <mj...@re...> wrote: > > So, the test now also compiles? > > Then I assume it was the #define _GNU_SOURCE addition. > > But the configure test still makes sense, stpncpy might not be there on > > some platforms/configurations. > > No, because the test result is 'yes', the config parameter is still set > and it still tries to compile the test case. > > The configure test needs to fail so the result is false and the test case > doesn't compile on platforms that don't have the function. Hmmm, OK, how about adding an explicit -Werror then for this test as attached. Does that "fail properly" in your case? Thanks, Mark |
|
From: Rich C. <rc...@wi...> - 2012-12-11 16:36:42
|
On Tue, 11 Dec 2012 16:07:28 +0100 Mark Wielaard <mj...@re...> wrote: > On Tue, 2012-12-11 at 08:54 -0600, Rich Coe wrote: > > The configure test fails true. > > > > configure:6774: checking for stpncpy > > configure:6795: gcc -c -Wno-long-long conftest.c >&5 > > conftest.c: In function 'main': > > conftest.c:42: warning: incompatible implicit declaration of built-in function 'stpncpy' > > configure:6795: $? = 0 > > configure:6798: result: yes > > So, the test now also compiles? > Then I assume it was the #define _GNU_SOURCE addition. > But the configure test still makes sense, stpncpy might not be there on > some platforms/configurations. No, because the test result is 'yes', the config parameter is still set and it still tries to compile the test case. The configure test needs to fail so the result is false and the test case doesn't compile on platforms that don't have the function. Rich |
|
From: Mark W. <mj...@re...> - 2012-12-11 15:07:39
|
On Tue, 2012-12-11 at 08:54 -0600, Rich Coe wrote: > The configure test fails true. > > configure:6774: checking for stpncpy > configure:6795: gcc -c -Wno-long-long conftest.c >&5 > conftest.c: In function 'main': > conftest.c:42: warning: incompatible implicit declaration of built-in function 'stpncpy' > configure:6795: $? = 0 > configure:6798: result: yes So, the test now also compiles? Then I assume it was the #define _GNU_SOURCE addition. But the configure test still makes sense, stpncpy might not be there on some platforms/configurations. Thanks, Mark |
|
From: Rich C. <rc...@wi...> - 2012-12-11 14:54:26
|
The configure test fails true. configure:6774: checking for stpncpy configure:6795: gcc -c -Wno-long-long conftest.c >&5 conftest.c: In function 'main': conftest.c:42: warning: incompatible implicit declaration of built-in function 'stpncpy' configure:6795: $? = 0 configure:6798: result: yes On Tue, 11 Dec 2012 11:16:32 +0100 Mark Wielaard <mj...@re...> wrote: > On Fri, 2012-12-07 at 08:15 -0500, Michael Sweet wrote: > > OS X has it starting in 10.7, but it could also be the compiler you are using (gcc vs. clang) > > > > The prototype is wrapped with the following conditional test: > > > > #if __DARWIN_C_LEVEL >= 200809L > > I am not sure I understand what that really means. But I see the code > doesn't explicitly define _GNU_SOURCE which is probably a good idea in > this case. Also probably a simple configure check for enabling the test > seems in order. > > Does the attached work for you? > (I don't have access to any darwin based setups.) > > Thanks, > > Mark -- Rich Coe rc...@wi... |
|
From: Florian K. <br...@ac...> - 2012-12-11 13:22:38
|
On 12/11/2012 04:54 AM, Mark Wielaard wrote: > On Sat, 2012-12-08 at 19:26 +0000, sv...@va... wrote: >> +# Check for AT_FDCWD >> + >> +AC_MSG_CHECKING([for AT_FDCWD]) >> +AC_COMPILE_IFELSE([AC_LANG_PROGRAM([[ >> +#define _GNU_SOURCE >> +#include <fcntl.h> >> +#include <unistd.h> >> +]], [[ >> + int a = AT_FDCWD; >> +]])], [ >> +ac_have_at_fdcwd=yes >> +AC_MSG_RESULT([yes]) >> +], [ >> +ac_have_at_fdcwd=no >> +ac_gcc_have_dfp_type=no >> +AC_MSG_RESULT([no]) >> +]) > > Probably harmless, but that ac_gcc_have_dfp_type=no seems a mistake. Too much cut'n paste. Thanks for spotting this. Fixed in r13175. Florian |
|
From: <sv...@va...> - 2012-12-11 13:21:41
|
florian 2012-12-11 13:21:27 +0000 (Tue, 11 Dec 2012)
New Revision: 13175
Log:
Fix cut'n paste error spotted by Mark Wielaard.
Modified files:
trunk/configure.in
Modified: trunk/configure.in (+0 -1)
===================================================================
--- trunk/configure.in 2012-12-09 17:30:45 +00:00 (rev 13174)
+++ trunk/configure.in 2012-12-11 13:21:27 +00:00 (rev 13175)
@@ -1011,7 +1011,6 @@
AC_MSG_RESULT([yes])
], [
ac_have_at_fdcwd=no
-ac_gcc_have_dfp_type=no
AC_MSG_RESULT([no])
])
|
|
From: Rich C. <rc...@wi...> - 2012-12-11 10:40:36
|
valgrind revision: 13174
VEX revision: 2587
C compiler: i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5666) (dot 3)
Assembler:
C library: unknown
uname -mrs: Darwin 10.8.0 i386
Vendor version: unknown
Nightly build on macx86 ( Darwin 10.8.0 i386 )
Started at 2012-12-10 23:35:00 CST
Ended at 2012-12-10 23:49:13 CST
Results unchanged from 24 hours ago
Checking out valgrind source tree ... done
Configuring valgrind ... done
Building valgrind ... failed
Last 20 lines of verbose log follow echo
gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../include -I../../coregrind -I../../include -I../../VEX/pub -DVGA_x86=1 -DVGO_darwin=1 -DVGP_x86_darwin=1 -DVGPV_x86_darwin_vanilla=1 -Winline -Wall -Wshadow -g -arch i386 -Wno-long-long -Wwrite-strings -fno-stack-protector -Wno-write-strings -MT stpncpy.o -MD -MP -MF .deps/stpncpy.Tpo -c -o stpncpy.o stpncpy.c
stpncpy.c: In function 'main':
stpncpy.c:18: warning: implicit declaration of function 'stpncpy'
stpncpy.c:18: warning: incompatible implicit declaration of built-in function 'stpncpy'
stpncpy.c:21: warning: format '%zd' expects type 'signed size_t', but argument 3 has type 'int'
stpncpy.c:31: warning: format '%zd' expects type 'signed size_t', but argument 3 has type 'int'
mv -f .deps/stpncpy.Tpo .deps/stpncpy.Po
gcc -Winline -Wall -Wshadow -g -arch i386 -Wno-long-long -Wwrite-strings -fno-stack-protector -Wno-write-strings -o stpncpy stpncpy.o
Undefined symbols:
"_stpncpy", referenced from:
_main in stpncpy.o
_main in stpncpy.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[5]: *** [stpncpy] 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
Congratulations, all tests passed!
|
|
From: Mark W. <mj...@re...> - 2012-12-11 10:16:47
|
On Fri, 2012-12-07 at 08:15 -0500, Michael Sweet wrote: > OS X has it starting in 10.7, but it could also be the compiler you are using (gcc vs. clang) > > The prototype is wrapped with the following conditional test: > > #if __DARWIN_C_LEVEL >= 200809L I am not sure I understand what that really means. But I see the code doesn't explicitly define _GNU_SOURCE which is probably a good idea in this case. Also probably a simple configure check for enabling the test seems in order. Does the attached work for you? (I don't have access to any darwin based setups.) Thanks, Mark |
|
From: Mark W. <mj...@re...> - 2012-12-11 09:58:04
|
On Sat, 2012-12-08 at 19:26 +0000, sv...@va... wrote: > +# Check for AT_FDCWD > + > +AC_MSG_CHECKING([for AT_FDCWD]) > +AC_COMPILE_IFELSE([AC_LANG_PROGRAM([[ > +#define _GNU_SOURCE > +#include <fcntl.h> > +#include <unistd.h> > +]], [[ > + int a = AT_FDCWD; > +]])], [ > +ac_have_at_fdcwd=yes > +AC_MSG_RESULT([yes]) > +], [ > +ac_have_at_fdcwd=no > +ac_gcc_have_dfp_type=no > +AC_MSG_RESULT([no]) > +]) Probably harmless, but that ac_gcc_have_dfp_type=no seems a mistake. Cheers, Mark |
|
From: <sv...@va...> - 2012-12-11 09:58:02
|
florian 2012-12-11 04:09:43 +0000 (Tue, 11 Dec 2012)
New Revision: 2587
Log:
Generalise S390_INSN_GZERO which only worked on the guest
state to S390_INSN_MZERO which works for any memory location
addressable with base reg + 12-bit displacement.
Modified files:
trunk/priv/host_s390_defs.c
trunk/priv/host_s390_defs.h
trunk/priv/host_s390_isel.c
Modified: trunk/priv/host_s390_defs.h (+4 -4)
===================================================================
--- trunk/priv/host_s390_defs.h 2012-12-09 17:53:45 +00:00 (rev 2586)
+++ trunk/priv/host_s390_defs.h 2012-12-11 04:09:43 +00:00 (rev 2587)
@@ -139,7 +139,7 @@
S390_INSN_BFP_CONVERT,
S390_INSN_DFP_BINOP, /* Decimal floating point */
S390_INSN_MFENCE,
- S390_INSN_GZERO, /* Assign zero to a guest register */
+ S390_INSN_MZERO, /* Assign zero to a memory location */
S390_INSN_GADD, /* Add a value to a guest register */
S390_INSN_SET_FPC_BFPRM, /* Set the bfp rounding mode in the FPC */
S390_INSN_SET_FPC_DFPRM, /* Set the dfp rounding mode in the FPC */
@@ -510,8 +510,8 @@
/* Miscellaneous */
struct {
- UInt offset;
- } gzero;
+ s390_amode *dst;
+ } mzero;
struct {
UInt offset;
UChar delta;
@@ -616,7 +616,7 @@
HReg op2, HReg op3,
s390_dfp_round_t rounding_mode);
s390_insn *s390_insn_mfence(void);
-s390_insn *s390_insn_gzero(UChar size, UInt offset);
+s390_insn *s390_insn_mzero(UChar size, s390_amode *dst);
s390_insn *s390_insn_gadd(UChar size, UInt offset, UChar delta, ULong value);
s390_insn *s390_insn_set_fpc_bfprm(UChar size, HReg mode);
s390_insn *s390_insn_set_fpc_dfprm(UChar size, HReg mode);
Modified: trunk/priv/host_s390_defs.c (+23 -13)
===================================================================
--- trunk/priv/host_s390_defs.c 2012-12-09 17:53:45 +00:00 (rev 2586)
+++ trunk/priv/host_s390_defs.c 2012-12-11 04:09:43 +00:00 (rev 2587)
@@ -714,8 +714,11 @@
}
break;
+ case S390_INSN_MZERO:
+ s390_amode_get_reg_usage(u, insn->variant.mzero.dst);
+ break;
+
case S390_INSN_MFENCE:
- case S390_INSN_GZERO:
case S390_INSN_GADD:
break;
@@ -963,8 +966,11 @@
}
break;
+ case S390_INSN_MZERO:
+ s390_amode_map_regs(m, insn->variant.mzero.dst);
+ break;
+
case S390_INSN_MFENCE:
- case S390_INSN_GZERO:
case S390_INSN_GADD:
break;
@@ -5078,13 +5084,17 @@
s390_insn *
-s390_insn_gzero(UChar size, UInt offset)
+s390_insn_mzero(UChar size, s390_amode *dst)
{
s390_insn *insn = LibVEX_Alloc(sizeof(s390_insn));
- insn->tag = S390_INSN_GZERO;
+ /* This insn will be mapped to an XC so we can only allow base register
+ plus 12-bit displacement */
+ vassert(dst->tag == S390_AMODE_B12);
+
+ insn->tag = S390_INSN_MZERO;
insn->size = size;
- insn->variant.gzero.offset = offset;
+ insn->variant.mzero.dst = dst;
return insn;
}
@@ -5643,8 +5653,8 @@
s390_sprintf(buf, "%M", "v-mfence");
return buf; /* avoid printing "size = ..." which is meaningless */
- case S390_INSN_GZERO:
- s390_sprintf(buf, "%M %G", "v-gzero", insn->variant.gzero.offset);
+ case S390_INSN_MZERO:
+ s390_sprintf(buf, "%M %A", "v-mzero", insn->variant.mzero.dst);
break;
case S390_INSN_GADD:
@@ -7788,11 +7798,11 @@
static UChar *
-s390_insn_gzero_emit(UChar *buf, const s390_insn *insn)
+s390_insn_mzero_emit(UChar *buf, const s390_insn *insn)
{
- return s390_emit_XC(buf, insn->size - 1,
- S390_REGNO_GUEST_STATE_POINTER, insn->variant.gzero.offset,
- S390_REGNO_GUEST_STATE_POINTER, insn->variant.gzero.offset);
+ s390_amode *am = insn->variant.mzero.dst;
+
+ return s390_emit_XC(buf, insn->size - 1, am->b, am->d, am->b, am->d);
}
@@ -8377,8 +8387,8 @@
end = s390_insn_mfence_emit(buf, insn);
break;
- case S390_INSN_GZERO:
- end = s390_insn_gzero_emit(buf, insn);
+ case S390_INSN_MZERO:
+ end = s390_insn_mzero_emit(buf, insn);
break;
case S390_INSN_GADD:
Modified: trunk/priv/host_s390_isel.c (+12 -1)
===================================================================
--- trunk/priv/host_s390_isel.c 2012-12-09 17:53:45 +00:00 (rev 2586)
+++ trunk/priv/host_s390_isel.c 2012-12-11 04:09:43 +00:00 (rev 2587)
@@ -2564,6 +2564,11 @@
case Ity_I16:
case Ity_I32:
case Ity_I64:
+ if (am->tag == S390_AMODE_B12 &&
+ s390_expr_is_const_zero(stmt->Ist.Store.data)) {
+ addInstr(env, s390_insn_mzero(sizeofIRType(tyd), am));
+ return;
+ }
src = s390_isel_int_expr(env, stmt->Ist.Store.data);
break;
@@ -2649,7 +2654,8 @@
/* guest register = 0 */
if (new_value == 0) {
- addInstr(env, s390_insn_gzero(sizeofIRType(tyd), offset));
+ am = s390_amode_for_guest_state(offset);
+ addInstr(env, s390_insn_mzero(sizeofIRType(tyd), am));
return;
}
@@ -2689,6 +2695,11 @@
case Ity_I16:
case Ity_I32:
case Ity_I64:
+ if (am->tag == S390_AMODE_B12 &&
+ s390_expr_is_const_zero(stmt->Ist.Put.data)) {
+ addInstr(env, s390_insn_mzero(sizeofIRType(tyd), am));
+ return;
+ }
src = s390_isel_int_expr(env, stmt->Ist.Put.data);
break;
|