[LLVMdev] GSoc 2009 (Bad Subject in the previous email)
echeng at apple.com
Wed Apr 1 13:12:35 PDT 2009
On Apr 1, 2009, at 10:01 AM, Ehsan Amiri wrote:
> Hi Evan
> Thanks for the email. I had a look at gcc implementation of TBAA and
> I think three main steps in implementation of TBAA for LLVM will be
> April 20 ~ May 23: I will read gcc implementation in depth and play
> around with LLVM code.
> May 23 ~ July 6: Implementation and test of a simple version of TBAA
> that does not work with all aggregate types. I think part of the
> coding required for aggregate type can be done in this period but it
> will not be ready for midterm evaluation. On the other hand this
> period will be my first experience with LLVM code and so I will
> spend some time on learning LLVM-specific details.
> July 6 ~ August 10: Finishing implementaiton and testing for
> aggregate types and preparing any doumentaion needed.
> In general gcc implementation of TBAA will be the base of my work,
> but I will read it in depth before starting the implementation, so
> that we can decide on any changes required before the start of coding.
I am not sure if modeling gcc's implementation of TBAA is a good idea.
Could someone who knows more about this topic chime in?
> Please let me know if this sounds reasonable.
> On Sun, Mar 29, 2009 at 6:51 PM, Evan Cheng <evan.cheng at apple.com>
> Hi Ehsan,
> All of the projects you have listed are quite interesting. If I were
> to advocate for one, it would be #2. I think the scope of work is
> perfect for GSoc.
> I'd encourage send out a more concrete proposal when you're ready.
> On Mar 27, 2009, at 2:35 PM, Ehsan Amiri wrote:
>> Dear all
>> I am a PhD student of Computer Scince at Simon Fraser University (http://www.cs.sfu.ca
>> ) interested in applying to GSoC. My PhD is focused on theoretical
>> computer science, but since Sep. 2008 I have started working on
>> Software projects again. Currently I am working in COSTAR lab (http://costar.sfu.ca/
>> ) on a high performance regular expression engine based on Parallel
>> bit streams technology. A considerable part of this project is
>> optimal register allocation and I have got familiar with the
>> literature during my current project. Before my PhD I have worked
>> on various projects including distributed firewall and short
>> message service center. These projects requried C++ and C(kernel
>> level) programming in Linux.
>> I am interested in the following open projects of llvm.
>> 1- Implementing interprocedural register allocation. This is in the
>> same line with what I have been doing recently.
>> The other projects below are also quite interesting for me:
>> 2- Adding support for Type Based Alias Analysis
>> 3- Improving handling of memcpy/memset.
>> 4- Implementing a loop dependency analysis infrastructure.
>> Best Regards
>> Ehsan Amiri
>> PS. Sorry for the wrong subject in the previous email
>> LLVM Developers mailing list
>> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the llvm-dev