Re: Options disabled under -Os

2019-12-18 Thread Kewen.Lin
on 2019/12/19 上午12:49, visda.vokhsho...@microchip.com wrote: > Hello, > > In GCC documentation, 3.1 Options that Control Optimization: it is indicated > -Os disables alignment of functions, jumps, labels, and loops. However, with > -v -Q passed to the compile step, I see all these options enab

Re: Test GCC conversion with reposurgeon available

2019-12-18 Thread Jason Merrill
On Wed, Dec 18, 2019 at 1:17 PM Joseph Myers wrote: > On Wed, 18 Dec 2019, Jason Merrill wrote: > > > On Tue, Dec 17, 2019 at 4:39 PM Joseph Myers > > wrote: > > > > > Points for consideration: > > > > > > 1. Do we want some kind of rearrangement of refs as in the 1b > > > repository or not? > >

Re: Unix philosopy vs. poor semantic locality

2019-12-18 Thread Eric S. Raymond
Joseph Myers : > On Wed, 18 Dec 2019, Eric S. Raymond wrote: > > > And that, ladies and gentlemen, is why reposurgeon has to be as > > large and complex as it is. > > And, in the end, it *is* complex software on which you build simple > scripts. gcc.lift is a simple script, written in the domai

Re: Unix philosopy vs. poor semantic locality

2019-12-18 Thread Joseph Myers
On Wed, 18 Dec 2019, Eric S. Raymond wrote: > And that, ladies and gentlemen, is why reposurgeon has to be as > large and complex as it is. And, in the end, it *is* complex software on which you build simple scripts. gcc.lift is a simple script, written in the domain-specific reposurgeon langu

Unix philosopy vs. poor semantic locality

2019-12-18 Thread Eric S. Raymond
[New thread] Segher Boessenkool : > > And the "simple scripts" argument dismisses the fact that those scripts > > are built on top of complex software. It just doesn't hold water IMHO. > > This is the Unix philosophy though! I'm now finishing a book in which I have a lot to say about this, insp

Re: Test GCC conversion with reposurgeon available

2019-12-18 Thread Joseph Myers
On Thu, 19 Dec 2019, Bernd Schmidt wrote: > On 12/18/19 10:55 PM, Joseph Myers wrote: > > git+ssh://gcc.gnu.org/home/gccadmin/gcc-reposurgeon-3a.git > > I cloned this one and started trying random things again. > The previous one had some strange-looking merge commits, but it sounded like > that

Re: Proposal for the transition timetable for the move to GIT

2019-12-18 Thread Eric S. Raymond
Joseph Myers : > Nor do I think reposurgeon (or at least the SVN reader, which is the main > part engaged here) is significantly more complicated than implied by the > task it's performing of translating between the different conceptual > models of SVN and git. I've found it straightforward to

Re: Proposal for the transition timetable for the move to GIT

2019-12-18 Thread Eric S. Raymond
Jeff Law : > But it's not that freshly constructed, at least not in my mind. All > the experience ESR has from the python implementation carries to the Go > implementation. Not only do you have reposurgeon, you have me. I wish this mattered less than it does. I have *far* more experience doing b

Re: Test GCC conversion with reposurgeon available

2019-12-18 Thread Bernd Schmidt
On 12/18/19 10:55 PM, Joseph Myers wrote: git+ssh://gcc.gnu.org/home/gccadmin/gcc-reposurgeon-3a.git I cloned this one and started trying random things again. The previous one had some strange-looking merge commits, but it sounded like that was a known issue, and indeed the ones I had seen wer

Re: Commit messages and the move to git

2019-12-18 Thread Joseph Myers
On Wed, 18 Dec 2019, Joseph Myers wrote: > On Mon, 18 Nov 2019, Richard Earnshaw (lists) wrote: > > > I've attached a sample from the start of the fixed list - the full list is > > far > > too big to post to give a flavour of how the script currently works. Note > > that annotations of the form

Re: Commit messages and the move to git

2019-12-18 Thread Joseph Myers
On Mon, 18 Nov 2019, Richard Earnshaw (lists) wrote: > I've attached a sample from the start of the fixed list - the full list is far > too big to post to give a flavour of how the script currently works. Note > that annotations of the form [checkme: ] in the summary are for diagnostic > purp

Re: Test GCC conversion with reposurgeon available

2019-12-18 Thread Joseph Myers
On Tue, 17 Dec 2019, Joseph Myers wrote: > I've made test conversions of the GCC repository with reposurgeon > available (gcc.gnu.org / sourceware.org account required to access > these git+ssh repositories, it doesn't need to be one in the gcc group > or to have shell access). More information a

Re: Proposal for the transition timetable for the move to GIT

2019-12-18 Thread Jeff Law
On Wed, 2019-12-18 at 13:50 -0600, Segher Boessenkool wrote: > On Wed, Dec 18, 2019 at 11:07:11AM -0700, Jeff Law wrote: > > > That isn't what I said. I said that freshly constructed complex software > > > will have more and deeper errors than stupid simple scripts do (or I > > > implied that at l

Re: Proposal for the transition timetable for the move to GIT

2019-12-18 Thread Segher Boessenkool
On Wed, Dec 18, 2019 at 11:07:11AM -0700, Jeff Law wrote: > > That isn't what I said. I said that freshly constructed complex software > > will have more and deeper errors than stupid simple scripts do (or I > > implied that at least, maybe it wasn't clear). And I only say this > > because the op

Re: Struct declaration and initialization in TREES

