search for: getkernels

...quired<SimplifyGEPPass>() DetectKernelsPass (ModulePass) is a simple analysis pass that gathers kernel functions. SimplifyGEPPass (FunctionPass) performs some transformations. InstrumentationPass (ModulePass) is using the others like: auto kernels = getAnalysis<DetectKernelsPass>().getKernels(); for ( auto* kernel : kernels) getAnalysis<SimplifyGEPPass>().runOnFunction(*kernel); DetectKernelsPass works fine but i am getting the error for SimplifyGEPPass and i can't figure out why. Are FunctionPasses not supposed to be used inside ModulePasses like that? I also tried some...

At Google we're doing a lot of work on parallel programming models for CPUs, GPUs and other platforms. One place where we're investing a lot are parallel libraries, especially those closely tied to compiler technology like runtime and math libraries. We would like to develop these in the open, and the natural place seems to be as a subproject in LLVM if others in the community are

Hi Hal, Thanks for taking a look at the proposal. The current version of StreamExecutor has partial support for a "host" platform which performs work on the CPU. It's interface is the same as the that of the CUDA platform discussed in the design documentation, but right now it does not support launching user-defined kernels, so it is very limited. The host platform does manage a

Thanks for your input, Hal. I think that having support for running host-side tasks makes this library much more useful, not only for acceleratorless systems, but even for those with accelerators (especially if you can place dependency edges between the host tasks and the accelerator tasks). Based on your comments, I think that supporting host-side tasks sounds like something that should be