On 9/22/20 1:13 AM, Sergei Trofimovich wrote:
On Mon, 21 Sep 2020 20:38:07 +0300 (MSK)
Alexander Monakov wrote:
On Mon, 21 Sep 2020, Martin Liška wrote:
On 9/6/20 1:24 PM, Sergei Trofimovich wrote:
From: Sergei Trofimovich
Before the change gcc did not stream correctly TOPN counters
if co
On Mon, 21 Sep 2020 20:38:07 +0300 (MSK)
Alexander Monakov wrote:
> On Mon, 21 Sep 2020, Martin Liška wrote:
>
> > On 9/6/20 1:24 PM, Sergei Trofimovich wrote:
> > > From: Sergei Trofimovich
> > >
> > > Before the change gcc did not stream correctly TOPN counters
> > > if counters belonged t
On Mon, 21 Sep 2020, Martin Liška wrote:
> On 9/6/20 1:24 PM, Sergei Trofimovich wrote:
> > From: Sergei Trofimovich
> >
> > Before the change gcc did not stream correctly TOPN counters
> > if counters belonged to a non-local shared object.
> >
> > As a result zero-section optimization generate
On 9/6/20 1:24 PM, Sergei Trofimovich wrote:
From: Sergei Trofimovich
Before the change gcc did not stream correctly TOPN counters
if counters belonged to a non-local shared object.
As a result zero-section optimization generated TOPN sections
in a form not recognizable by '__gcov_merge_topn'.
From: Sergei Trofimovich
Before the change gcc did not stream correctly TOPN counters
if counters belonged to a non-local shared object.
As a result zero-section optimization generated TOPN sections
in a form not recognizable by '__gcov_merge_topn'.
The problem happens because in a case of mult