[LLVMdev] [PATCH][RFC] HSAIL Target

Sean Silva chisophugis at gmail.com
Tue Jun 30 19:57:37 PDT 2015


On Tue, Jun 30, 2015 at 5:13 PM, Matt Arsenault <arsenm2 at gmail.com> wrote:

>
> On Jun 22, 2015, at 9:31 AM, Rafael Espíndola <rafael.espindola at gmail.com>
> wrote:
>
> This part is scary.
>
> Having a third party library dependency is very undesirable from a testing
> perspective.
>
>
> I agree, but it’s what we are stuck with for now. It’s an optional
> dependency now, so most people building LLVM won’t need to worry about it
>
>
> One of the important property of MC is avoiding the need for two code
> paths in the code generator.
>
> If MC cannot support the format you need, we should work on fixing that in
> a way that maintains the property that most code is shared when writing
> objects or assembly. This is a need that is shared by Webassembly I think.
>
>
> My suggestion would be to start with just the assembly printing path and
> work to figure out what needs to happen in MC.
>
>
> It will take a long time to come up with a replacement for emitting BRIG
> in MC. How blocking of an issue is this to getting this committed? If
> really necessary, I can strip out the BRIG stuff, but would need to
> constantly maintain a patch re-adding it on top of trunk which would be a
> huge hassle so I would rather not.
>

Could you maybe explain a bit more about BRIG and the barriers to using MC
for it?

-- Sean Silva


>
> -Matt
>
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150630/8a39df9c/attachment.html>


More information about the llvm-dev mailing list