In my ARM EHABI work, I have to subclass the MCELFStreamer to<br>split ARM-related code into Target/ARM.  I'd like to know if there is<br>any objection as well.<br><br>Thanks.<br>Logan<br><br>FYI. <a href="http://llvm.org/bugs/show_bug.cgi?id=7187">http://llvm.org/bugs/show_bug.cgi?id=7187</a><br>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Dec 7, 2012 at 3:24 AM, Mario Guerra <span dir="ltr"><<a href="mailto:mariog@codeaurora.org" target="_blank">mariog@codeaurora.org</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">> Subclassing MCELFStreamer is probably also necessary to implement mapping<br>
> symbols on ARM ELF targets (see the current thread at<br>
> <a href="http://comments.gmane.org/gmane.comp.compilers.llvm.cvs/124737" target="_blank">http://comments.gmane.org/gmane.comp.compilers.llvm.cvs/124737</a>).<br>
><br>
> Your refactoring patch on phabricator appears to be a functional subset of<br>
the one<br>
> I've posted (though obviously not textually identical). As a smaller<br>
patch, it may be<br>
> best to commit that first unless there are objections.<br>
<br>
</div>Thanks for your reply Tim. Reading through the thread, it would seem that<br>
subclassing MCELFStreamer is not exactly desirable, but doable when<br>
necessary. I'm going to follow this approach, unless anyone has any major<br>
objections?<br>
<br>
Thanks,<br>
Mario<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto: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>
</div></div></blockquote></div><br></div>