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
|
3
|
4
(2) |
5
(2) |
6
(4) |
7
|
|
8
|
9
(1) |
10
(2) |
11
(4) |
12
(2) |
13
|
14
(2) |
|
15
(4) |
16
(1) |
17
|
18
|
19
|
20
|
21
|
|
22
(7) |
23
|
24
|
25
|
26
|
27
|
28
|
|
29
|
30
|
|
|
|
|
|
|
From: Andrew K. <sup...@gm...> - 2018-04-06 17:05:43
|
On Fri, Apr 6, 2018, 1:01 PM Tom Hughes <to...@co...> wrote: > On 06/04/18 17:07, John Reiser wrote: > >> I had a look at readelf output and the layout of the lld-linked object > >> file looks sane to me. > > > > Well then, _you_ can fix it. > > > > If you want help, then please show the output from > > readelf --headers ./test > > both with and without -fuse-ld=lld . > > [Especially because lld is not readily available: not packaged in > > Fedora, for instance.] > > I debugged it with him on IRC last night - the issue is that it > has a third segment that is RO and which contains the eh_frame > section. > > I knocked up a patch last night that seemed to fix it for me > though apparently not for Andrew. > The patch fixes this use case: gcc -c test.c -g; ld.lld -o test test.o However not this use case: clang -c test.c -g; ld.lld -o test test.o > Tom > > -- > Tom Hughes (to...@co...) > http://compton.nu/ > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers > |
|
From: Tom H. <to...@co...> - 2018-04-06 17:01:15
|
On 06/04/18 17:07, John Reiser wrote: >> I had a look at readelf output and the layout of the lld-linked object >> file looks sane to me. > > Well then, _you_ can fix it. > > If you want help, then please show the output from > readelf --headers ./test > both with and without -fuse-ld=lld . > [Especially because lld is not readily available: not packaged in > Fedora, for instance.] I debugged it with him on IRC last night - the issue is that it has a third segment that is RO and which contains the eh_frame section. I knocked up a patch last night that seemed to fix it for me though apparently not for Andrew. Tom -- Tom Hughes (to...@co...) http://compton.nu/ |
|
From: John R. <jr...@bi...> - 2018-04-06 16:07:59
|
> I had a look at readelf output and the layout of the lld-linked object file looks sane to me. Well then, _you_ can fix it. If you want help, then please show the output from readelf --headers ./test both with and without -fuse-ld=lld . [Especially because lld is not readily available: not packaged in Fedora, for instance.] |
|
From: Andrew K. <sup...@gm...> - 2018-04-06 15:49:47
|
Hello folks, When linking with LLD instead of binutils ld, valgrind does not see the debug info. I filed this bug (https://bugs.llvm.org/show_bug.cgi?id=37021) on LLD yesterday which resulted in this conversation on the mailing list: > It's more of a valgrind issue than an LLD issue, but you can work around it by linking with --no-rosegment > --rosegment puts read-only data and executable text in a single segment and make it executable, so your read-only code becomes executable. I think that shouldn't be a default behavior. If valgrind needs that, we can't fix it by changing the default. > But I can't think of a reason that valgrind needs executable data segment. It is likely that valgrind assumes some specific segment layout that the GNU linker creates and can't handle other layout even if it is valid. I had a look at readelf output and the layout of the lld-linked object file looks sane to me. Is there perhaps some adjustment to valgrind we can make to make it compatible with this other linker? Steps to reproduce: // test.c static int *foo(void) { return (int *)10000000; } int main(void) { int *x = foo(); *x += 1; } // looks good with binutils ld clang -o test test.c -g valgrind ./test ==23250== at 0x400597: main (test.c:7) // with lld, valgrind does not see debug info clang -o test test.c -g -fuse-ld=lld valgrind ./test ==24210== at 0x2010F7: ??? (in /home/andy/tmp/test) Regards, Andrew |