<div class="gmail_quote">On Mon, Mar 28, 2011 at 10:19 PM, Tobias Grosser <span dir="ltr"><<a href="mailto:grosser@fim.uni-passau.de">grosser@fim.uni-passau.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On 03/28/2011 09:12 AM, Justin Holewinski wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi All,<br>
<br>
I am going to submit a GSoC proposal for LLVM this year, and I would<br>
like to first post it here to get constructive feedback before I submit<br>
it before the April 8 deadline.  This is the first time I have submitted<br>
a GSoC proposal, so please be brutal with the feedback. :)<br>
</blockquote>
<br></div>
Hi Justin,<br>
<br>
I think this is a great idea. I am highly interested in PTX code generation.<br>
<br>
[...Proposal...]<br>
<br>
The proposal is nice and shows that you already have a good idea of your project.<br>
<br>
Here some ideas how you can further improve it:<br>
<br>
1. Milestones / Time line<br>
<br>
You already have a two-phase development plan. I believe it would be nice, if you can further split it into a set of smaller milestones. Each could include a short description of what you plan to deliver, how long its implementation will take and when you plan to implement it during the summer of code. Those milestones could be sorted into the time frame you have for the GSoC. In addition, you could define "Success Criteria" for the midterm/final evaluation.<br>

<br>
This will make it easy to see during GSoC, if you are on track with your project and will allow you and your mentor to readjust your milestones if necessary.<br>
<br>
When developing mile stones and success criteria, better be conservative and only add items you are confident you can implement during GSoC. You can add additionally a set of "if time permits" milestones, where you put the stuff that is not 100% needed, but that would be good to have.<br>

<br>
2. It would be nice to include a description of the examples you have already tested<br>
<br>
3. Define the exceptions<br>
<br>
It would be good to know what parts you definitely do not plan to implement and best why not (Postponed, impossible, not relevant, ...).<br>
Like this people can understand to what extend your backend will be usable after the GSoC.<br>
<br>
4. Phase two is currently a little short<br>
<br>
What kind of optimizations do you plan? Have you already an idea or will you investigate this when you get to this point? How much time do you plan to spend on Part II? If it is more than two weeks, it would be good to elaborate a little on what you plan to do there exactly.<br>

<br>
<br>
So that's all for the moment. As the application was already nice, I just did some conceptually nitpicking. ;-)<br></blockquote><div><br></div><div>Thanks for the comments!</div><div><br></div><div>I have updated the proposal; it can be found at: <a href="https://sites.google.com/site/justinholewinski/projects/gsoc/llvm-ptx-back-end-2011">https://sites.google.com/site/justinholewinski/projects/gsoc/llvm-ptx-back-end-2011</a></div>
<div><br></div><div>Please let me know if you have any comments before I submit it to Melange in the next few days!</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<br>
Cheers<br>
Tobi<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br><br><div>Thanks,</div><div><br></div><div>Justin Holewinski</div><br>