On Monday, May 26, 2014, Michele Scandale <<a href="mailto:michele.scandale@gmail.com">michele.scandale@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi all,<br>
<br>
in my group we are working on compiler-rt and we would like to ask few<br>
clarifications:<br>
-  is there a specific reason to not include in compiler-rt 'crt' related files<br>
(to generate crti.o, crtbegin.o, crtend.o, crtn.o and so on)?</blockquote><div><br></div><div>The mentioned files are not compiler support files.  They are part of the libc implementation.  Each libc implementation has <span></span>it's own data structures, and initialization needs.  There is no reason that LLVM (nor compiler-rt) needs to be aware of any of that.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-  about file naming: what was the ratio behind the choice to differentiate<br>
output files between architectures on a suffix basis instead of a directory basis?<br>
<br>
In example now we have the following:<br>
<br>
  ${prefix}/lib/clang/${clang_version}/lib/${os}/libclang_rt.${arch}.a<br>
<br>
why this is better than something like<br>
<br>
  ${prefix}/lib/clang/${clang_version}/lib/${arch}/${os}/libclang_rt.a<br>
<br>
?<br>
<br>
>From the clang driver point of view this won't change nothing, but IMHO having a<br>
distinct folder for each target would better ensure a strong separation between<br>
libraries of different targets.<br>
<br>
Thanks in advance for the attention.<br>
<br>
Best regards,<br>
<br>
Michele Scandale<br>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'LLVMdev@cs.uiuc.edu')">LLVMdev@cs.uiuc.edu</a>         <a href="http://llvm.cs.uiuc.edu" target="_blank">http://llvm.cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev</a><br>
</blockquote><br><br>-- <br>Saleem Abdulrasool<br>compnerd (at) compnerd (dot) org<br>