2019-12-18 Thread Erick Ochoa
On 2019-12-18 6:02 a.m., Richard Biener wrote: > On December 17, 2019 8:31:00 PM GMT+01:00, Erick Ochoa > wrote: >> Hi, >> >> I'm interested in printing VAR_DECL trees that are of type >> RECORD_TYPE. I am using the function print_generic_decl >> for debugging and found this interesting behavi

Re: Proposal for the transition timetable for the move to GIT

2019-12-18 Thread Joseph Myers
On Wed, 18 Dec 2019, Jeff Law wrote: > > That isn't what I said. I said that freshly constructed complex software > > will have more and deeper errors than stupid simple scripts do (or I > > implied that at least, maybe it wasn't clear). And I only say this > > because the opposite was claimed,

Re: Test GCC conversion with reposurgeon available

2019-12-18 Thread Joseph Myers
On Wed, 18 Dec 2019, Jason Merrill wrote: > On Tue, Dec 17, 2019 at 4:39 PM Joseph Myers > wrote: > > > Points for consideration: > > > > 1. Do we want some kind of rearrangement of refs as in the 1b > > repository or not? > > > > Maybe? How much space does that save in a clone? How much work

Re: Proposal for the transition timetable for the move to GIT

2019-12-18 Thread Jeff Law
On Mon, 2019-12-16 at 16:42 -0600, Segher Boessenkool wrote: > Hi! > > On Mon, Dec 16, 2019 at 03:13:49PM -0700, Jeff Law wrote: > > On Mon, 2019-12-16 at 15:59 -0600, Segher Boessenkool wrote: > > > In particular, we should look carefully at the commit > > > > attributions in both conversions an

Re: Proposal for the transition timetable for the move to GIT

2019-12-18 Thread Segher Boessenkool
On Mon, Dec 16, 2019 at 06:19:26PM -0500, Eric S. Raymond wrote: > Segher Boessenkool : > > There is absolutely no reason to trust a system that supposedly was > > already very mature, but that required lots of complex modifications, > > and even a complete rewrite in a different language, that eve

Re: PPC64 libmvec implementation of sincos

2019-12-18 Thread GT
‐‐‐ Original Message ‐‐‐ On Monday, December 9, 2019 3:39 AM, Richard Biener wrote: > You don't want to do it this way but map _Complex double to a vector > of 2 * n doubles instead. > Look into get_related_vectype_for_scalar_type where it alreday has > code to "change" the > scalar type

Options disabled under -Os

2019-12-18 Thread Visda.Vokhshoori
Hello, In GCC documentation, 3.1 Options that Control Optimization: it is indicated -Os disables alignment of functions, jumps, labels, and loops. However, with -v -Q passed to the compile step, I see all these options enabled under -Os. Is this intended behavior, therefore a documentation b

Re: Errors building libgcc for powerpc64le-linux-gnu

2019-12-18 Thread Segher Boessenkool
On Sun, Dec 15, 2019 at 09:43:20AM -0800, Ian Lance Taylor wrote: > On Sat, Dec 14, 2019 at 11:25 PM Segher Boessenkool > wrote: > > > > On Sat, Dec 14, 2019 at 10:51:50AM -0800, Ian Lance Taylor via gcc wrote: > > > I'm seeing compiler crashes building libgcc for powerpc64le-linux-gnu, > > > cros

Re: Code bloat due to silly IRA cost model?

2019-12-18 Thread Richard Sandiford
Segher Boessenkool writes: >> My point was the extra pseudo<-pseudo2 move is created by combine for >> its own internal purposes > > And my point is that it is *not* internal purposes :-) This is done > because we no longer combine with the hard register, but combining with > just a register move

Re: Code bloat due to silly IRA cost model?

2019-12-18 Thread Segher Boessenkool
Hi Richard, On Fri, Dec 13, 2019 at 10:31:54PM +, Richard Sandiford wrote: > >> I didn't say it was combine's fault that RA was bad. I said it was > >> combine's fault that we have two pseudos rather than one. See below. > My point was the extra pseudo<-pseudo2 move is created by combine fo

Re: Test GCC conversion with reposurgeon available

2019-12-18 Thread Joseph Myers
On Wed, 18 Dec 2019, Joseph Myers wrote: > On Wed, 18 Dec 2019, Joseph Myers wrote: > > > On Wed, 18 Dec 2019, Bernd Schmidt wrote: > > > > > On 12/17/19 10:32 PM, Joseph Myers wrote: > > > > git+ssh://gcc.gnu.org/home/gccadmin/gcc-reposurgeon-1a.git > > > > > > It seems that permission bits ar

Your request is being processed

2019-12-18 Thread Kennedy Peter
Hi You could have the last payment in your personal account. You need to address this instantly or it will be deleted. Go Here To Verify Your Payment Data Is Correct.   Customer email: g...@gnu.org User ID: TQNLMFJOC9 Enjoy & please let me know how you do. Thank you! Cortez   E Market

Re: Test GCC conversion with reposurgeon available

2019-12-18 Thread Jason Merrill
On Tue, Dec 17, 2019 at 4:39 PM Joseph Myers wrote: > Points for consideration: > > 1. Do we want some kind of rearrangement of refs as in the 1b > repository or not? > Maybe? How much space does that save in a clone? How much work does a partial clone add on the server, since the server needs

Re: Struct declaration and initialization in TREES

2019-12-18 Thread Richard Biener
On December 17, 2019 8:31:00 PM GMT+01:00, Erick Ochoa wrote: >Hi, > >I'm interested in printing VAR_DECL trees that are of type >RECORD_TYPE. I am using the function print_generic_decl >for debugging and found this interesting behaviour. > >When I do initialization of structs using the following