How big (and fast) is going to be GCC 8?

2018-03-06 Thread Martin Liška
Hello. Many significant changes has landed in mainline and will be released as GCC 8.1. I decided to use various GCC configs we have and test how there configuration differ in size and also binary size. This is first part where I measured binary size, speed comparison will follow. Configuration

Re: How big (and fast) is going to be GCC 8?

2018-03-06 Thread Richard Biener
On Tue, Mar 6, 2018 at 11:12 AM, Martin Liška wrote: > Hello. > > Many significant changes has landed in mainline and will be released as GCC > 8.1. > I decided to use various GCC configs we have and test how there configuration > differ > in size and also binary size. > > This is first part whe

eliminate dead stores across functions

2018-03-06 Thread Prathamesh Kulkarni
Hi, For the following test-case, int a; __attribute__((noinline)) static void foo() { a = 3; } int main() { a = 4; foo (); return a; } I assume it's safe to remove "a = 4" since 'a' would be overwritten by call to foo ? IIUC, ipa-reference pass does mod/ref analysis to compute side-eff

Re: GSOC 2018 - Textual LTO dump tool project

2018-03-06 Thread Hrishikesh Kulkarni
Hi, Thank you Richard and Honza for the suggestions. If I understand correctly, the issue is that LTO file format keeps changing per compiler versions, so we need a more “stable” representation and the first step for that would be to “stabilize” representations for lto-cgraph and symbol table ? Co

Re: eliminate dead stores across functions

2018-03-06 Thread Richard Biener
On Tue, Mar 6, 2018 at 1:00 PM, Prathamesh Kulkarni wrote: > Hi, > For the following test-case, > > int a; > > __attribute__((noinline)) > static void foo() > { > a = 3; > } > > int main() > { > a = 4; > foo (); > return a; > } > > I assume it's safe to remove "a = 4" since 'a' would be o

Re: GSOC 2018 - Textual LTO dump tool project

2018-03-06 Thread Richard Biener
On Tue, Mar 6, 2018 at 2:30 PM, Hrishikesh Kulkarni wrote: > Hi, > > Thank you Richard and Honza for the suggestions. If I understand correctly, > the issue is that LTO file format keeps changing per compiler versions, so > we need a more “stable” representation and the first step for that would b

Re: GSOC 2018 - Textual LTO dump tool project

2018-03-06 Thread Jan Hubicka
> On Tue, Mar 6, 2018 at 2:30 PM, Hrishikesh Kulkarni > wrote: > > Hi, > > > > Thank you Richard and Honza for the suggestions. If I understand correctly, > > the issue is that LTO file format keeps changing per compiler versions, so > > we need a more “stable” representation and the first step fo

Re: How big (and fast) is going to be GCC 8?

2018-03-06 Thread Jan Hubicka
> On Tue, Mar 6, 2018 at 11:12 AM, Martin Liška wrote: > > Hello. > > > > Many significant changes has landed in mainline and will be released as GCC > > 8.1. > > I decided to use various GCC configs we have and test how there > > configuration differ > > in size and also binary size. > > > > Th

Re: GSOC 2018 - Textual LTO dump tool project

2018-03-06 Thread Jan Hubicka
> On Tue, Mar 6, 2018 at 2:30 PM, Hrishikesh Kulkarni > wrote: > > Hi, > > > > Thank you Richard and Honza for the suggestions. If I understand correctly, > > the issue is that LTO file format keeps changing per compiler versions, so > > we need a more “stable” representation and the first step fo

Re: GSOC 2018 - Textual LTO dump tool project

2018-03-06 Thread Richard Biener
On Tue, Mar 6, 2018 at 4:02 PM, Jan Hubicka wrote: >> On Tue, Mar 6, 2018 at 2:30 PM, Hrishikesh Kulkarni >> wrote: >> > Hi, >> > >> > Thank you Richard and Honza for the suggestions. If I understand correctly, >> > the issue is that LTO file format keeps changing per compiler versions, so >> > w

Re: How big (and fast) is going to be GCC 8?

2018-03-06 Thread David Malcolm
On Tue, 2018-03-06 at 11:14 +0100, Martin Liška wrote: > Hello. > > Many significant changes has landed in mainline and will be released > as GCC 8.1. > I decided to use various GCC configs we have and test how there > configuration differ > in size and also binary size. > > This is first part wh

BLKmode parameters are stored in unaligned stack slot when passed via registers.

