<br>hi,<br>Several doubts aroused after I read through all the information provided in former  mails. They are<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"><br>
>><br>
> I think this would be a great project.  However, I would rephrase it<br>
> to be more concrete.<br>
><br>
> How about taking a linux distro like redhat or gentoo or whatever you<br>
> are familiar of comfortable with, and try compiling the whole thing<br>
> with llvm-gcc?  As part of the GSoC project, you could file bug<br>
> reports for any issues you hit and help track down problems.<br>
><br>
</div></blockquote><div><br>1) I thought of taking the gcc compiler and compiling it with llvm since it is easier to make test cases to test the system. Is gcc compiler already built with llvm? if so I have the linux kernel as the second option. What is your openion on this ?<br>
 <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d"><br>
</div>Excellent idea!<br>
<br>
When testing large code bases built with llvm, and trying to track down<br>
where the problem is it would be very useful to have an automated tool<br>
to help. Something similar to 'git bisect', or bugpoint but for many<br>
source files.<br>
<br>
For example: built entire code with gcc, get some "expected output" (run<br>
make check, ....), same for llvm-gcc. If they differ, start tracking<br>
down (automatically!) in which source files the problem is.  Then you<br>
build half code with llvm, half with gcc. If it breaks, you build 1/4<br>
llvm, 3/4 gcc; if it doesn't break you build 3/4 llvm, 1/4 gcc, and so<br>
on. The situation should be logged by a tool, because for example I<br>
would certainly forget which build worked, and which one didn't.<br>
It would make sense to cache files previously built, an easy way to do<br>
that would be to build everything with one compiler, then backup&remove<br>
one half, and built it with the other compiler (just run make with the<br>
correct compiler, it will rebuild the missing files). Then restore the<br>
half, remove a quarter, repeat.<br>
<br>
If this tool could be a drop-in wrapper for CC/CXX, it would be<br>
excellent, since nearly every autotooled package could be tested this way.<br>
<br></blockquote><div>2) you've mentioned about using a tool to test the system that I'll be building with LLVM. Do I have to develop this tool from the scratch or are there any existing tools that can be made use of?  <br>
 <br>Thank you,<br>Kumaripaba <br></div></div><br>