<div dir="ltr">Thanks for the heads up about the dead link. I've attached the output to this email.<div><br></div><div>I spent some time last night trying to fix this problem in Clang but I had no luck :(</div><div>Moving the compiler-rt library before the linker inputs only created more issues.</div><div><div><br></div><div>/Eric</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 10, 2014 at 11:40 AM, Justin Bogner <span dir="ltr"><<a href="mailto:mail@justinbogner.com" target="_blank">mail@justinbogner.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">Eric Fiselier <<a href="mailto:eric@efcs.ca">eric@efcs.ca</a>> writes:<br>
> Hello,<br>
><br>
> I'm working on making libc++ generate code coverage data. This means that<br>
> libclang_rt.profile.x86_64.a is put into the link command before '-lc' and<br>
> other dependencies.<br>
> I suspect this change in library order causes the linker errors I see while<br>
> running the tests.<br>
><br>
> I have a couple of questions:<br>
>  - Should -ftest-coverage be passed when linking libc++?<br>
>  - Is there a way to link libclang_rt.profile.x86_64.a after the given linker<br>
>    flags<br>
><br>
> This file shows the ld invocation with and without -nodefaultlibs as well as<br>
> the error produced when<br>
> linking tests w/ -nodefaultlibs<br>
> <a href="http://pastebin.com/QWagJpsW" target="_blank">http://pastebin.com/QWagJpsW</a><br>
<br>
</div></div>There's nothing there? Mailing this text directly seems simpler than a<br>
pastebin to me.<br>
<br>
This issue and a few other things I've seen recently make me think that<br>
compiler-rt and -nodefaultlibs don't interact very well in general. I<br>
guess there's work to be done in the area.<br>
<br>
</blockquote></div><br></div>