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
|
2
|
3
|
|
4
(1) |
5
(1) |
6
(5) |
7
|
8
|
9
|
10
|
|
11
|
12
|
13
|
14
(3) |
15
(2) |
16
(3) |
17
|
|
18
|
19
(2) |
20
(7) |
21
(2) |
22
(7) |
23
|
24
|
|
25
(2) |
26
|
27
|
28
(1) |
29
|
30
(2) |
|
|
From: Andreas A. <ar...@li...> - 2018-11-21 16:47:26
|
Hi, After receiving feedback from Bart Van Assche and Mark Wielaard (thanks for that), here's an update to the proposed patch for adding Emacs configuration files to the Valgrind source tree. Does this now sufficiently cover all coding styles used in Valgrind? -- Andreas -- >8 -- Subject: [PATCH] Add Emacs configuration files This adds a configuration file ".dir-locals.el" for Emacs to the topmost directory of the Valgrind source tree, and another such file to the directory drd/tests. These files contain per-directory local Emacs variables. The following settings are performed: * The base C style is set to "Linux", indentation is set to 3 columns per level, the use of tabs for indentation is disabled, and the fill column is set to 80. * The directory coregrind/m_demangle is handled specially. The files in it are imported from libiberty and thus marked read-only, except for "demangle.c" and "vg_libciface.h", which are specific to Valgrind. * The source files in drd/tests use 2 instead of 3 columns per indentation level. --- .dir-locals.el | 24 ++++++++++++++++++++++++ coregrind/m_demangle/demangle.c | 1 + coregrind/m_demangle/vg_libciface.h | 1 + drd/tests/.dir-locals.el | 16 ++++++++++++++++ 4 files changed, 42 insertions(+) create mode 100644 .dir-locals.el create mode 100644 drd/tests/.dir-locals.el diff --git a/.dir-locals.el b/.dir-locals.el new file mode 100644 index 000000000..a10d51304 --- /dev/null +++ b/.dir-locals.el @@ -0,0 +1,24 @@ +;; Emacs settings for Valgrind. + +( + ;; Format used to turn a bug number into a URL (when displaying it). + (nil . ((bug-reference-url-format . "http://bugs.kde.org/show_bug.cgi?id=%s"))) + + ;; Standard settings for editing C source files. + (c-mode . ( + ;; Apply the Linux style as a base. + (c-file-style . "linux") + ;; Use spaces instead of tabs for indentation. + (indent-tabs-mode . nil) + ;; Indent 3 columns per level. + (c-basic-offset . 3) + ;; Lines should be limited to 80 columns. + (fill-column . 80) + )) + + ("coregrind/m_demangle" + ;; Most files in this directory should not be edited; they are imported + ;; from libiberty through the auxprogs/update-demangler script. + . ((nil . ((buffer-read-only . t)))) + ) +) diff --git a/coregrind/m_demangle/demangle.c b/coregrind/m_demangle/demangle.c index 00fa20389..dd933da8b 100644 --- a/coregrind/m_demangle/demangle.c +++ b/coregrind/m_demangle/demangle.c @@ -1,3 +1,4 @@ +/* -*- mode: C; buffer-read-only: nil -*- */ /*--------------------------------------------------------------------*/ /*--- Demangling of C++ mangled names. demangle.c ---*/ diff --git a/coregrind/m_demangle/vg_libciface.h b/coregrind/m_demangle/vg_libciface.h index 762e63a02..1aefd5db3 100644 --- a/coregrind/m_demangle/vg_libciface.h +++ b/coregrind/m_demangle/vg_libciface.h @@ -1,3 +1,4 @@ +/* -*- mode: C; buffer-read-only: nil -*- */ /*--------------------------------------------------------------------*/ /*--- Demangling of C++ mangled names. vg_libciface.h ---*/ diff --git a/drd/tests/.dir-locals.el b/drd/tests/.dir-locals.el new file mode 100644 index 000000000..0d94ded88 --- /dev/null +++ b/drd/tests/.dir-locals.el @@ -0,0 +1,16 @@ +;; Emacs settings for drd tests. + +( + ;; Standard settings for editing C source files. + (c-mode . ( + ;; Apply the Linux style as a base. + (c-file-style . "linux") + ;; Use spaces instead of tabs for indentation. + (indent-tabs-mode . nil) + ;; Indent 2 columns per level. Note that this differs from + ;; the usual Valgrind style. + (c-basic-offset . 2) + ;; Lines should be limited to 80 columns. + (fill-column . 80) + )) +) -- 2.17.0 |
|
From: rajesh s. <inf...@gm...> - 2018-11-21 06:34:18
|
Hi Aleksandar, Thanks for your support. I compiled the valgrind and loaded the valgrind file and on node with all supporting files. I ran the valgrin with my program but not getting the proper output. Can you plz help on it ? -bash-4.3# -bash-4.3# /etc/bin/valgrind --tool=memcheck --leak-check=full -v /etc/bin/switch.d ==1658== Memcheck, a memory error detector ==1658== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==1658== Using Valgrind-3.14.0-353a3587bb-20181007X and LibVEX; rerun with -h for copyright info ==1658== Command: /etc/bin/switch.d ==1658== --1658-- Valgrind options: --1658-- --tool=memcheck --1658-- --leak-check=full --1658-- -v --1658-- Contents of /proc/version: --1658-- Linux version 3.10.85-LINUX_3_10_85_SSBC_0_0_4 (anilkumar@anilkumar-dt) (gcc version 4.7.0 (Cavium Inc. Version: SDK_BUILD build 44) ) #1 Wed Jul 25 12:43:16 IST 2018 --1658-- --1658-- Arch and hwcaps: MIPS64, BigEndian, Cavium-baseline --1658-- Page sizes: currently 4096, max supported 65536 --1658-- Valgrind library directory: /tmp/bin/lib/home/rajesh/Valgrind/valgrind_bins/lib/valgrind/ --1658-- Reading syms from /lib64/ld-2.16.so --1658-- Reading syms from /etc/bin/switch.d --1658-- Reading syms from /var/tmp/bin/lib/home/rajesh/Valgrind/valgrind_bins/lib/valgrind/memcheck-mips64-linux --1658-- object doesn't have a dynamic symbol table --1658-- Scheduler: using generic scheduler lock implementation. --1658-- Reading suppressions file: /tmp/bin/lib/home/rajesh/Valgrind/valgrind_bins/lib/valgrind//default.supp ==1658== embedded gdbserver: reading from /tmp/vgdb-pipe-from-vgdb-to-1658-by-root-on-??? ==1658== embedded gdbserver: writing to /tmp/vgdb-pipe-to-vgdb-from-1658-by-root-on-??? ==1658== embedded gdbserver: shared mem /tmp/vgdb-pipe-shared-mem-vgdb-1658-by-root-on-??? ==1658== ==1658== TO CONTROL THIS PROCESS USING vgdb (which you probably ==1658== don't want to do, unless you know exactly what you're doing, ==1658== or are doing some strange experiment): ==1658== /tmp/bin/lib/home/rajesh/Valgrind/valgrind_bins/lib/valgrind//../../bin/vgdb --pid=1658 ...command... ==1658== ==1658== TO DEBUG THIS PROCESS USING GDB: start GDB like this ==1658== /path/to/gdb /etc/bin/switch.d ==1658== and then give GDB the following command ==1658== target remote | /tmp/bin/lib/home/rajesh/Valgrind/valgrind_bins/lib/valgrind//../../bin/vgdb --pid=1658 ==1658== --pid is optional if only one valgrind process is running ==1658== --1658-- REDIR: 0x401ce00 (ld.so.1:strlen) redirected to 0x5810fdd4 (vgPlain_mips64_linux_REDIR_FOR_strlen) --1658-- REDIR: 0x401ca80 (ld.so.1:index) redirected to 0x5810fdb0 (vgPlain_mips64_linux_REDIR_FOR_index) --1658-- Reading syms from /var/tmp/bin/lib/home/rajesh/Valgrind/valgrind_bins/lib/valgrind/vgpreload_core-mips64-linux.so --1658-- Reading syms from /var/tmp/bin/lib/home/rajesh/Valgrind/valgrind_bins/lib/valgrind/vgpreload_memcheck-mips64-linux.so --1658-- REDIR: 0x401d930 (ld.so.1:mempcpy) redirected to 0x4051268 (mempcpy) --1658-- REDIR: 0x401d2e0 (ld.so.1:bcmp) redirected to 0x404f878 (bcmp) --1658-- REDIR: 0x401da40 (ld.so.1:memcpy) redirected to 0x404e878 (memcpy) --1658-- Reading syms from /lib64/libstdc++.so.6.0.17 --1658-- Reading syms from /etc/bin/software/sharedobj/libboard.so --1658-- object doesn't have a symbol table --1658-- Reading syms from /etc/bin/software/sharedobj/libDaemonCtlClient.so --1658-- object doesn't have a symbol table --1658-- Reading syms from /etc/bin/software/sharedobj/libDaemonCtl.so --1658-- object doesn't have a symbol table --1658-- Reading syms from /etc/bin/software/sharedobj/libERPIfaceServerSocketStub.so --1658-- object doesn't have a symbol table --1658-- Reading syms from /etc/bin/software/sharedobj/libERPIfaceClientSocketStub.so --1658-- object doesn't have a symbol table --1658-- Reading syms from /etc/bin/software/sharedobj/libERPIfaceSocket.so --1658-- object doesn't have a symbol table --1658-- Reading syms from /etc/bin/software/sharedobj/libthreadlib.so --1658-- object doesn't have a symbol table --1658-- Reading syms from /etc/bin/software/sharedobj/libsockIf.so --1658-- object doesn't have a symbol table --1658-- Reading syms from /etc/bin/software/sharedobj/libconnV2.so --1658-- object doesn't have a symbol table --1658-- Reading syms from /etc/bin/software/sharedobj/libcommonUtils.so --1658-- object doesn't have a symbol table --1658-- Reading syms from /etc/bin/software/sharedobj/liblibLite.so --1658-- object doesn't have a symbol table --1658-- Reading syms from /lib64/librt-2.16.so --1658-- Reading syms from /lib64/libm-2.16.so --1658-- Reading syms from /lib64/libpthread-2.16.so --1658-- Reading syms from /lib64/libdl-2.16.so --1658-- Reading syms from /lib64/libc-2.16.so --1658-- Reading syms from /lib64/libgcc_s.so.1 ==1658== Invalid write of size 1 ==1658== at 0x4709044: __pthread_initialize_minimal (in /lib64/ libpthread-2.16.so) ==1658== by 0x4707A58: ??? (in /lib64/libpthread-2.16.so) ==1658== Address 0xffffffffffff8d12 is not stack'd, malloc'd or (recently) free'd ==1658== ==1658== ==1658== Process terminating with default action of signal 10 (SIGBUS) ==1658== at 0x4709044: __pthread_initialize_minimal (in /lib64/ libpthread-2.16.so) ==1658== by 0x4707A58: ??? (in /lib64/libpthread-2.16.so) ==1658== Invalid read of size 4 ==1658== at 0x4019508: __dl_runtime_resolve (in /lib64/ld-2.16.so) ==1658== by 0x40192D8: _dl_runtime_resolve (in /lib64/ld-2.16.so) ==1658== Address 0xffffffffffff8900 is not stack'd, malloc'd or (recently) free'd ==1658== ==1658== ==1658== Process terminating with default action of signal 10 (SIGBUS) ==1658== at 0x4019508: __dl_runtime_resolve (in /lib64/ld-2.16.so) ==1658== by 0x40192D8: _dl_runtime_resolve (in /lib64/ld-2.16.so) ==1658== ==1658== HEAP SUMMARY: ==1658== in use at exit: 0 bytes in 0 blocks ==1658== total heap usage: 0 allocs, 0 frees, 0 bytes allocated ==1658== ==1658== All heap blocks were freed -- no leaks are possible ==1658== ==1658== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0) ==1658== ==1658== 1 errors in context 1 of 2: ==1658== Invalid read of size 4 ==1658== at 0x4019508: __dl_runtime_resolve (in /lib64/ld-2.16.so) ==1658== by 0x40192D8: _dl_runtime_resolve (in /lib64/ld-2.16.so) ==1658== Address 0xffffffffffff8900 is not stack'd, malloc'd or (recently) free'd ==1658== ==1658== ==1658== 1 errors in context 2 of 2: ==1658== Invalid write of size 1 ==1658== at 0x4709044: __pthread_initialize_minimal (in /lib64/ libpthread-2.16.so) ==1658== by 0x4707A58: ??? (in /lib64/libpthread-2.16.so) ==1658== Address 0xffffffffffff8d12 is not stack'd, malloc'd or (recently) free'd ==1658== ==1658== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0) Bus error -bash-4.3# Thanks, Rajesh On Mon, Nov 19, 2018 at 2:47 PM rajesh singh <inf...@gm...> wrote: > Hi Aleksandar, > > Thanks for your support. > I tried with *CFLAGS="-march=octeon2 -mabi=64" and now it's compiled * > *successfully**.* > > > Again thanks lot for your support. > > Thanks & Regards, > Rajesh > > On Mon, Nov 19, 2018 at 7:55 PM Aleksandar Rikalo < > ale...@rt...> wrote: > >> Hi, >> >> Have you tried to specify CFLAGS ? >> eg. >> ./configure --host=mips64-linux-gnu >> CC=/opt/CAVIUMsdk312/OCTEON-SDK/tools/bin/mips64-octeon-linux-gnu-gcc >> CXX=/opt/CAVIUMsdk312/OCTEON-SDK/tools/bin/mips64-octeon-linux-gnu-g++ >> --prefix=/home/rajesh/Valgrind/valgrind_bins >> --exec-prefix=/home/rajesh/Valgrind/valgrind_bins --target=x86_64-linux-gnu *CFLAGS="-march=octeon2 >> -mabi=64"* >> >> Can you provide config.log ? >> >> Regards, >> Aleksandar >> >> >> On 11/19/2018 12:10 PM, rajesh singh wrote: >> >> Hi All, >> >> I were trying to compile valgrind using cavium toolchain 64 bit for mips >> architecture. I am using below configuration option to configure and while >> compilation getting below error. Could plz hel me to resolve this >> compilation issue. >> >> ./configure --host=mips64-linux-gnu >> CC=/opt/CAVIUMsdk312/OCTEON-SDK/tools/bin/mips64-octeon-linux-gnu-gcc >> CXX=/opt/CAVIUMsdk312/OCTEON-SDK/tools/bin/mips64-octeon-linux-gnu-g++ >> --prefix=/home/rajesh/Valgrind/valgrind_bins >> --exec-prefix=/home/rajesh/Valgrind/valgrind_bins --target=x86_64-linux-gnu >> >> Error message while compiling: >> >> /opt/CAVIUMsdk312/OCTEON-SDK/tools-gcc-4.7/bin/../lib/gcc/mips64-octeon-linux-gnu/4.7.0/../../../../mips64-octeon-linux-gnu/bin/ld: >> valgrind-launcher-linux.o: uses different e_flags (0x200) fields than >> previous modules (0x0) >> /opt/CAVIUMsdk312/OCTEON-SDK/tools-gcc-4.7/bin/../lib/gcc/mips64-octeon-linux-gnu/4.7.0/../../../../mips64-octeon-linux-gnu/bin/ld: >> failed to merge target specific data of file valgrind-launcher-linux.o >> /opt/CAVIUMsdk312/OCTEON-SDK/tools-gcc-4.7/bin/../lib/gcc/mips64-octeon-linux-gnu/4.7.0/../../../../mips64-octeon-linux-gnu/bin/ld: >> valgrind-m_debuglog.o: uses different e_flags (0x200) fields than previous >> modules (0x0) >> /opt/CAVIUMsdk312/OCTEON-SDK/tools-gcc-4.7/bin/../lib/gcc/mips64-octeon-linux-gnu/4.7.0/../../../../mips64-octeon-linux-gnu/bin/ld: >> failed to merge target specific data of file valgrind-m_debuglog.o >> collect2: error: ld returned 1 exit status >> Makefile:2804: recipe for target 'valgrind' failed >> make[3]: *** [valgrind] Error 1 >> make[3]: Leaving directory >> '/home/rajesh/Valgrind/valgrind-3.14.0/coregrind' >> Makefile:1901: recipe for target 'all' failed >> make[2]: *** [all] Error 2 >> make[2]: Leaving directory >> '/home/rajesh/Valgrind/valgrind-3.14.0/coregrind' >> Makefile:835: recipe for target 'all-recursive' failed >> make[1]: *** [all-recursive] Error 1 >> make[1]: Leaving directory '/home/rajesh/Valgrind/valgrind-3.14.0' >> Makefile:704: recipe for target 'all' failed >> make: *** [all] Error 2 >> rajesh@rajesh-dt:~/Valgrind/valgrind-3.14.0$ >> >> Thanks, >> Rajesh >> >> >> >> >> _______________________________________________ >> Valgrind-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/valgrind-developers >> >> >> _______________________________________________ >> Valgrind-developers mailing list >> Val...@li... >> https://lists.sourceforge.net/lists/listinfo/valgrind-developers >> > |