On Mon, May 06, 2019 at 03:36:06PM +0200, Richard Biener wrote:
> On Mon, 6 May 2019, Martin Liška wrote:
> > 2) faster bootstrap on a massively parallel machine (64+ cores)
>
> I guess for this we can also try to do LTO bootstap and
> LTO-link libbackend itself. LTO bootstrap is only slow becaus
On 5/6/19 3:36 PM, Richard Biener wrote:
> On Mon, 6 May 2019, Martin Liška wrote:
>
>> On 5/2/19 9:04 PM, Richard Biener wrote:
>>> On May 2, 2019 8:14:46 PM GMT+02:00, Segher Boessenkool
>>> wrote:
On Thu, May 02, 2019 at 07:41:18PM +0200, Richard Biener wrote:
> On May 2, 2019 7:00:1
On 5/6/19 3:31 PM, Richard Biener wrote:
> On Mon, 6 May 2019, Martin Liška wrote:
>
>> On 5/2/19 3:18 PM, Richard Biener wrote:
>>> On Mon, 29 Apr 2019, Martin Liška wrote:
>>>
On 9/10/18 1:43 PM, Martin Liška wrote:
> On 09/04/2018 05:07 PM, Martin Liška wrote:
>> - in order to achi
On Mon, 6 May 2019, Martin Liška wrote:
> On 5/2/19 9:04 PM, Richard Biener wrote:
> > On May 2, 2019 8:14:46 PM GMT+02:00, Segher Boessenkool
> > wrote:
> >> On Thu, May 02, 2019 at 07:41:18PM +0200, Richard Biener wrote:
> >>> On May 2, 2019 7:00:16 PM GMT+02:00, Segher Boessenkool
> >> wrote
On Mon, 6 May 2019, Martin Liška wrote:
> On 5/2/19 3:18 PM, Richard Biener wrote:
> > On Mon, 29 Apr 2019, Martin Liška wrote:
> >
> >> On 9/10/18 1:43 PM, Martin Liška wrote:
> >>> On 09/04/2018 05:07 PM, Martin Liška wrote:
> - in order to achieve real speed up we need to split also other
On 5/2/19 3:18 PM, Richard Biener wrote:
> On Mon, 29 Apr 2019, Martin Liška wrote:
>
>> On 9/10/18 1:43 PM, Martin Liška wrote:
>>> On 09/04/2018 05:07 PM, Martin Liška wrote:
- in order to achieve real speed up we need to split also other generated
(and also dwarf2out.c, i386.c, ..) f
On 5/2/19 9:04 PM, Richard Biener wrote:
> On May 2, 2019 8:14:46 PM GMT+02:00, Segher Boessenkool
> wrote:
>> On Thu, May 02, 2019 at 07:41:18PM +0200, Richard Biener wrote:
>>> On May 2, 2019 7:00:16 PM GMT+02:00, Segher Boessenkool
>> wrote:
On Thu, May 02, 2019 at 03:18:00PM +0200, Rich
On May 2, 2019 8:14:46 PM GMT+02:00, Segher Boessenkool
wrote:
>On Thu, May 02, 2019 at 07:41:18PM +0200, Richard Biener wrote:
>> On May 2, 2019 7:00:16 PM GMT+02:00, Segher Boessenkool
> wrote:
>> >On Thu, May 02, 2019 at 03:18:00PM +0200, Richard Biener wrote:
>> >> Somewhen earlier this year
On Thu, May 02, 2019 at 07:41:18PM +0200, Richard Biener wrote:
> On May 2, 2019 7:00:16 PM GMT+02:00, Segher Boessenkool
> wrote:
> >On Thu, May 02, 2019 at 03:18:00PM +0200, Richard Biener wrote:
> >> Somewhen earlier this year I've done the experiment with using
> >> a compile with -flto -fno-
On May 2, 2019 7:00:16 PM GMT+02:00, Segher Boessenkool
wrote:
>On Thu, May 02, 2019 at 03:18:00PM +0200, Richard Biener wrote:
>> Somewhen earlier this year I've done the experiment with using
>> a compile with -flto -fno-fat-lto-objects and a link
>> via -flto -r -flinker-output=rel into the ob
On Thu, May 02, 2019 at 03:18:00PM +0200, Richard Biener wrote:
> Somewhen earlier this year I've done the experiment with using
> a compile with -flto -fno-fat-lto-objects and a link
> via -flto -r -flinker-output=rel into the object file. This cut
> compile-time more than in half with less maint
On Mon, 29 Apr 2019, Martin Liška wrote:
> On 9/10/18 1:43 PM, Martin Liška wrote:
> > On 09/04/2018 05:07 PM, Martin Liška wrote:
> >> - in order to achieve real speed up we need to split also other generated
> >> (and also dwarf2out.c, i386.c, ..) files:
> >> here I'm most concerned about insn-
On 9/10/18 1:43 PM, Martin Liška wrote:
> On 09/04/2018 05:07 PM, Martin Liška wrote:
>> - in order to achieve real speed up we need to split also other generated
>> (and also dwarf2out.c, i386.c, ..) files:
>> here I'm most concerned about insn-recog.c, which can't be split the same
>> way witho
On 9/4/18 5:07 PM, Martin Liška wrote:
> On 09/03/2018 04:43 PM, Richard Biener wrote:
>> On Mon, 3 Sep 2018, Martin Liška wrote:
>>
>>> On 09/03/2018 04:00 PM, Richard Biener wrote:
On Mon, 3 Sep 2018, Martin Liška wrote:
> On 09/03/2018 02:54 PM, Martin Liška wrote:
>> On 09/03/
On 09/04/2018 05:07 PM, Martin Liška wrote:
> - in order to achieve real speed up we need to split also other generated
> (and also dwarf2out.c, i386.c, ..) files:
> here I'm most concerned about insn-recog.c, which can't be split the same way
> without ending up with a single huge SCC component.
On 09/03/2018 04:43 PM, Richard Biener wrote:
> On Mon, 3 Sep 2018, Martin Liška wrote:
>
>> On 09/03/2018 04:00 PM, Richard Biener wrote:
>>> On Mon, 3 Sep 2018, Martin Liška wrote:
>>>
On 09/03/2018 02:54 PM, Martin Liška wrote:
> On 09/03/2018 02:41 PM, Richard Biener wrote:
>> On
On Mon, 3 Sep 2018, Martin Liška wrote:
> On 09/03/2018 04:00 PM, Richard Biener wrote:
> > On Mon, 3 Sep 2018, Martin Liška wrote:
> >
> >> On 09/03/2018 02:54 PM, Martin Liška wrote:
> >>> On 09/03/2018 02:41 PM, Richard Biener wrote:
> On Mon, 3 Sep 2018, Martin Liška wrote:
>
>
On 09/03/2018 04:00 PM, Richard Biener wrote:
> On Mon, 3 Sep 2018, Martin Liška wrote:
>
>> On 09/03/2018 02:54 PM, Martin Liška wrote:
>>> On 09/03/2018 02:41 PM, Richard Biener wrote:
On Mon, 3 Sep 2018, Martin Liška wrote:
> On 04/25/2018 01:42 PM, Richard Biener wrote:
>>
>>
On Mon, 3 Sep 2018, Martin Liška wrote:
> On 09/03/2018 02:54 PM, Martin Liška wrote:
> > On 09/03/2018 02:41 PM, Richard Biener wrote:
> >> On Mon, 3 Sep 2018, Martin Liška wrote:
> >>
> >>> On 04/25/2018 01:42 PM, Richard Biener wrote:
>
> The following patch^Whack splits $subject file
On 09/03/2018 02:54 PM, Martin Liška wrote:
> On 09/03/2018 02:41 PM, Richard Biener wrote:
>> On Mon, 3 Sep 2018, Martin Liška wrote:
>>
>>> On 04/25/2018 01:42 PM, Richard Biener wrote:
The following patch^Whack splits $subject files into three, one
for the predicates (due to an im
On 09/03/2018 02:41 PM, Richard Biener wrote:
> On Mon, 3 Sep 2018, Martin Liška wrote:
>
>> On 04/25/2018 01:42 PM, Richard Biener wrote:
>>>
>>> The following patch^Whack splits $subject files into three, one
>>> for the predicates (due to an implementation detail) and two for
>>> the rest - for
On Mon, 3 Sep 2018, Martin Liška wrote:
> On 04/25/2018 01:42 PM, Richard Biener wrote:
> >
> > The following patch^Whack splits $subject files into three, one
> > for the predicates (due to an implementation detail) and two for
> > the rest - for now into similar LOC size files.
> >
> > I'd lik
On 04/25/2018 01:42 PM, Richard Biener wrote:
>
> The following patch^Whack splits $subject files into three, one
> for the predicates (due to an implementation detail) and two for
> the rest - for now into similar LOC size files.
>
> I'd like to get help on the makefile changes to make them less
On 04/25/2018 01:42 PM, Richard Biener wrote:
Hi.
Thanks for working on that.
>
> The following patch^Whack splits $subject files into three, one
> for the predicates (due to an implementation detail) and two for
> the rest - for now into similar LOC size files.
>
> I'd like to get help on the
On Wed, 25 Apr 2018, Richard Biener wrote:
> On Wed, 25 Apr 2018, Richard Biener wrote:
>
> >
> > The following patch^Whack splits $subject files into three, one
> > for the predicates (due to an implementation detail) and two for
> > the rest - for now into similar LOC size files.
> >
> > I'd
On Wed, 25 Apr 2018, Richard Biener wrote:
>
> The following patch^Whack splits $subject files into three, one
> for the predicates (due to an implementation detail) and two for
> the rest - for now into similar LOC size files.
>
> I'd like to get help on the makefile changes to make them less
>
The following patch^Whack splits $subject files into three, one
for the predicates (due to an implementation detail) and two for
the rest - for now into similar LOC size files.
I'd like to get help on the makefile changes to make them less
verbose, somehow globbing the -[12p] parts.
Also you can
27 matches
Mail list logo