Re: [gentoo-dev] Re: LTO use in the tree

2014-04-28 Thread Rich Freeman
On Mon, Apr 28, 2014 at 5:46 PM, Andrew Savchenko wrote: > Hello, > > On Sun, 27 Apr 2014 07:23:11 -0400 Rich Freeman wrote: >> And yet, in the same paragraph you mention -O3, which is >> tantamount to just setting a flag and walking away. That turns >> on 14 things you probably don't really need

Re: [gentoo-dev] Re: LTO use in the tree

2014-04-28 Thread Andrew Savchenko
Hello, On Sun, 27 Apr 2014 07:23:11 -0400 Rich Freeman wrote: > And yet, in the same paragraph you mention -O3, which is > tantamount to just setting a flag and walking away. That turns > on 14 things you probably don't really need. Why 14 things? According to gcc-4.8.2 manual -O3 enables the fo

Re: [gentoo-dev] Re: Automated Package Removal and Addition Tracker, for the week ending 2014-04-27 23h59 UTC

2014-04-28 Thread Tom Wijsman
On Mon, 28 Apr 2014 19:55:42 + hasufell wrote: > Tom Wijsman: > > On Mon, 28 Apr 2014 18:35:20 + > > hasufell wrote: > > > >> Tom Wijsman: > >>> Eh well, nothing going on here, stuff like this happens every > >>> week ... > >>> > >> > >> Not sure if that is relieving. > > > > If only w

Re: [gentoo-dev] Re: LTO use in the tree

2014-04-28 Thread Andrew Savchenko
Hello, On Sun, 27 Apr 2014 07:34:05 +0700 C. Bergström wrote: [...] > Not to be a smart-ass, but will someone start a thread on global > PGO (profile guided optimizations) next? imho it would be > interesting and great to have some general training data already > contributed next to the ebuilds. F

Re: [gentoo-dev] Re: Automated Package Removal and Addition Tracker, for the week ending 2014-04-27 23h59 UTC

2014-04-28 Thread hasufell
Tom Wijsman: > On Mon, 28 Apr 2014 18:35:20 + > hasufell wrote: > >> Tom Wijsman: >>> Eh well, nothing going on here, stuff like this happens every >>> week ... >>> >> >> Not sure if that is relieving. > > If only we could cure an occasional cold. > Not sure how "every week" is occasional.

Re: [gentoo-dev] Re: Automated Package Removal and Addition Tracker, for the week ending 2014-04-27 23h59 UTC

2014-04-28 Thread Tom Wijsman
On Mon, 28 Apr 2014 18:35:20 + hasufell wrote: > Tom Wijsman: > > Eh well, nothing going on here, stuff like this happens every > > week ... > > > > Not sure if that is relieving. If only we could cure an occasional cold. -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-ma

Re: [gentoo-dev] Re: Automated Package Removal and Addition Tracker, for the week ending 2014-04-27 23h59 UTC

2014-04-28 Thread hasufell
Tom Wijsman: > Eh well, nothing going on here, stuff like this happens every week ... > Not sure if that is relieving.

Re: [gentoo-dev] Re: Automated Package Removal and Addition Tracker, for the week ending 2014-04-27 23h59 UTC

2014-04-28 Thread Tom Wijsman
On Mon, 28 Apr 2014 14:30:45 +0100 Ciaran McCreesh wrote: > On Mon, 28 Apr 2014 17:08:28 +1000 > Michael Palimaka wrote: > > On 04/28/2014 04:56 PM, hasufell wrote: > > > What is going on here? Doesn't look right. The commit messages > > > don't give an understandable reason. > > > > > > > It w

Re: [gentoo-dev] Re: Automated Package Removal and Addition Tracker, for the week ending 2014-04-27 23h59 UTC

2014-04-28 Thread Chris Reffett
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 4/28/2014 9:41 AM, Sergey Popov wrote: > 28.04.2014 17:30, Ciaran McCreesh пишет: >> On Mon, 28 Apr 2014 17:08:28 +1000 Michael Palimaka >> wrote: >>> On 04/28/2014 04:56 PM, hasufell wrote: What is going on here? Doesn't look right. The commi

Re: [gentoo-dev] Re: Automated Package Removal and Addition Tracker, for the week ending 2014-04-27 23h59 UTC

2014-04-28 Thread Sergey Popov
28.04.2014 17:30, Ciaran McCreesh пишет: > On Mon, 28 Apr 2014 17:08:28 +1000 > Michael Palimaka wrote: >> On 04/28/2014 04:56 PM, hasufell wrote: >>> What is going on here? Doesn't look right. The commit messages don't >>> give an understandable reason. >>> >> >> It was added to the tree by someo

[gentoo-dev] Re: Automated Package Removal and Addition Tracker, for the week ending 2014-04-27 23h59 UTC

2014-04-28 Thread Michael Palimaka
On 04/28/2014 11:30 PM, Ciaran McCreesh wrote: > On Mon, 28 Apr 2014 17:08:28 +1000 > Michael Palimaka wrote: >> On 04/28/2014 04:56 PM, hasufell wrote: >>> What is going on here? Doesn't look right. The commit messages don't >>> give an understandable reason. >>> >> >> It was added to the tree by

Re: [gentoo-dev] Re: Automated Package Removal and Addition Tracker, for the week ending 2014-04-27 23h59 UTC

2014-04-28 Thread Ciaran McCreesh
On Mon, 28 Apr 2014 17:08:28 +1000 Michael Palimaka wrote: > On 04/28/2014 04:56 PM, hasufell wrote: > > What is going on here? Doesn't look right. The commit messages don't > > give an understandable reason. > > > > It was added to the tree by someone outside the Qt team without > permission. Si

Re: [gentoo-dev] Re: LTO use in the tree

2014-04-28 Thread Tomáš Pružina
>should not cause any issues (provided compilation goes through). There are few packages which compile fine but break something (I remember some x11-library from bugzilla that broke xorg-server), but generally I agree with you. One annoying package is 64bit firefox, which can easily eat up to 15GB

[gentoo-dev] Re: LTO use in the tree

2014-04-28 Thread Martin Vaeth
C. Bergström wrote: > Can you name a single package that you use which receives a measurable > benefit from LTO? (Just asking) Like for every optimization flag, it is easy to construct particular examples: It can help a lot if e.g. a user's string-helper library is inlined. Concerning memory, it

[gentoo-dev] Re: Automated Package Removal and Addition Tracker, for the week ending 2014-04-27 23h59 UTC

2014-04-28 Thread Michael Palimaka
On 04/28/2014 04:56 PM, hasufell wrote: > What is going on here? Doesn't look right. The commit messages don't > give an understandable reason. > It was added to the tree by someone outside the Qt team without permission. Since it's not ready for the tree yet, it was immediately removed again.