Re: RFC: Hack to make restrict more useful

2007-09-02 Thread Mark Mitchell
Daniel Berlin wrote: > Again, I'd love to just ignore this and say "we don't care". Ugh. I think you're right that the standard says that we only get to assume non-aliasing when the pointed-to memory is modified, so all-parameters-restrict is actually weaker than -fargument-noalias. How unfortu

Re: RFC: Hack to make restrict more useful

2007-09-02 Thread Daniel Berlin
On 9/2/07, Paul Brook <[EMAIL PROTECTED]> wrote: > > > That said, second, my understanding of restrict, from reading the c99 > > > standard, is that it is perfectly valid for restrict pointers to alias > > > each other during *loads*.. IE you can guarantee any restricted > > > pointer that is stor

Re: RFC: Hack to make restrict more useful

2007-09-02 Thread Paul Brook
> > That said, second, my understanding of restrict, from reading the c99 > > standard, is that it is perfectly valid for restrict pointers to alias > > each other during *loads*.. IE you can guarantee any restricted > > pointer that is stored into can't alias the other restricted pointers. > > T

Re: RFC: Hack to make restrict more useful

2007-09-02 Thread Richard Guenther
On 9/3/07, Daniel Berlin <[EMAIL PROTECTED]> wrote: > > That said, second, my understanding of restrict, from reading the c99 > standard, is that it is perfectly valid for restrict pointers to alias > each other during *loads*.. IE you can guarantee any restricted > pointer that is stored into can

Re: RFC: Hack to make restrict more useful

2007-09-02 Thread Daniel Berlin
On 9/1/07, Mark Mitchell <[EMAIL PROTECTED]> wrote: > Richard Guenther wrote: > > >> OK, great. Here's a draft patch for the trick; this works on the test > >> case I had, and I'll be testing it now. If it passes testing, and I add > >> testcases, does this look OK to you? > > Thanks for the spee

[PATCH PR31490] Re: another build failure on ppc64-linux

2007-09-02 Thread Segher Boessenkool
Bootstrap of current trunk on powerpc64-linux fails in libstdc++ building system_error.lo. The code that fails was added a few days ago, but the failure seems to be the same as the one reported in PR 31490. I verified that the patch from comment #10 of that PR allows bootstrap of c,c++,fortra

A script to create templates for a new port

2007-09-02 Thread kai-gcc
I hope this will be of use to someone. (At least it already helped find some bugs in tm.texi.) Usage: Run the script on a mainline GCC source directory. You'll get two comment-only files, MACHINE.c and MACHINE.h. When you've converted these into an actual working port, please eliminate *ALL* of th