This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Getting the ARC port reviewed and accepted
- From: Richard Earnshaw <rearnsha at arm dot com>
- To: Richard Biener <richard dot guenther at gmail dot com>
- Cc: "aph at redhat dot com" <aph at redhat dot com>, David Edelsohn <dje dot gcc at gmail dot com>, Joern Rennecke <joern dot rennecke at embecosm dot com>, "jeremy dot bennett at embecosm dot com" <jeremy dot bennett at embecosm dot com>, David Edelsohn <edelsohn at gnu dot org>, GCC Development <gcc at gcc dot gnu dot org>
- Date: Thu, 03 Oct 2013 13:24:37 +0100
- Subject: Re: Getting the ARC port reviewed and accepted
- Authentication-results: sourceware.org; auth=none
- References: <5249A23F dot 8000901 at embecosm dot com> <CAFiYyc0Uo_UOo6tBSVtXJK4giQLiL6BhWWJA3=grds8deA3qMA at mail dot gmail dot com> <524A9173 dot 30301 at redhat dot com> <CAFiYyc3ZJe_1XOOY5MeRD4UjOnc=KS9B1eTrgjPATT4OHNC-=A at mail dot gmail dot com> <524ACD05 dot 2020701 at redhat dot com> <CAFiYyc1q+hEeL5L2bwU_8fMW4SDSYBKdyG-xikRK_cgHF=mAkw at mail dot gmail dot com> <20131001101941 dot n710f8j688owg4oo-nzlynne at webmail dot spamcop dot net> <524AE8FF dot 2010101 at redhat dot com> <CAGWvny=r1=CSaPt+Vtj_rP2wdiKP8F9TOuKMEnJ6g0iA=NTuxQ at mail dot gmail dot com> <524BD9EE dot 1080300 at redhat dot com> <CAGWvnyn_YLzSZP=egK23xnkXZTRfWQP3fB9PvNZUXviyTJ0cUw at mail dot gmail dot com> <524C2468 dot 201 at redhat dot com> <CAFiYyc32LqWd5XhD_Jvuwf-THe+SSbfcyyDRoZyNJB=D5PV_mA at mail dot gmail dot com>
On 02/10/13 14:59, Richard Biener wrote:
> The main reason for technical review of a port is to avoid that it uses
> deprecated mechanisms and thus blocks removal of them. Like
> accepting a port that uses target macros when a corresponding
> target hook exists, or accepting a port that uses reload instead of LRA,
> or any other partial transition thing we had this matrix for somewhere
> somewhen.
There may be technical issues with doing this, but I've pondered before
the idea of having a pre-define of NEW_PORT, which has the effect of
disabling all deprecated interfaces in the compiler. New back-end
submissions would be required to build with NEW_PORT defined at the time
of inclusion.
Once a port has been included into trunk it can then remove the NEW_PORT
restriction.
A hook like this would also be useful for working out which ports were
still relying on legacy interfaces (though I suspect today that's most
of them...).
R.