Re: Coding style for C++ constructs going forward

2020-08-11 Thread Liu Hao via Gcc
在 2020/8/11 下午9:55, Nathan Sidwell 写道: > > I agree, it's the way I use auto.  I particularly like the >    auto *foo = expr; > idiom, when you're getting a pointer, but the type of the pointee is clear.  > It informs how you use 'foo'. > > Personally I dislike this syntax. Pointers are objects

Problem with 64-bit only compiler build

2020-08-11 Thread Paul Smith
This is a kind of esoteric problem, but all the more annoying for that. As usual I've built my own version of GCC, and then I check it into Git so that all builds can use this one canonical compiler regardless of operating system, etc. After being checked into Git, the compiler started failing to

Why am I seeing free.2 instead of free in exe.ltrans0.ltrans.s??

2020-08-11 Thread Gary Oblock via Gcc
Note, I'm getting close to getting my part of the structure reorganization optimization minimally functional (my question about value range propagation remains open since I re-enabled a couple of optimizations to bypass it.) Therefore this is actually important for me to resolve. I obviously gen

Have a look

2020-08-11 Thread Gregorio Gilbert
Hi, Would you like to check out the contacts of *SharpSpring *users? If you are interested please drop me a note so that we can connect and discuss about the opportunity. Thanks in advance! Regards, *Gregorio Gilbert *|Manager Demand Generation| If you do not wish further mail pleas

Silly question about pass numbers

2020-08-11 Thread Gary Oblock via Gcc
For these two dump files: exe.ltrans0.ltrans.074i.cp and exe.ltrans0.ltrans.087i.structure-reorg doesn't the ".074i." mean that this dump was created before the ".087i." dump? If so then why does the ".074i." show GIMPLE that was created in the structure-reorg pass? Thanks, Gary CONFIDENTI

Re: Coding style for C++ constructs going forward

2020-08-11 Thread Jonathan Wakely via Gcc
On Tue, 11 Aug 2020 at 14:56, Nathan Sidwell wrote: > > On 8/7/20 10:06 AM, Luis Machado via Gcc wrote: > > Hi, > > > > cc-ing the GCC mailing list, as we may want to use the same coding style > > for GDB and GCC. > > > > Yesterday I brought this topic up on IRC. I notice we started using more > >

Re: Coding style for C++ constructs going forward

2020-08-11 Thread Nathan Sidwell
On 8/7/20 10:06 AM, Luis Machado via Gcc wrote: Hi, cc-ing the GCC mailing list, as we may want to use the same coding style for GDB and GCC. Yesterday I brought this topic up on IRC. I notice we started using more and more the "auto" keyword. In some cases, this is actually useful and make

[RFC] LTO Dead Field Elimination and LTO Field Reordering

2020-08-11 Thread Erick Ochoa
Hello again, Thanks for replying to my previous thread. I am thankful for all input received and addressed the comments which I could address. I have been working on the past two weeks on fixing the style and adding comments explaining classes and families of functions. I have also added a pr

arm-related links in need of updates

2020-08-11 Thread Gerald Pfeifer
I noticed there's a couple of links on arm.com that changed recently (probably in the last month or so). Can you please help and get those updated? (Even those that redirect.) On http://gcc.gnu.org/gcc-10/changes.html https://developer.arm.com/docs/101028/0009/data-processing-intrinsics