<br><br><div class="gmail_quote">On Tue Nov 04 2014 at 12:43:05 PM Peter S. Housel <<a href="mailto:housel@acm.org">housel@acm.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 11/04/2014 07:04 AM, Robinson, Paul wrote:<br>
>> From: <a href="mailto:llvmdev-bounces@cs.uiuc.edu" target="_blank">llvmdev-bounces@cs.uiuc.edu</a> [mailto:<a href="mailto:llvmdev-bounces@cs.uiuc.edu" target="_blank">llvmdev-bounces@cs.<u></u>uiuc.edu</a>] On Behalf Of Sean Silva<br>
>><br>
>> You haven't established that you really need this. AFAIK Apple's linker<br>
>> doesn't need this version information and they have shipped LTO for a<br>
>> while now.<br>
> Does Apple support library/middleware providers shipping bitcode instead<br>
> of object code?  That's the most nervous-making scenario for compatibility.<br>
> LTO by itself needs bitcode only as an ephemeral stage between source and<br>
> object; it's supporting bitcode as a long-lived on-disk format that keeps<br>
> us awake at night.<br>
><br>
> I acknowledge the compatibility promise but I've been whacked upside the<br>
> head too often by QA over the years to take an unverified promise at<br>
> face value.  I would like worked examples and industry experience reports.<br>
> --paulr<br>
<br>
I've been bitten by trying to do this sort of thing recently. The<br>
released LLVM 3.4 and 3.5, and the Xcode 5.x tools, generate debug info<br>
marked with the module flag:<br>
<br>
     !49 = metadata !{i32 2, metadata !"Debug Info Version", i32 1}<br>
<br>
The tools included with Xcode 6.x generate debug info marked as:<br>
<br>
     !49 = metadata !{i32 2, metadata !"Debug Info Version", i32 600054001}<br>
<br></blockquote><div><br></div><div>This is an apple bug. You should report it.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
and will discard debug info marked with any other version.<br>
<br></blockquote><div><br></div><div>This is correct behavior.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I had originally hoped that our (Open Dylan) compiler could output<br>
bitcode that people could compile and link using the standard<br>
/usr/bin/clang installed with Xcode, but it's looking more like we may<br>
want to provide users with a build of vanilla LLVM/Clang for this<br>
platform instead.<br>
<br>
Hopefully the debug info improvements currently under way will<br>
incorporate a compatibility guarantee that Apple-distributed tools will<br>
stick to as well.<br>
<br></blockquote><div><br></div><div>Unlikely for now though I don't speak for Apple.</div><div><br></div><div>-eric</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-Peter-<br>
<br>
______________________________<u></u>_________________<br>
LLVM Developers mailing list<br>
<a href="mailto:LLVMdev@cs.uiuc.edu" target="_blank">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/<u></u>mailman/listinfo/llvmdev</a><br>
</blockquote></div>