Profile Graph for GIMPLE optimizations in expand_all_functions and other passes

2019-07-02 Thread nick
Giuliano, I asked for some documentation off you related to the RTL passes. Not sure if you are just hitting bottlenecks in all_rtl_passes or ipa_passes functions but it seems that the SSA trees and cfgloop.c and cfgloop.h files optimization passes would still be a issue. Particularly after the fi

Re: [PATCH 2/2] Add zstd support for LTO bytecode compression.

2019-07-02 Thread Jeff Law
On 7/1/19 5:00 AM, Martin Liška wrote: > Hi. > > This is updated version of the zstd patch that should handle all what Joseph > pointed out. > > Patch can bootstrap on x86_64-linux-gnu and survives regression tests. > > Ready to be installed? > Thanks, > Martin > > > 0002-Add-zstd-support-for-

Re: [PATCH] Add .gnu.lto_.lto section.

2019-07-02 Thread Jeff Law
On 7/1/19 4:59 AM, Martin Liška wrote: > Hi. > > Ok, so there's a version with added ChangeLog that survives regression tests. > > Ready to be installed? > Thanks, > Martin > > > 0001-Add-.gnu.lto_.lto-section.patch > > From e6745583dc4b7f5543878c0a25498e818531f73e Mon Sep 17 00:00:00 2001 > F

Re: Doubts regarding the _Dependent_ptr keyword

2019-07-02 Thread Akshat Garg
On Tue, Jul 2, 2019 at 9:06 PM Jason Merrill wrote: > On Mon, Jul 1, 2019 at 8:59 PM Paul E. McKenney > wrote: > > > > On Tue, Jul 02, 2019 at 05:58:48AM +0530, Akshat Garg wrote: > > > On Tue, Jun 25, 2019 at 9:49 PM Akshat Garg wrote: > > > > > > > On Tue, Jun 25, 2019 at 4:04 PM Ramana Radha

Re: Doubts regarding the _Dependent_ptr keyword

2019-07-02 Thread Akshat Garg
On Tue, Jul 2, 2019 at 8:40 PM Paul E. McKenney wrote: > On Tue, Jul 02, 2019 at 02:15:55PM +0100, Ramana Radhakrishnan wrote: > > On Tue, Jul 2, 2019 at 1:38 PM Paul E. McKenney > wrote: > > > > > > > > Once a user-created non-dependent pointer is assigned to, it is OK to > > > break the depend

Re: [EXT] Re: RFC on a new optimization

2019-07-02 Thread Gary Oblock
On 7/2/19 2:45 AM, Richard Biener wrote: > External Email > > -- > On Mon, Jul 1, 2019 at 11:58 PM Gary Oblock wrote: >> I've been looking at trying to optimize the performance of code for >> programs that use functions like qsort

Re: Doubts regarding the _Dependent_ptr keyword

2019-07-02 Thread Richard Biener
On July 2, 2019 5:36:08 PM GMT+02:00, Jason Merrill wrote: >On Mon, Jul 1, 2019 at 8:59 PM Paul E. McKenney >wrote: >> >> On Tue, Jul 02, 2019 at 05:58:48AM +0530, Akshat Garg wrote: >> > On Tue, Jun 25, 2019 at 9:49 PM Akshat Garg >wrote: >> > >> > > On Tue, Jun 25, 2019 at 4:04 PM Ramana Radha

Re: Doubts regarding the _Dependent_ptr keyword

2019-07-02 Thread Jason Merrill
On Mon, Jul 1, 2019 at 8:59 PM Paul E. McKenney wrote: > > On Tue, Jul 02, 2019 at 05:58:48AM +0530, Akshat Garg wrote: > > On Tue, Jun 25, 2019 at 9:49 PM Akshat Garg wrote: > > > > > On Tue, Jun 25, 2019 at 4:04 PM Ramana Radhakrishnan < > > > ramana@googlemail.com> wrote: > > > > > >> On T

Re: Doubts regarding the _Dependent_ptr keyword

