[LLVMdev] Contributing the Apple ARM64 compiler backend

Anton Korobeynikov anton at korobeynikov.info
Fri Mar 28 14:58:44 PDT 2014


Maybe we can put some deadlines on merges? E.g. expect two backends to
be merged by 3.5 release?

On Sat, Mar 29, 2014 at 1:37 AM, Chandler Carruth <chandlerc at google.com> wrote:
>
> On Fri, Mar 28, 2014 at 2:31 PM, Hal Finkel <hfinkel at anl.gov> wrote:
>>
>> ----- Original Message -----
>> > From: "Tim Northover" <t.p.northover at gmail.com>
>> > To: "Renato Golin" <renato.golin at linaro.org>
>> > Cc: "LLVM Developers Mailing List" <LLVMdev at cs.uiuc.edu>
>> > Sent: Friday, March 28, 2014 3:47:49 PM
>> > Subject: Re: [LLVMdev] Contributing the Apple ARM64 compiler backend
>> >
>> > Hi Renato,
>> > >> 2. Test it. Benchmark it. Explore it. Get data for the community
>> > >> to work with about the state of the back end. ARM has some
>> > >> excellent data that will help guide us here.
>> > >
>> > > Count me in. Would that be a different triple? arm64-linux-gnu?
>> >
>> > Yep. "--target arm64-linux-gnu" should behave basically the same as
>> > aarch64-linux-gnu, except ending up in the ARM64 backend. Complete
>> > with the usual issues of finding your toolchain's includes & libs;
>> > we've not solved that.
>>
>> Is a different target triple the right thing to do here? I think that
>> would introduce a ton of user confusion. How about we keep the target
>> triples as they are, and add some other way to choose the desired backend?
>
>
> I share your concern. However, I suspect that a) we will always have at
> least an alias as both triples are probably in use at this point, and b) it
> won't be the end of the world to have two triples for the same arch long
> term. amd64 and x86_64 wasn't the end of the world either. ::shrug::
>
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>



-- 
With best regards, Anton Korobeynikov
Faculty of Mathematics and Mechanics, Saint Petersburg State University



More information about the llvm-dev mailing list