On Sun, Nov 15, 2020 at 11:53 AM Uecker, Martin
wrote:
>
>
> > On Wed, Nov 04, 2020 at 07:31:42PM +0100, Uros Bizjak wrote:
> > > Hello!
> > >
> > > I was looking at the recent linux patch series [1] where segment
> > > qualifiers (named address spaces) were introduced to handle percpu
> > > varia
On Nov 15 2020, Jan Hubicka wrote:
>> See PR97840.
> Thanks,
> this is a false positive where we fail to discover that pointed-to type
> is empty on non-x86_64 targets. This is triggered by better alias
> analysis caused by non-escape discovery.
>
> While this is not a full fix (I hope someone wi
On 11/10/20 8:03 AM, 172060045 wrote:
Hi,
Recently, I was interested in GCC AutoFDO optimization, which works by sampling
specific PMU event on production machines and using those profiles to guide
optimization. In this way, information such as cache miss can also be obtained
through sampling
> On Nov 15 2020, Jan Hubicka wrote:
>
> >> See PR97840.
> > Thanks,
> > this is a false positive where we fail to discover that pointed-to type
> > is empty on non-x86_64 targets. This is triggered by better alias
> > analysis caused by non-escape discovery.
> >
> > While this is not a full fix
( restoring at least linux-toolcha...@vger.kernel.org, since that seems
to have gone missing )
On Mon, Nov 16, 2020 at 10:11:50AM +0100, Richard Biener wrote:
> On Sun, Nov 15, 2020 at 11:53 AM Uecker, Martin
> wrote:
> > > On Wed, Nov 04, 2020 at 07:31:42PM +0100, Uros Bizjak wrote:
> > > >
On Mon, 16 Nov 2020, Martin Liška wrote:
> > I have decided to give your `contrib/mklog.py' script a hit and, well,
> > ahem, I guess I must be doing something utterly silly, but no matter what
> > kind of a diff I hand to the script it does not produce anything unless I
> > apply a patch like b
On Mon, Nov 16, 2020 at 12:10:56PM +0100, Peter Zijlstra wrote:
> > > Another way to drop qualifiers is using a cast. So you
> > > can use typeof twice:
> > >
> > > typeof((typeof(_var))_var) tmp__;
> > >
> > > This also works for non-scalars but this is a GCC extension.
FWIW, clang seems to supp
On 11/16/20 12:17 PM, Maciej W. Rozycki wrote:
On Mon, 16 Nov 2020, Martin Liška wrote:
I have decided to give your `contrib/mklog.py' script a hit and, well,
ahem, I guess I must be doing something utterly silly, but no matter what
kind of a diff I hand to the script it does not produce any
On Mon, 16 Nov 2020 at 11:51, Martin Liška wrote:
>
> On 11/16/20 12:17 PM, Maciej W. Rozycki wrote:
> > On Mon, 16 Nov 2020, Martin Liška wrote:
> >
> >>>I have decided to give your `contrib/mklog.py' script a hit and, well,
> >>> ahem, I guess I must be doing something utterly silly, but no m
Am Montag, den 16.11.2020, 12:10 +0100 schrieb Peter Zijlstra:
> ( restoring at least linux-toolcha...@vger.kernel.org, since that
> seems
> to have gone missing )
>
> On Mon, Nov 16, 2020 at 10:11:50AM +0100, Richard Biener wrote:
> > On Sun, Nov 15, 2020 at 11:53 AM Uecker, Martin
> > wrote
On Mon, 16 Nov 2020, Jan Hubicka wrote:
> > On Nov 15 2020, Jan Hubicka wrote:
> >
> > >> See PR97840.
> > > Thanks,
> > > this is a false positive where we fail to discover that pointed-to type
> > > is empty on non-x86_64 targets. This is triggered by better alias
> > > analysis caused by non-
> >
> > Richi, I think we can add "safe" parameter to gimple_call_arg_flags and
> > bypass this logic when we use it for warnings only (having body that
> > does not use the value is quite strong hint that it is unused by the
> > function).
>
> Eh, please not.
OK, I do not care that much as long
On Mon, 16 Nov 2020, Martin Liška wrote:
> > Let's retry with `ipython' installed now:
> >
> > $ git show 2935ff7eb7ac > 1
> > $ ipython
> > $ Python 2.7.16 (default, Oct 10 2019, 22:02:15)
> > Type "copyright", "credits" or "license" for more information.
>
> Please no python2, it's dead and
On Mon, 16 Nov 2020 at 12:49, Maciej W. Rozycki wrote:
>
> On Mon, 16 Nov 2020, Martin Liška wrote:
>
> > > Let's retry with `ipython' installed now:
> > >
> > > $ git show 2935ff7eb7ac > 1
> > > $ ipython
> > > $ Python 2.7.16 (default, Oct 10 2019, 22:02:15)
> > > Type "copyright", "credits" o
On Mon, Nov 16, 2020 at 12:23:17PM +, Uecker, Martin wrote:
> > > > Another way to drop qualifiers is using a cast. So you
> > > > can use typeof twice:
> > > >
> > > > typeof((typeof(_var))_var) tmp__;
> > > >
> > > > This also works for non-scalars but this is a GCC extension.
>
> (That c
Status
==
GCC trunk which eventually will become GCC 11 is now in Stage 3
which means open for general bugfixing.
We have accumulated quite a number of regressions, a lot of the
untriaged and eventually stale. Please help in cleaning up.
Quality Data
Priority # C
On Mon, 16 Nov 2020, Jonathan Wakely wrote:
> ipython is irrelevant to the mklog.py script, which doesn't use it.
> It's what Martin was using on the command-line, but is not actually
> relevant to the issue at hand.
I am aware of that, what's the point discussing this stuff? It wasn't me
who
On 11/16/20 7:55 PM, Maciej W. Rozycki wrote:
On Mon, 16 Nov 2020, Jonathan Wakely wrote:
ipython is irrelevant to the mklog.py script, which doesn't use it.
It's what Martin was using on the command-line, but is not actually
relevant to the issue at hand.
I am aware of that, what's the poi
On 11/16/20 1:44 PM, Jan Hubicka wrote:
Martin, we collected very many warnings when building with
configure --with-build-config=bootstrap-lto.mk
This patch fixes some of them, but there are many others, can you take a
look?
Hello.
I guess you mean Martin Jambor, or me? Please CC :)
Martin
> On 11/16/20 1:44 PM, Jan Hubicka wrote:
> > Martin, we collected very many warnings when building with
> > configure --with-build-config=bootstrap-lto.mk
> > This patch fixes some of them, but there are many others, can you take a
> > look?
>
> Hello.
>
> I guess you mean Martin Jambor, or me?
On Mon, 16 Nov 2020, Martin Liška wrote:
> I've just pushed fix that supports unidiff 0.5.4.
Great, thanks!
> > Again, what's the point discussing it? Let's keep to the facts and those
> > are that the script does not work with my system which is not unreasonably
> > old (released last Sep f
On 11/13/20 6:55 AM, Segher Boessenkool wrote:
> Hi guys,
>
> On Thu, Nov 12, 2020 at 09:10:14PM -0700, Jeff Law wrote:
>> On 11/12/20 7:02 PM, Xionghu Luo via Gcc wrote:
>>> The output shows "REQ_EQUAL r118:DI+0x66546b64" is deleted by
>>> df_remove_dead_eq_notes,
>>> but r120:DI is not REG_DE
22 matches
Mail list logo
