search for: draggonegg

...around. This is most obvious with the 'opt | llc' idiom, but in > general every tool that does currently exist would need to be adapted to > handle multiple files and would possibly even need semantic knowledge > about how to connect/use them together. Just running clang or > draggonegg with -load GPGPUOptimizer.so would not be possible. Again, we have many of the changes to make this possible. I hope to send them for review as we upgrade to 3.1. > All of the previous approaches require significant changes all over the > code base and would cause trouble with loadable op...

...file/module passed around. This is most obvious with the 'opt | llc' idiom, but in general every tool that does currently exist would need to be adapted to handle multiple files and would possibly even need semantic knowledge about how to connect/use them together. Just running clang or draggonegg with -load GPGPUOptimizer.so would not be possible. All of the previous approaches require significant changes all over the code base and would cause trouble with loadable optimization passes. The intrinsic based approach seems to address most of the previous problems. The intrinsic based appro...

On Mon, Jan 15, 2018 at 05:52:02PM +0100, Michael Kruse via llvm-dev wrote: > * The library is named LLVMISL and contained in the lib/ISL folder to > work best with LLVM's component system. The component's name "ISL" was > chosen over "isl" as it matches the capitalization of other > two/three-letter-acronym components. Are the ISL sources themselve put

Folks, I'm at a loss trying to add Compiler-RT to an LLVM build, even after checking out the instructions at http://compiler-rt.llvm.org, so I'd appreciate your help. I've tried adding the CMake options LLVM_ENABLE_PROJECTS, LLVM_BUILD_EXTERNAL_COMPILER_RT, LLVM_EXTERNAL_COMPILER_RT_SOURCE_DIR, CLANG_DEFAULT_RTLIB. All to no avail. FWIW, I'm building for the targets

Hi Justin, Thanks very much for your comments. 2012/4/28 Justin Holewinski <justin.holewinski at gmail.com> > On Fri, Apr 27, 2012 at 7:40 PM, Yabin Hu <yabin.hwu at gmail.com> wrote: > >> The attached patch adds a new Intrinsic named "llvm.codegen" to support >> embedded LLVM IR code generation. **The 'llvm.codegen' intrinsic uses >> the

...is most obvious with the 'opt | llc' idiom, but in >> general every tool that does currently exist would need to be adapted to >> handle multiple files and would possibly even need semantic knowledge >> about how to connect/use them together. Just running clang or >> draggonegg with -load GPGPUOptimizer.so would not be possible. > > Again, we have many of the changes to make this possible. I hope to > send them for review as we upgrade to 3.1. Could you provide a list of the changes you have in the pipeline and a reliable timeline on when you will upstream the...

...ost obvious with the 'opt | llc' idiom, but in > > general every tool that does currently exist would need to be adapted to > > handle multiple files and would possibly even need semantic knowledge > > about how to connect/use them together. Just running clang or > > draggonegg with -load GPGPUOptimizer.so would not be possible. > > Again, we have many of the changes to make this possible. I hope to > send them for review as we upgrade to 3.1. > > > All of the previous approaches require significant changes all over the > > code base and would cau...

...ed around. This is most obvious with the 'opt | llc' idiom, but in > general every tool that does currently exist would need to be adapted to > handle multiple files and would possibly even need semantic knowledge about > how to connect/use them together. Just running clang or > draggonegg with -load GPGPUOptimizer.so would not be possible. > > All of the previous approaches require significant changes all over the > code base and would cause trouble with loadable optimization passes. The > intrinsic based approach seems to address most of the previous problems. > >...

Dear community, for our goal to make polyhedral optimization available in the main LLVM source, we will need the Integer Set Library (isl)[1]. It is the main dependency of Polly, but would be required even if we do not directly import Polly. I already prepared a patch [2], unfortunately without feedback on the general approach. As Philip suggested in the review, I am reaching out with an RFC