Re: diagnostics-branch merged into mainline

2009-06-12 Thread Dave Korn
Aldy Hernandez wrote: >> Nope, I just meant that you presumably had every right to do so and should >> have felt free to exercise it because merging a branch justifies asking for a >> freeze. > > Ok, I was not aware of that. My apologies. For some reason I thought > only GWP folks (or thereabo

Re: diagnostics-branch merged into mainline

2009-06-12 Thread Aldy Hernandez
> And now you broke PowerPC and most other targets that call build_decl: Most other targets? You mean *every* target that uses build_decl. Oops, sorry about that. The patch below fixes it. I can't do a bootstrap (I can't find the PPC machine I have access to, and everyone seems to be in a hurry

Re: diagnostics-branch merged into mainline

2009-06-12 Thread Aldy Hernandez
> Nope, I just meant that you presumably had every right to do so and should > have felt free to exercise it because merging a branch justifies asking for a > freeze. Ok, I was not aware of that. My apologies. For some reason I thought only GWP folks (or thereabouts) could ask for a freeze. I

Re: diagnostics-branch merged into mainline

2009-06-12 Thread Dave Korn
Aldy Hernandez wrote: > On Sat, Jun 13, 2009 at 01:51:42AM +0100, Dave Korn wrote: >> Aldy Hernandez wrote: >>> Hi folks. >>> >>> At the last minute Ian got a patch in that touched a bunch of places >>> that I was also changing. I resolved the conflicts, and bootstrapped >>> and tested for C and C

Re: diagnostics-branch merged into mainline

2009-06-12 Thread David Edelsohn
You do not have to make an announcement, but people generally have asked for a freeze around a major merge so that problems from the new functionality can be pinpointed and merge conflicts can be avoided. David On Fri, Jun 12, 2009 at 9:49 PM, Aldy Hernandez wrote: > On Sat, Jun 13, 2009 at 01:51

Re: diagnostics-branch merged into mainline

2009-06-12 Thread Aldy Hernandez
On Sat, Jun 13, 2009 at 01:51:42AM +0100, Dave Korn wrote: > Aldy Hernandez wrote: > > Hi folks. > > > > At the last minute Ian got a patch in that touched a bunch of places > > that I was also changing. I resolved the conflicts, and bootstrapped > > and tested for C and C++. Unfortunately, peop

Re: diagnostics-branch merged into mainline

2009-06-12 Thread Dave Korn
Aldy Hernandez wrote: > Hi folks. > > At the last minute Ian got a patch in that touched a bunch of places > that I was also changing. I resolved the conflicts, and bootstrapped > and tested for C and C++. Unfortunately, people kept committing stuff > that caused conflicts, so I broke down and c

Re: diagnostics-branch merged into mainline

2009-06-12 Thread Andrew Pinski
On Fri, Jun 12, 2009 at 6:13 PM, Aldy Hernandez wrote: > Hi folks. > > At the last minute Ian got a patch in that touched a bunch of places > that I was also changing.  I resolved the conflicts, and bootstrapped > and tested for C and C++.  Unfortunately, people kept committing stuff > that caused

diagnostics-branch merged into mainline

2009-06-12 Thread Aldy Hernandez
Hi folks. At the last minute Ian got a patch in that touched a bunch of places that I was also changing. I resolved the conflicts, and bootstrapped and tested for C and C++. Unfortunately, people kept committing stuff that caused conflicts, so I broke down and committed after a minor C/C++ boots

Re: Machine Description Template?

2009-06-12 Thread Michael Meissner
On Fri, Jun 05, 2009 at 05:11:06PM -0500, Graham Reitz wrote: > > Is there a machine description template in the gcc file source tree? > > If there is also template for the 'C header file of macro definitions' > that would be good to know too. > > I did a file search for '.md' and there are to

Re: naked functions on x86 architecture

2009-06-12 Thread Andrew Haley
Zachary Turner wrote: > I guess the same reason people would want any asm functions in C > source code. Sometimes it's just the best way to express something. > Like in the example I mentioned, I could write 4 different functions > in assembly, one for each size suffix, wrap them all up in a sepa

Re: naked functions on x86 architecture

2009-06-12 Thread Zachary Turner
On Fri, Jun 12, 2009 at 12:39 PM, Andrew Haley wrote: > Zachary Turner wrote: >> On Fri, Jun 12, 2009 at 11:32 AM, Paolo Bonzini >> wrote: This is one example, but it illustrates a general concept that I think is really useful and I personally have used numerous times for lots of ot

Re: naked functions on x86 architecture

2009-06-12 Thread Andrew Haley
Zachary Turner wrote: > On Fri, Jun 12, 2009 at 11:32 AM, Paolo Bonzini > wrote: >>> This is one example, but it illustrates a general concept that I think >>> is really useful and I personally have used numerous times for lots of >>> other instructions than SCAS. If there is a way to achieve thi

Re: naked functions on x86 architecture

2009-06-12 Thread Zachary Turner
On Fri, Jun 12, 2009 at 11:32 AM, Paolo Bonzini wrote: >> This is one example, but it illustrates a general concept that I think >> is really useful and I personally have used numerous times for lots of >> other instructions than SCAS.  If there is a way to achieve this >> without using a naked fun

Re: naked functions on x86 architecture

2009-06-12 Thread Paolo Bonzini
This is one example, but it illustrates a general concept that I think is really useful and I personally have used numerous times for lots of other instructions than SCAS. If there is a way to achieve this without using a naked function then please advise. Keeping the __asm syntax, I'd be surpr

naked functions on x86 architecture

2009-06-12 Thread Zachary Turner
Hi, I know this has been discussed before, I have read through some of the archives and read about some of the rationale.  I want to raise it again however, because I don't think anyone has ever presented a good example of where it is really really useful on x86 architectures. In general, it is v

Re: Code optimization only in loops

2009-06-12 Thread Paolo Bonzini
Jean Christophe Beyler wrote: I've gone back to this problem (since I've solved another one ;-)). And I've moved forward a bit: It seems that if I consider an array of characters, there are no longer any shifts and therefore I do get my two loads with the use of an offset: The reason there are