[LLVMdev] Contributing the Apple ARM64 compiler backend

Chad Rosier mcrosier at codeaurora.org
Tue Jun 24 05:32:23 PDT 2014


Eric,
Feel free to file PRs and CC me on them! :)

 Chad

-----Original Message-----
From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On
Behalf Of Manjunath N
Sent: Tuesday, June 24, 2014 5:45 AM
To: llvmdev at cs.uiuc.edu
Subject: Re: [LLVMdev] Contributing the Apple ARM64 compiler backend



Eric Christopher <echristo <at> gmail.com> writes:

> 
> > The big pain issues I see merging from ARM64 to AArch64 are:
> > 1.      Apple have created a fairly complete scheduling model already 
for
> > ARM64, and we'd have to merge the partial? model in AArch64 and theirs. 
We
> > risk regressing performance on Apple's targets here, and we can't
determine
> > ourselves whether we have or not. This is not ideal.
> > 2.      Porting over the DAG-to-DAG optimizations and any other
> > optimizations that rely on the tablegen layout will be very tricky.
> > 3.      The conditional compare pass is fairly comprehensive - we'd have

to
> > port that over or rewrite it and that would be a lot of work.
> > 4.      A very quick analysis last night indicated that ARM64 has
> > implemented just under half of the optimizations we discovered
opportunities
> > for in SPEC and EEMBC. That's a fairly comprehensive number of 
> > optimizations, and they won't all be easy to port.
Eric,
You mention that there a quite a few  optimization opportunities in SPEC
2000/ EEMBC.
I am looking to optimize the Aarch64 backend. Could you please let me know
the big optimizations possible?



_______________________________________________
LLVM Developers mailing list
LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev




More information about the llvm-dev mailing list