Re: Ping: The TI C6X port

2011-07-14 Thread Bernd Schmidt
On 06/14/11 22:52, Vladimir Makarov wrote: > On 06/06/2011 07:26 AM, Bernd Schmidt wrote: >> Ping^3 for the C6X port. Now with extra patches: >> >> Additional preliminary scheduler tweaks: >> http://gcc.gnu.org/ml/gcc-patches/2011-05/msg02408.html >> > It is ok for me. Thanks, Bernd. I've committ

Re: The TI C6X port

2011-07-13 Thread Bernd Schmidt
On 05/25/11 02:29, Vladimir Makarov wrote: >> http://gcc.gnu.org/ml/gcc-patches/2011-05/msg00750.html > Ok. But changelog entry for sched_change_pattern is absent. I've committed this with a slight change in sched_change_pattern; another patch I'm working on showed a need to also clear the cached

Fwd: Re: The TI C6X port

2011-07-12 Thread Bernd Schmidt
I noticed that this approval had not been sent to the mailing list. I'm restesting and checking in the remaining preliminary patches for C6X now. Bernd Original Message Subject: Re: The TI C6X port Date: Wed, 25 May 2011 17:11:53 -0400 From: Vladimir Makarov To: Bernd Sc

Re: Ping: The TI C6X port

2011-07-11 Thread Gerald Pfeifer
On Mon, 11 Jul 2011, Mike Stump wrote: > My take, you need approval for everything outside your area, once you > have that, and that work is checked in, then, you can check in all the > target bits, self approving those bits, if they meet your standard. That's my understanding as well. (With

Re: Ping: The TI C6X port

2011-07-11 Thread Mike Stump
On Jul 11, 2011, at 3:18 AM, Bernd Schmidt wrote: > On 06/06/11 14:53, Gerald Pfeifer wrote: >> not a direct approval for any of the outstanding patches, but I am happy >> to report that the steering committee is appointing you maintainer of the >> C6X port. >> >> Please go ahead and add yourse

Re: Ping: The TI C6X port

2011-07-11 Thread Bernd Schmidt
On 06/06/11 14:53, Gerald Pfeifer wrote: > not a direct approval for any of the outstanding patches, but I am happy > to report that the steering committee is appointing you maintainer of the > C6X port. > > Please go ahead and add yourself to the MAINTAINERS file as part of the > patch that act

Re: Ping: The TI C6X port

2011-07-07 Thread Richard Henderson
On 07/07/2011 03:26 PM, Bernd Schmidt wrote: > 7/11: Cope with using a section name other than ".rodata". > http://gcc.gnu.org/ml/gcc-patches/2011-05/msg00909.html Ok. > 8/11: Round function arg sizes to more than PARM_BOUNDARY > http://gcc.gnu.org/ml/gcc-patches/2011-05/msg02170.

Re: Ping: The TI C6X port

2011-07-07 Thread Richard Henderson
On 07/07/2011 03:26 PM, Bernd Schmidt wrote: > 6/11: REG_WORDS_BIG_ENDIAN > http://gcc.gnu.org/ml/gcc-patches/2011-05/msg00757.html Ok. Nick, consider using this on the rx port. This should solve the problem with the mulsidi3 pattern not available for BE. r~

Re: Ping: The TI C6X port

2011-07-07 Thread Bernd Schmidt
Ping^6 for the C6X port. 6/11, 7/11, 8/11, 9/11 should be relatively quick to review. Cc'ing some maintainers. 10/11 is of course out of date by now, but there's little sense posting new versions all the time... >>> regrename across basic block boundaries: >>> http://gcc.gnu.org/ml/gcc-patches/

Re: Ping: The TI C6X port

2011-06-27 Thread Bernd Schmidt
On 06/14/11 12:40, Bernd Schmidt wrote: > Ping^5 for the C6X port. >> regrename across basic block boundaries: >> http://gcc.gnu.org/ml/gcc-patches/2011-05/msg02193.html http://gcc.gnu.org/ml/gcc-patches/2011-06/msg01595.html >> >>> 6/11: REG_WORDS_BIG_ENDIAN >>> http://gcc.gnu.org/ml/gcc-patches/2

Re: Ping: The TI C6X port

2011-06-18 Thread Richard Henderson
On 06/14/2011 03:40 AM, Bernd Schmidt wrote: >> Allow alternatives in attr "predicable": >> http://gcc.gnu.org/ml/gcc-patches/2011-06/msg00094.html Ok. r~

Re: Ping: The TI C6X port

2011-06-14 Thread Vladimir Makarov
On 06/06/2011 07:26 AM, Bernd Schmidt wrote: Ping^3 for the C6X port. Now with extra patches: Additional preliminary scheduler tweaks: http://gcc.gnu.org/ml/gcc-patches/2011-05/msg02408.html It is ok for me. Thanks, Bernd. Allow alternatives in attr "predicable": http://gcc.gnu.org/ml/gcc-pa

