Preparing to merge ARM/hard_vfp_branch to trunk

Preparing to merge ARM/hard_vfp_branch to trunk

[Richard Earnshaw]

I think we are now in the position where we can merge the arm hard-vfp
ABI code into trunk.  There are no known issues with the compiler code
and just one outstanding issue relating to tests and dealing with
compiler variants (multilibs and other options).  That issue shouldn't
prevent merging.

All the patches to non-arm code bar one have already received approval
for mainline integration.  The outstanding issue is a change to the
SPARC back-end to account for a change to the LIBCALL_VALUE macro.

I believe that I could legitimately approve that patch myself (it's
pretty trivial and I didn't author it), but I'd prefer to get approval
from one of the SPARC maintainers.  Here's your chance:

	http://gcc.gnu.org/ml/gcc-patches/2009-04/msg01027.html

Once that issue is taken care of, I don't think there are any further
obstacles to completing the merge and propose to do that sometime over
the next week.

Comments/objections please?

R.

Re: Preparing to merge ARM/hard_vfp_branch to trunk

[Eric Botcazou]

> I believe that I could legitimately approve that patch myself (it's
> pretty trivial and I didn't author it), but I'd prefer to get approval
> from one of the SPARC maintainers.  Here's your chance:
>
> 	http://gcc.gnu.org/ml/gcc-patches/2009-04/msg01027.html

OK.

-- 
Eric Botcazou

Re: Preparing to merge ARM/hard_vfp_branch to trunk

[David Miller]

From: Eric Botcazou <ebotcazou@adacore.com>
Date: Wed, 5 Aug 2009 17:59:01 +0200

>> I believe that I could legitimately approve that patch myself (it's
>> pretty trivial and I didn't author it), but I'd prefer to get approval
>> from one of the SPARC maintainers.  Here's your chance:
>>
>> 	http://gcc.gnu.org/ml/gcc-patches/2009-04/msg01027.html
> 
> OK.

It looks fine to me too.

Re: Preparing to merge ARM/hard_vfp_branch to trunk

[Joseph S. Myers]

On Wed, 5 Aug 2009, Richard Earnshaw wrote:

> I think we are now in the position where we can merge the arm hard-vfp
> ABI code into trunk.  There are no known issues with the compiler code
> and just one outstanding issue relating to tests and dealing with
> compiler variants (multilibs and other options).  That issue shouldn't
> prevent merging.

I've remembered two outstanding issues from 
<http://gcc.gnu.org/ml/gcc-patches/2009-05/msg00591.html>:

* The pcs attribute needs documentation and testcases.

* The attribute warning using %qs should now use %qE.

-- 
Joseph S. Myers
joseph@codesourcery.com

Re: Preparing to merge ARM/hard_vfp_branch to trunk

[Richard Earnshaw]

On Wed, 2009-08-05 at 14:20 +0100, Richard Earnshaw wrote:
> I think we are now in the position where we can merge the arm hard-vfp
> ABI code into trunk.  There are no known issues with the compiler code
> and just one outstanding issue relating to tests and dealing with
> compiler variants (multilibs and other options).  That issue shouldn't
> prevent merging.
> 
> All the patches to non-arm code bar one have already received approval
> for mainline integration.  The outstanding issue is a change to the
> SPARC back-end to account for a change to the LIBCALL_VALUE macro.
> 
> I believe that I could legitimately approve that patch myself (it's
> pretty trivial and I didn't author it), but I'd prefer to get approval
> from one of the SPARC maintainers.  Here's your chance:
> 
> 	http://gcc.gnu.org/ml/gcc-patches/2009-04/msg01027.html
> 
> Once that issue is taken care of, I don't think there are any further
> obstacles to completing the merge and propose to do that sometime over
> the next week.
> 
> Comments/objections please?
> 
> R.

I've now completed the merge.  A couple of late issues that Joseph has
just reminded me of will now be fixed on the trunk.

R.