[LLVMdev] GSoc 2009 (Bad Subject in the previous email)

[Tanya M. Lattner]

I would encourage you to have more concrete milestones for each phase of 
the project. What you are suggesting is very open ended and vague. You 
should try to break up the algorithm into incremental stages and deadlines 
for each part.

-Tanya

On Wed, 1 Apr 2009, 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 this:
> 
> 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.
> 
> Please let me know if this sounds reasonable.
> Thanks
> Ehsan
> 
> On Sun, Mar 29, 2009 at 6:51 PM, Evan Cheng <evan.cheng at apple.com> wrote:
>       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.
> 
> Thanks,
> 
> Evan
> 
> 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
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
> 
> 
> 
> 
>