2019-07-02 Thread Paul E. McKenney
On Tue, Jul 02, 2019 at 02:15:55PM +0100, Ramana Radhakrishnan wrote: > On Tue, Jul 2, 2019 at 1:38 PM Paul E. McKenney wrote: > > > > > Once a user-created non-dependent pointer is assigned to, it is OK to > > break the dependency. > > Ok, that's good. > > > > Or am I missing the point here? >

Re: Doubts regarding the _Dependent_ptr keyword

2019-07-02 Thread Ramana Radhakrishnan
On Tue, Jul 2, 2019 at 1:38 PM Paul E. McKenney wrote: > > Once a user-created non-dependent pointer is assigned to, it is OK to > break the dependency. Ok, that's good. > > Or am I missing the point here? I was just trying to make sure we were on the same page. I wonder if marking this volatil

Re: Doubts regarding the _Dependent_ptr keyword

2019-07-02 Thread Paul E. McKenney
On Tue, Jul 02, 2019 at 12:01:00PM +0100, Ramana Radhakrishnan wrote: > >> > >> It's worth figuring out what passes are doing this - however the worry > >> I have is that every pass now needs to be handling this case with > >> respect to pointer attributes. Is there some place that you are > >> sto

Re: Doubts regarding the _Dependent_ptr keyword

2019-07-02 Thread Ramana Radhakrishnan
>> >> It's worth figuring out what passes are doing this - however the worry >> I have is that every pass now needs to be handling this case with >> respect to pointer attributes. Is there some place that you are >> storing said information and what is the transitive nature of >> assignments with t

Re: Doubts regarding the _Dependent_ptr keyword

2019-07-02 Thread Akshat Garg
On Tue, 2 Jul, 2019, 3:52 PM Ramana Radhakrishnan, < ramana@googlemail.com> wrote: > On Tue, Jul 2, 2019 at 1:29 AM Akshat Garg wrote: > > > > On Tue, Jun 25, 2019 at 9:49 PM Akshat Garg wrote: > >> > >> On Tue, Jun 25, 2019 at 4:04 PM Ramana Radhakrishnan < > ramana@googlemail.com> wrot

Re: Doubts regarding the _Dependent_ptr keyword

2019-07-02 Thread Ramana Radhakrishnan
On Tue, Jul 2, 2019 at 1:29 AM Akshat Garg wrote: > > On Tue, Jun 25, 2019 at 9:49 PM Akshat Garg wrote: >> >> On Tue, Jun 25, 2019 at 4:04 PM Ramana Radhakrishnan >> wrote: >>> >> [CCing gcc mailing list] >> >> So, shall I start looking over the pointer optimizations only and see what >> info

Re: RFC on a new optimization

2019-07-02 Thread Martin Jambor
Hi, On Tue, Jul 02 2019, Richard Biener wrote: > On Mon, Jul 1, 2019 at 11:58 PM Gary Oblock wrote: >> >> I've been looking at trying to optimize the performance of code for >> programs that use functions like qsort where a function is passed the >> name of a function and some constant parameter(

Re: RFC on a new optimization

2019-07-02 Thread Richard Biener
On Mon, Jul 1, 2019 at 11:58 PM Gary Oblock wrote: > > I've been looking at trying to optimize the performance of code for > programs that use functions like qsort where a function is passed the > name of a function and some constant parameter(s). > > The function qsort itself is an excellent exam

Re: alignof(type, field); sizeof(type, field); typeof(type, field): getting type information on nested field

2019-07-02 Thread Jonathan Wakely
On Tue, 2 Jul 2019 at 08:57, Yann Droneaud wrote: > > Hi, > > I'm sometime in need to "probe" the size, the type, (and less often the > alignment) of a field inside a structure. > > In such case I have to write "ugly" thing like > > struct A > { > struct > { > type_t t; > } B

alignof(type, field); sizeof(type, field); typeof(type, field): getting type information on nested field

2019-07-02 Thread Yann Droneaud
Hi, I'm sometime in need to "probe" the size, the type, (and less often the alignment) of a field inside a structure. In such case I have to write "ugly" thing like struct A { struct { type_t t; } B; }; typeof(((struct A *)NULL)->B.t) V; It would have been some much p