https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63676
--- Comment #3 from collison at gcc dot gnu.org ---
Author: collison
Date: Tue Feb 10 08:05:35 2015
New Revision: 220572
URL: https://gcc.gnu.org/viewcvs?rev=220572&root=gcc&view=rev
Log:
2015-02-10 Michael Collison
Backport from trunk r2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64670
--- Comment #9 from Tobias Burnus ---
(In reply to Jason Merrill from comment #8)
> (In reply to Tobias Burnus from comment #5)
> > Updated test case (part 1/2): [main file] compile with g++ -fsanitize=vptr
> so the #pragma implementation doesn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63293
--- Comment #6 from collison at gcc dot gnu.org ---
Author: collison
Date: Tue Feb 10 08:17:09 2015
New Revision: 220574
URL: https://gcc.gnu.org/viewcvs?rev=220574&root=gcc&view=rev
Log:
2015-02-10 Michael Collison
Backport from trunk r2
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
seen with trunk 20150210 on x86_64-linux-gnu
$ g++ -c -g -O2 World.cc
World.cc: In function 'void passTime()':
World.cc:23:6: internal compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64995
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64909
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64909
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64996
Bug ID: 64996
Summary: UBsan check optimized out by -O
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64590
Dâniel Fraga changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61889
Rainer Emrich changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64996
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64995
--- Comment #2 from Marek Polacek ---
Started with r218515.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64984
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64995
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64994
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64992
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64990
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64988
Richard Biener changed:
What|Removed |Added
Keywords||ice-checking
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57822
--- Comment #6 from Dominique d'Humieres ---
Something such as
! { dg-do run }
! PR58722
program testit
use ISO_FORTRAN_ENV
implicit none
integer, parameter :: j(size(real_kinds)+4)=[REAL_KINDS, [4, 4, 4, 4]]
character(50) :: astring
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63652
--- Comment #2 from clyon at gcc dot gnu.org ---
I saw them pass at r219958, but fail again at r219959 as reported here:
https://gcc.gnu.org/ml/gcc-patches/2015-01/msg02204.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61889
--- Comment #26 from Jakub Jelinek ---
Instead of the #undef mkdir you'd IMHO better just use (mkdir) (filename)
in the second case.
Anyway, if you've posted your patch to gcc-patches, you should be pinging it
until it is reviewed. Kai, can you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64963
James Greenhalgh changed:
What|Removed |Added
Target|aarch64-none-elf|aarch64-none-elf,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61889
--- Comment #27 from Kai Tietz ---
(In reply to Jakub Jelinek from comment #26)
> Instead of the #undef mkdir you'd IMHO better just use (mkdir) (filename)
> in the second case.
> Anyway, if you've posted your patch to gcc-patches, you should be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61889
--- Comment #28 from Jakub Jelinek ---
http://gcc.gnu.org/ml/gcc-patches/2014-09/msg02137.html
?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64963
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64967
--- Comment #1 from Jonathan Wakely ---
I was wondering if anyone even still uses
--enable-symvers=gnu-versioned-namespace
I don't think it is worthwhile to support the dual ABI with the versioned
namespace, since using the versioned namespace a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64967
--- Comment #2 from Jakub Jelinek ---
Or drop the gnu-versioned-namespace support altogether.
Anyway, if you don't, bumping it to _8 and always using the new ABI sounds like
a good plan to me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64967
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64994
--- Comment #1 from Markus Trippelsdorf ---
markus@x4 test % cat nsGfxScrollFrame.ii
class TimeStamp {
public:
constexpr TimeStamp() : mValue() {}
int mValue;
};
class A {
class B;
A(bool);
};
class C {
TimeStamp mFadeBeginTime;
};
cla
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64997
Bug ID: 64997
Summary: [AArch64] Illegal EON on SIMD registers
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61889
--- Comment #29 from Rainer Emrich ---
Am 10.02.2015 12:12, schrieb jakub at gcc dot gnu.org:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61889
>
> --- Comment #28 from Jakub Jelinek ---
> http://gcc.gnu.org/ml/gcc-patches/2014-09/msg02137.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64997
alalaw01 at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61889
--- Comment #30 from Kai Tietz ---
Yes, this patch slipped under my radar. It would be good if you - Rainer -
would have pinged on it. As far as I recalled I awaited at that time a full
patch by Rong on this subject. (See comment #16 and after
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64953
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61889
--- Comment #31 from Rainer Emrich ---
(In reply to Kai Tietz from comment #30)
> Yes, this patch slipped under my radar. It would be good if you - Rainer -
> would have pinged on it. As far as I recalled I awaited at that time a full
> patch b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64998
Bug ID: 64998
Summary: -shared -static-libasan does not actually link libasan
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64909
--- Comment #11 from Richard Biener ---
Author: rguenth
Date: Tue Feb 10 11:48:47 2015
New Revision: 220580
URL: https://gcc.gnu.org/viewcvs?rev=220580&root=gcc&view=rev
Log:
2015-02-10 Richard Biener
PR tree-optimization/64909
* tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64909
Richard Biener changed:
What|Removed |Added
Known to work||5.0
Summary|[4.8/4.9/5 Regre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64963
--- Comment #4 from James Greenhalgh ---
The warning message given by the kernel build is:
WARNING: net/ipv4/built-in.o(.text.unlikely+0x10c): Section mismatch in
reference from the function ip_auto_config.part.6() to the function
.init.text:ic_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64988
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64999
Bug ID: 64999
Summary: s390x libgo test failure in TestMemoryProfiler
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64984
--- Comment #4 from Lars Gullik Bjønnes ---
(In reply to Jakub Jelinek from comment #3)
> Created attachment 34710 [details]
> gcc5-pr64984.patch
>
> Untested fix.
This seems to fix ICE, but I have at least one more that needs tracking down,
al
:
---
#include
void setGateLog()
{
boost::format fmt("%%");
fmt % 1;
}
---
g++ --version
g++ (GCC) 5.0.0 20150210 (experimental) (as of revision 220578)
g++ -O1 -fsanitize=undefined -fno-sanitize-recover -c test.cpp
In file included from /usr/include/boost/forma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64748
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65001
Bug ID: 65001
Summary: OpenACC data clauses, OpenMP target data clauses:
"register" storage class
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: open
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64978
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65000
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64992
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64963
--- Comment #5 from Richard Biener ---
I think cloning into the same section make as much sense as not doing it. That
is, I see valid uses for both behaviors.
We've been cloning not to the same section since quite a few releases so
changing
tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64913
--- Comment #1 from Jonathan Wakely ---
That's not a valid allocator,
allocator_traits>::rebind_alloc produces std::allocator
but it should be my_allocator
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64926
Jonathan Wakely changed:
What|Removed |Added
Severity|critical|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64966
--- Comment #2 from Maxim Kuvyrkov ---
I'm traveling at the moment, and will work on this in the week of Jan 16.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64935
--- Comment #11 from Maxim Kuvyrkov ---
I'm traveling at the moment, and will work on this in the week of Jan 16.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64936
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64913
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63347
--- Comment #13 from Bernd Schmidt ---
Ugh, I see. I think the old method of just advancing should work with c6x -
IIRC SCHED_GROUP_P isn't used there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64961
--- Comment #1 from Jonathan Wakely ---
Clang gives exactly the same error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64995
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Tue Feb 10 13:37:54 2015
New Revision: 220581
URL: https://gcc.gnu.org/viewcvs?rev=220581&root=gcc&view=rev
Log:
2015-02-10 Richard Biener
PR tree-optimization/64995
* tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64961
--- Comment #2 from Jonathan Wakely ---
And I think the code is invalid. If you want to define the function, don't use
a protected access path.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64995
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65000
--- Comment #3 from Lars Gullik Bjønnes ---
This is a different code snippet to get what seems to be the same error:
---
#include
int f(unsigned int datalen);
class Streambuf : public std::basic_streambuf {
private:
virtual in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65000
--- Comment #4 from Lars Gullik Bjønnes ---
Created attachment 34712
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34712&action=edit
preprocesed source for second code snippet
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65000
--- Comment #2 from Lars Gullik Bjønnes ---
Created attachment 34711
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34711&action=edit
preprocessed source for test code in #1
++
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
seen with trunk 20150210 on x86_64-linux-gnu
$ g++ -c -O2 IFCCurve.ii
IFCCurve.ii: In member function 'virtual int B::m_fn1(float) const':
IFCCurve.ii:22:1: internal compiler error: Segmenta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65002
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65000
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65002
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65002
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65000
--- Comment #6 from Jakub Jelinek ---
Started with r219695.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65000
--- Comment #7 from Lars Gullik Bjønnes ---
Note that my last tests is done with the proposed fix for
bug 64984 applied.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64597
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65002
Markus Trippelsdorf changed:
What|Removed |Added
CC||rearnsha at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61889
--- Comment #32 from Kai Tietz ---
Author: ktietz
Date: Tue Feb 10 14:13:13 2015
New Revision: 220582
URL: https://gcc.gnu.org/viewcvs?rev=220582&root=gcc&view=rev
Log:
2015-02-10 Rainer Emrich
PR gcov-profile/61889
* libgcc/libgcov-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61889
--- Comment #33 from Kai Tietz ---
Author: ktietz
Date: Tue Feb 10 14:14:58 2015
New Revision: 220584
URL: https://gcc.gnu.org/viewcvs?rev=220584&root=gcc&view=rev
Log:
2015-02-10 Rainer Emrich
PR gcov-profile/61889
* gcov-tool.c: Re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64961
--- Comment #3 from Eugene ---
In the example method bar::Bar::Foo<1>::bar() is on the same access path and
its specialization gives no error. Is there an explanation for this difference?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61889
Kai Tietz changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65000
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57822
--- Comment #7 from Jerry DeLisle ---
(In reply to Dominique d'Humieres from comment #6)
>
> Note that the output of this test on powerpc-apple-darwin9 r220529 is
>
>3 38 .6919E-0001
>
> so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65003
Bug ID: 65003
Summary: [5 Regression] -fsection-anchors ICE
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60898
--- Comment #16 from Jerry DeLisle ---
Is anyone working on this one?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65003
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65003
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64748
--- Comment #2 from Jakub Jelinek ---
??? threadprivate? That doesn't look even remotely similar to the deviceptr
clause, threadprivate in OpenMP is a declarative clause you put on variables to
turn them into TLS vars.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61424
pierreblavy at yahoo dot fr changed:
What|Removed |Added
CC||pierreblavy at yahoo dot fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64936
pierreblavy at yahoo dot fr changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64326
--- Comment #8 from tbsaunde at gcc dot gnu.org ---
Author: tbsaunde
Date: Tue Feb 10 14:49:07 2015
New Revision: 220585
URL: https://gcc.gnu.org/viewcvs?rev=220585&root=gcc&view=rev
Log:
cap frequency in make_forwarder_block
In the testcase the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65003
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64748
--- Comment #3 from Thomas Schwinge ---
(In reply to Jakub Jelinek from comment #2)
> ??? threadprivate? That doesn't look even remotely similar to the deviceptr
> clause, threadprivate in OpenMP is a declarative clause you put on variables
> to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64748
--- Comment #4 from Jakub Jelinek ---
(In reply to Thomas Schwinge from comment #3)
> (In reply to Jakub Jelinek from comment #2)
> > ??? threadprivate? That doesn't look even remotely similar to the deviceptr
> > clause, threadprivate in OpenMP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64999
--- Comment #1 from Dominik Vogt ---
These entries looks screwed to me:
-- snip --
32: 1024 [32: 1024] @ ...
#0x8000c44b ...allocatePersistent1K ... mprof_test.go:43
#0x8000c595 ...TestMemoryProfiler ... mprof_test.go:65
...
0: 0 [1: 32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64999
--- Comment #2 from Ian Lance Taylor ---
>From a cursory look the problem is that the regexp expects line 66 but the
actual output is line 65. Looking at the code line 66 seems correct. However
if the code is built with optimization it's easy t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64999
--- Comment #3 from Ian Lance Taylor ---
Of course it's also possible that there is some bug in libbacktrace. It's
worth checking what gdb reports.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60898
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64326
--- Comment #9 from Jakub Jelinek ---
So fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64326
tbsaunde at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64999
--- Comment #4 from Dominik Vogt ---
The stack traces in gdb look good:
line 64:
#0 __go_new (td=td@entry=0x8010c8e8 <__go_td_S1_xAN5_uint81024ee>,
size=size@entry=1024) at ../../../libgo/runtime/go-new.c:14
#1 0x8000c32c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65002
--- Comment #5 from Jakub Jelinek ---
Seems estimate_function_body_sizes, in particular the ipa_load_from_parm_agg,
assumes that the function has SSA form properly updated, but since the bounded
pointers stuff changes that is not necessarily true
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64963
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64963
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |5.0
Summary|IPA Cloning/Split
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64999
--- Comment #5 from Dominik Vogt ---
Just noticed that all function offsets in the stack traces are broken. On
s390x, only even offsets are valid, but all the numbers are odd, e.g.
pprof_test.allocatePersistent1K+0x23
1 - 100 of 176 matches
Mail list logo
