Re: [GSoC] Automatic Parallel Compilation Viability -- Final Report

2020-08-31 Thread Richard Biener via Gcc
On Fri, Aug 28, 2020 at 10:32 PM Giuliano Belinassi wrote: > > Hi, > > This is the final report of the "Automatic Parallel Compilation > Viability" project. Please notice that this report is pretty > similar to the delivered from the 2nd evaluation, as this phase > consisted of mostly rebasing an

Re: [GSoC] Automatic Parallel Compilation Viability -- Final Report

2020-08-31 Thread Jan Hubicka
> On Fri, Aug 28, 2020 at 10:32 PM Giuliano Belinassi > wrote: > > > > Hi, > > > > This is the final report of the "Automatic Parallel Compilation > > Viability" project. Please notice that this report is pretty > > similar to the delivered from the 2nd evaluation, as this phase > > consisted of

Re: LTO slows down calculix by more than 10% on aarch64

2020-08-31 Thread Prathamesh Kulkarni via Gcc
On Fri, 28 Aug 2020 at 17:27, Richard Biener wrote: > > On Fri, Aug 28, 2020 at 1:17 PM Prathamesh Kulkarni > wrote: > > > > On Wed, 26 Aug 2020 at 16:50, Richard Biener > > wrote: > > > > > > On Wed, Aug 26, 2020 at 12:34 PM Prathamesh Kulkarni via Gcc > > > wrote: > > > > > > > > Hi, > > > >

Re: LTO slows down calculix by more than 10% on aarch64

2020-08-31 Thread Prathamesh Kulkarni via Gcc
On Fri, 28 Aug 2020 at 17:33, Alexander Monakov wrote: > > On Fri, 28 Aug 2020, Prathamesh Kulkarni via Gcc wrote: > > > I wonder if that's (one of) the main factor(s) behind slowdown or it's > > not too relevant ? > > Probably not. Some advice to make your search more directed: > > Pass '-n' to '

Re: LTO slows down calculix by more than 10% on aarch64

2020-08-31 Thread Jan Hubicka
> Thanks for the suggestions. > Is it possible to modify assembly files emitted after ltrans phase ? > IIUC, the linker invokes lto1 twice, for wpa and ltrans,and then links > the obtained object files which doesn't make it possible to hand edit > assembly files post ltrans ? > In particular, I wan

Re: [GSoC] Automatic Parallel Compilation Viability -- Final Report

2020-08-31 Thread Richard Biener via Gcc
On Mon, Aug 31, 2020 at 1:15 PM Jan Hubicka wrote: > > > On Fri, Aug 28, 2020 at 10:32 PM Giuliano Belinassi > > wrote: > > > > > > Hi, > > > > > > This is the final report of the "Automatic Parallel Compilation > > > Viability" project. Please notice that this report is pretty > > > similar to

Re: [GSoC] Automatic Parallel Compilation Viability -- Final Report

2020-08-31 Thread Giuliano Belinassi via Gcc
Hi, Richi. On 08/31, Richard Biener wrote: > On Fri, Aug 28, 2020 at 10:32 PM Giuliano Belinassi > wrote: > > > > Hi, > > > > This is the final report of the "Automatic Parallel Compilation > > Viability" project. Please notice that this report is pretty > > similar to the delivered from the 2nd

Re: [GSoC] Automatic Parallel Compilation Viability -- Final Report

2020-08-31 Thread Giuliano Belinassi via Gcc
Hi, Richi. On 08/31, Richard Biener wrote: > On Mon, Aug 31, 2020 at 1:15 PM Jan Hubicka wrote: > > > > > On Fri, Aug 28, 2020 at 10:32 PM Giuliano Belinassi > > > wrote: > > > > > > > > Hi, > > > > > > > > This is the final report of the "Automatic Parallel Compilation > > > > Viability" projec

Re: [GSoC] Automatic Parallel Compilation Viability -- Final Report

2020-08-31 Thread Jan Hubicka
> > I guess before investigating the current state in detail > > it might be worth exploring Honzas wish of sharing > > the actual partitioning code between LTO and -fparallel-jobs. > > > > Note that larger objects take a bigger hit from the GC COW > > issue so at some point that becomes dominant

Re: [GSoC] Automatic Parallel Compilation Viability -- Final Report

2020-08-31 Thread Richard Biener via Gcc
On August 31, 2020 6:21:27 PM GMT+02:00, Giuliano Belinassi wrote: >Hi, Richi. > >On 08/31, Richard Biener wrote: >> On Mon, Aug 31, 2020 at 1:15 PM Jan Hubicka wrote: >> > >> > > On Fri, Aug 28, 2020 at 10:32 PM Giuliano Belinassi >> > > wrote: >> > > > >> > > > Hi, >> > > > >> > > > This is t

Built-in Specs ignored... unless -specs=dump is specified

2020-08-31 Thread Giacomo Tesio
Hello everybody! To cleanup my port of GCC (9.2.0) to Jehanne OS (http://jehanne.io) I'd like to add a `--posixly` command line options to the gcc driver that should be expanded to a couple of -isystem and -L options to ease the compilation of POSIX programs (Jehanne is a Plan 9 derivative so it's

Re: Built-in Specs ignored... unless -specs=dump is specified

2020-08-31 Thread Andrew Pinski via Gcc
On Mon, Aug 31, 2020 at 4:34 PM Giacomo Tesio wrote: > > Hello everybody! > > To cleanup my port of GCC (9.2.0) to Jehanne OS (http://jehanne.io) > I'd like to add a `--posixly` command line options to the gcc driver > that should be expanded to a couple of -isystem and -L options > to ease the co

Re: Future debug options: -f* or -g*?

2020-08-31 Thread David Blaikie via Gcc
Hey Mark - saw a little of/bits about your presentation at LPC 2020 GNU Tools Track (& your thread on on the gdb list about debug_names). Wondering if you (or anyone else you know who's contributing to debug info in GCC) have some thoughts on this flag naming issue. It'd be great to get some alignm