[LLVMdev] [PROPOSAL] LLVM multi-module support

[Dmitry N. Mikushin]

> Couldn't your accelerator backend simply read in the proposed IR string
and optimize/codegen it?

Sure, it does, but that IR is long way from the final target-specific IR to
be specialized in runtime. And in the proposed design both host and
accelerator code seem to be intended for codegen before application
execution. This is not always the case, moreover it implicitly reduces the
visible use-scope of Polly, which is much more powerful and can also work
together with JIT.

- D.

2012/7/26 <dag at cray.com>

> "Dmitry N. Mikushin" <maemarcus at gmail.com> writes:
>
> > Proposal made by Tobias is very elegant, but it seems to be addressing
> > the case when host and sub-architectures' code exist in the same time.
>
> I don't know why that would have to be the case.  Couldn't your
> accelerator backend simply read in the proposed IR string and
> optimize/codegen it?
>
> > May I kindly point out that to our experience the really efficient
> > deeply specialized sub-architectures code may simply not exist at
> > compile time, while the generic baseline host code always can.
>
> As I mentioned earlier, I am more concerned about the case where there
> is no accelerator compiler executed at runtime.  All the code for the
> host and accelerate needs to be available in native format at run time.
> A string representation in the object file doesn't allow that.
>
>                                    -Dave
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120726/c731ac7f/attachment.html>