Re: Ping: The TI C6X port

2011-06-14 Thread Bernd Schmidt
Ping^4 for the C6X port. > Additional preliminary scheduler tweaks: > http://gcc.gnu.org/ml/gcc-patches/2011-05/msg02408.html > > Allow alternatives in attr "predicable": > http://gcc.gnu.org/ml/gcc-patches/2011-06/msg00094.html > > regrename across basic block boundaries: > http://gcc.gnu.org/m

Re: Ping: The TI C6X port

2011-06-06 Thread Bernd Schmidt
On 06/06/2011 02:53 PM, Gerald Pfeifer wrote: > not a direct approval for any of the outstanding patches, but I am happy > to report that the steering committee is appointing you maintainer of the > C6X port. Thanks! > Thanks for contributing this work, and happy hacking! And do think of > con

Re: Ping: The TI C6X port

2011-06-06 Thread Gerald Pfeifer
Hi Bernd, not a direct approval for any of the outstanding patches, but I am happy to report that the steering committee is appointing you maintainer of the C6X port. Please go ahead and add yourself to the MAINTAINERS file as part of the patch that actually adds the port (10/11 if I recall cor

Re: Ping: The TI C6X port

2011-06-06 Thread Bernd Schmidt
Ping^3 for the C6X port. Now with extra patches: Additional preliminary scheduler tweaks: http://gcc.gnu.org/ml/gcc-patches/2011-05/msg02408.html Allow alternatives in attr "predicable": http://gcc.gnu.org/ml/gcc-patches/2011-06/msg00094.html regrename across basic block boundaries: http://gcc.g

Ping: The TI C6X port

2011-05-30 Thread Bernd Schmidt
Pings for the C6X port patches. 6/11: REG_WORDS_BIG_ENDIAN http://gcc.gnu.org/ml/gcc-patches/2011-05/msg00757.html 7/11: Cope with using a section name other than ".rodata". http://gcc.gnu.org/ml/gcc-patches/2011-05/msg00909.html 8/11: Round function arg sizes to more than PARM_BOUNDARY http://g

Re: The TI C6X port

2011-05-27 Thread Bernd Schmidt
On 05/25/2011 12:29 AM, Vladimir Makarov wrote: > So I need to finish review of the 4th patch (I hope to finish it > tomorrow). All other patches is ok. Thanks, Vlad. I'm trickling them in now. >> http://gcc.gnu.org/ml/gcc-patches/2011-05/msg00755.html >> > Ok. Only changelog entry for deps_anal

Re: The TI C6X port

2011-05-24 Thread Vladimir Makarov
On 11-05-23 5:45 AM, Bernd Schmidt wrote: Ping: C6X scheduler changes. http://gcc.gnu.org/ml/gcc-patches/2011-05/msg00747.html I think it is ok. I spent a lot of time looking at the change. It looks ok to me although it is hard to be sure because the code is too complicated. So it is good t

Re: The TI C6X port

2011-05-23 Thread Bernd Schmidt
Ping: C6X scheduler changes. http://gcc.gnu.org/ml/gcc-patches/2011-05/msg00747.html http://gcc.gnu.org/ml/gcc-patches/2011-05/msg00749.html http://gcc.gnu.org/ml/gcc-patches/2011-05/msg00750.html http://gcc.gnu.org/ml/gcc-patches/2011-05/msg00753.html http://gcc.gnu.org/ml/gcc-patches/2011-05/msg

Re: The TI C6X port

2011-05-11 Thread Joseph S. Myers
On Wed, 11 May 2011, Bernd Schmidt wrote: > On 05/10/2011 06:51 PM, Joseph S. Myers wrote: > > On Tue, 10 May 2011, Bernd Schmidt wrote: > > > >> Binutils and uClibc already contain C6X patches; unfortunately there > >> isn't an open-source sim. > > > > The newlib support is also upstream. > >

Re: The TI C6X port

2011-05-11 Thread Bernd Schmidt
On 05/10/2011 06:51 PM, Joseph S. Myers wrote: > On Tue, 10 May 2011, Bernd Schmidt wrote: > >> Binutils and uClibc already contain C6X patches; unfortunately there >> isn't an open-source sim. > > The newlib support is also upstream. > >> I've also run c6x tests, which look fairly clean on the

Re: The TI C6X port

2011-05-10 Thread Joseph S. Myers
On Tue, 10 May 2011, Bernd Schmidt wrote: > Binutils and uClibc already contain C6X patches; unfortunately there > isn't an open-source sim. The newlib support is also upstream. > I've also run c6x tests, which look fairly clean on the whole. Does this testing cover all six architecture variant

The TI C6X port

2011-05-10 Thread Bernd Schmidt
I will post a series of patches as replies to this message which add a port for TI's C6X processors to gcc. This involves a number of scheduler changes and a few minor new target hooks and macros. Some pieces are still missing in this submission. Paul Brook has implemented exception handling suppo