Displaying 3 results from an estimated 3 matches for "d7ed48d".
Did you mean:
d7ed48de
2009 Mar 30
0
[LLVMdev] GSoC 2009: Extending LLVM IR to aid multi-core code generation
I think your idea is very interesting. However, some of the issues
that concern you might not be as bad as you think.
On Mar 30, 2009, at 9:19 AM, Milos Puzovic wrote:
> 2009/3/30 someguy <just.s0m3.guy+llvmdev at gmail.com>
> Can you not achieve the same effect without adding intrinsics?
> Insert function calls to a __spawn and __join pseudo-function instead?
> It would
2009 Mar 30
2
[LLVMdev] GSoC 2009: Extending LLVM IR to aid multi-core code generation
...ou get, for examples, third-party implementation). By introducing this
new level of abstraction my hope is to get much cleaner code base.
Thanks,
Milos.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090330/d7ed48de/attachment.html>
2009 Mar 30
4
[LLVMdev] GSoC 2009: Extending LLVM IR to aid multi-core code generation
2009/3/30 someguy
<just.s0m3.guy+llvmdev at gmail.com<just.s0m3.guy%2Bllvmdev at gmail.com>
>
> Can you not achieve the same effect without adding intrinsics? Insert
> function calls to a __spawn and __join pseudo-function instead?
>
It would make LLVM code generation more difficult because instead of
building a new instruction (in this case intrinsic) you will be building