2018-03-06 Thread Renlin Li
Hi all, The problem described here probably only affects targets whose ABI allow to pass structured arguments of certain size via registers. If the mode of the parameter type is BLKmode, in the callee, during RTL expanding, a stack slot will be reserved for this parameter, and the incoming val

Re: GSOC 2018 - Textual LTO dump tool project

2018-03-06 Thread Jan Hubicka
> On Tue, Mar 6, 2018 at 4:02 PM, Jan Hubicka wrote: > >> On Tue, Mar 6, 2018 at 2:30 PM, Hrishikesh Kulkarni > >> wrote: > >> > Hi, > >> > > >> > Thank you Richard and Honza for the suggestions. If I understand > >> > correctly, > >> > the issue is that LTO file format keeps changing per compil

Re: eliminate dead stores across functions

2018-03-06 Thread Bin.Cheng
On Tue, Mar 6, 2018 at 2:28 PM, Richard Biener wrote: > On Tue, Mar 6, 2018 at 1:00 PM, Prathamesh Kulkarni > wrote: >> Hi, >> For the following test-case, >> >> int a; >> >> __attribute__((noinline)) >> static void foo() >> { >> a = 3; >> } >> >> int main() >> { >> a = 4; >> foo (); >> r

Re: BLKmode parameters are stored in unaligned stack slot when passed via registers.

2018-03-06 Thread Richard Biener
On Tue, Mar 6, 2018 at 4:21 PM, Renlin Li wrote: > Hi all, > > The problem described here probably only affects targets whose ABI allow to > pass structured > arguments of certain size via registers. > > If the mode of the parameter type is BLKmode, in the callee, during RTL > expanding, > a stack

Re: eliminate dead stores across functions

2018-03-06 Thread Richard Biener
On Tue, Mar 6, 2018 at 4:50 PM, Bin.Cheng wrote: > On Tue, Mar 6, 2018 at 2:28 PM, Richard Biener > wrote: >> On Tue, Mar 6, 2018 at 1:00 PM, Prathamesh Kulkarni >> wrote: >>> Hi, >>> For the following test-case, >>> >>> int a; >>> >>> __attribute__((noinline)) >>> static void foo() >>> { >>>

Re: How big (and fast) is going to be GCC 8?

2018-03-06 Thread Martin Liška
On 03/06/2018 04:13 PM, David Malcolm wrote: On Tue, 2018-03-06 at 11:14 +0100, Martin Liška wrote: Hello. Many significant changes has landed in mainline and will be released as GCC 8.1. I decided to use various GCC configs we have and test how there configuration differ in size and also binar

Re: Why does IRA force all pseudos live across a setjmp call to be spilled?

2018-03-06 Thread Peter Bergner
On 3/5/18 9:33 AM, Segher Boessenkool wrote: > On Mon, Mar 05, 2018 at 08:01:14AM +0100, Eric Botcazou wrote: >> Apparently the authors of the SPARC psABI thought that the last part of your >> sentence is an interpolation and that the (historical) requirements were >> vague >> enough to allow th

Re: eliminate dead stores across functions

2018-03-06 Thread Martin Jambor
Hi Bin, On Tue, Mar 06 2018, Bin Cheng wrote: > On Tue, Mar 6, 2018 at 2:28 PM, Richard Biener >> >> Do you think the situation happens often enough to make this worthwhile? > There is one probably more useful case. Program may use global flags > controlling > how it does (heavy) computation. Su

Re: eliminate dead stores across functions

2018-03-06 Thread William Cohen
On 03/06/2018 09:28 AM, Richard Biener wrote: > On Tue, Mar 6, 2018 at 1:00 PM, Prathamesh Kulkarni > wrote: >> Hi, >> For the following test-case, >> >> int a; >> >> __attribute__((noinline)) >> static void foo() >> { >> a = 3; >> } >> >> int main() >> { >> a = 4; >> foo (); >> return a;

Re: eliminate dead stores across functions

2018-03-06 Thread Bin.Cheng
On Tue, Mar 6, 2018 at 4:44 PM, Martin Jambor wrote: > Hi Bin, > > On Tue, Mar 06 2018, Bin Cheng wrote: >> On Tue, Mar 6, 2018 at 2:28 PM, Richard Biener >>> >>> Do you think the situation happens often enough to make this worthwhile? >> There is one probably more useful case. Program may use gl

Re: eliminate dead stores across functions

2018-03-06 Thread Bin.Cheng
On Tue, Mar 6, 2018 at 4:50 PM, Bin.Cheng wrote: > On Tue, Mar 6, 2018 at 4:44 PM, Martin Jambor wrote: >> Hi Bin, >> >> On Tue, Mar 06 2018, Bin Cheng wrote: >>> On Tue, Mar 6, 2018 at 2:28 PM, Richard Biener Do you think the situation happens often enough to make this worthwhile? >>>

Re: How big (and fast) is going to be GCC 8? [part 2]

2018-03-06 Thread Martin Liška
Hi. This is speed comparison of GCC 8 builds compared to my system GCC 7.3.0 which is built with PGO bootstrap. I run empty C and C++ source file, tramp3d and the rest are some big beasts from GCC source file. Feel free to suggest another test candidates? Note that first column defines how many

Re: How big (and fast) is going to be GCC 8? [part 2]

2018-03-06 Thread Bin.Cheng
On Tue, Mar 6, 2018 at 5:50 PM, Martin Liška wrote: > Hi. > > This is speed comparison of GCC 8 builds compared to my system GCC 7.3.0 > which is built with PGO bootstrap. > > I run empty C and C++ source file, tramp3d and the rest are some big beasts > from GCC source file. Feel free to suggest a

Re: How big (and fast) is going to be GCC 8?

2018-03-06 Thread Martin Liška
On 03/06/2018 05:18 PM, Martin Liška wrote: Yes, in bytes. Would be nicer to have it in MB ;) It would be easily readable. I'll fix that. Hi. I'm sending updated binary size statistics for both cc1 and cc1plus in MB. Martin gcc-8-build-stats-v2.pdf.bz2 Description: application/bzip gcc-8-

Re: How big (and fast) is going to be GCC 8? [part 2]

2018-03-06 Thread Martin Liška
On 03/06/2018 07:16 PM, Bin.Cheng wrote: On Tue, Mar 6, 2018 at 5:50 PM, Martin Liška wrote: Hi. This is speed comparison of GCC 8 builds compared to my system GCC 7.3.0 which is built with PGO bootstrap. I run empty C and C++ source file, tramp3d and the rest are some big beasts from GCC sou

Re: BLKmode parameters are stored in unaligned stack slot when passed via registers.

2018-03-06 Thread Renlin Li
Hi Richard, On 06/03/18 16:04, Richard Biener wrote: On Tue, Mar 6, 2018 at 4:21 PM, Renlin Li wrote: Hi all, The problem described here probably only affects targets whose ABI allow to pass structured arguments of certain size via registers. If the mode of the parameter type is BLKmode, in

Re: Getting into C++ Downloading gcc.

2018-03-06 Thread Jonathan Wakely
On 4 March 2018 at 02:40, Ray McAllister wrote: > Hi, I'm totally blind. I do most of my programming in BASIC, but I use C++ > now and then, actually, for drawing fractals. I code graphics. I've been > using Dev-C++ because it's the only thing I can find compatible with my > screen reader. I do

Re: Regarding Google summer of code.

2018-03-06 Thread Martin Jambor
Hello Chaitanya, On Fri, Mar 02 2018, Sai Chaitanya wrote: > Hello, > I am Chaitanya.while checking the organisation for GSOC I am very > confused,sir I have skills in C,C++, Java and little bit of python,till now > I didn't take part in any big projects. > Please guide me which organisation and w

Re: GCC GSOC Participation

2018-03-06 Thread Prathamesh Kulkarni
CCing Andi Kleen, mentor of this project. Regards, Prathamesh On 3 March 2018 at 16:22, Prateek Kalra wrote: > Hello GCC Community, > My name is Prateek Kalra.I am pursuing integrated dual > degree(B.tech+M.tech) in Computer Science Software Engineering,from Gautam > Buddha University,Greater No

Re: Further for GSoC.

2018-03-06 Thread Martin Jambor
Hello, Tejas, On Fri, Mar 02 2018, Joseph Myers wrote: > On Fri, 2 Mar 2018, Tejas Joshi wrote: > >> I have some university level experience of working and programming assembly >> language under Intel 80386DX architecture. I think it may help for >> implementing supports for other architectures. J

Re: GCC GSOC Participation

2018-03-06 Thread Martin Jambor
Hello Prateek, On Sat, Mar 03 2018, Prateek Kalra wrote: > Hello GCC Community, > My name is Prateek Kalra.I am pursuing integrated dual > degree(B.tech+M.tech) in Computer Science Software Engineering,from Gautam > Buddha University,Greater Noida.I am currently in 8th semester of the > programme.

about the gsoc

2018-03-06 Thread Jagmeet Singh
Any one for help me I want to ask question about the ideas reply please