Hello,
I just committed the following to svn as commit r182330.
ChangeLog:
* MAINTAINERS (picochip): Changed email address.
Cheers
Hari
Hello all,
The gimple->rtl expander phase now expects cbranch to not have a :CC
after the match operator. This is the case for cbranch for all the other
ports anyway, so now picochip matches this pattern. Committed to
mainline as
ChangeLog:
* config/picochip/picochip.md (cbranchhi4):
Hello,
Recent changes to dwarf information adds call_arg_location notes just
after the call instruction. They need to follow the call instruction
strictly. But, this means that they could occur in the middle of a VLIW
instruction. Our assembler currently can not handle labels in the middle
of
Looks good to me Nathan. Please go ahead and commit.
Thanks
Hari
On 20/04/11 20:51, Nathan Froyd wrote:
As $SUBJECT suggests. Tested with cross to picochip-elf. OK to commit?
-Nathan
* config/picochip/picochip.c (picochip_init_builtins): Call
build_function_type_list instead
Hello,
I discussed this problem with Vlad in
http://gcc.gnu.org/ml/gcc/2011-05/msg00131.html. I propose the following
patch to fix it. Okay to commit?
Thanks
Hari
ChangeLog:
* ira.c (clarify_prohibited_class_mode_regs): It was running
beyond the end of REGNO_REG_CLASS array. Fixed.
Hello,
I discussed this problem with Vlad in
http://gcc.gnu.org/ml/gcc/2011-05/msg00131.html. I propose the following
patch to fix it. Okay to commit?
Revised the ChangeLog.
Thanks
Hari
ChangeLog:
* ira.c (clarify_prohibited_class_mode_regs): Prevent the
function from accessing beyo
On 11/05/11 19:32, Vladimir Makarov wrote:
On 05/11/2011 10:07 AM, Hari Sandanagobalane wrote:
Hello,
I discussed this problem with Vlad in
http://gcc.gnu.org/ml/gcc/2011-05/msg00131.html. I propose the
following patch to fix it. Okay to commit?
Revised the ChangeLog.
Thanks
Hari
ChangeLog
On 12/05/11 10:18, Jakub Jelinek wrote:
On Thu, May 12, 2011 at 10:09:42AM +0100, Hari Sandanagobalane wrote:
The REGNO_REG_CLASS is generally an array of size
FIRST_PSEUDO_REGISTER. So, the indexes go from 0 to
FIRST_PSEUDO_REGISTER-1.
That is true.
I think the ">=" conditi
