Displaying 3 results from an estimated 3 matches for "get_global".
2012 Nov 29
0
[LLVMdev] radr://12777299, "potential pthread/eh bug exposed by libsanitizer"
+glider
The compiler hardly matters here, I would expect the same failures with
clang.
Alex, could you please take a look?
--kcc
On Thu, Nov 29, 2012 at 9:55 PM, Jack Howarth <howarth at bromo.med.uc.edu>wrote:
> Nick,
> Can you take a quick look at the asan_eh_bug.tar.bz testcase
> I uploaded into the newly opened radr://12777299, "potential
> pthread/eh bug exposed
2018 Feb 05
4
[RFC] Upstreaming PACXX (Programing Accelerators with C++)
...nt>(c.size());
// copy data to the accelerator
da.upload(a);
db.upload(b);
dc.upload(c);
// get the raw pointer
auto pa = da.get();
auto pb = db.get();
auto pc = dc.get();
// define the computation
auto vadd = [=](auto &config) {
auto i = config.get_global(0);
if (i < size)
pc[i] = pa[i] + pb[i];
};
// launch and synchronize
std::promise<void> promise;
auto future = exec.launch(vadd, {{1}, {128}}, promise);
future.wait();
// copy back the data
dc.download(c);
}
Recently, I open sourced PACXX on git...
2012 Nov 29
3
[LLVMdev] radr://12777299, "potential pthread/eh bug exposed by libsanitizer"
Nick,
Can you take a quick look at the asan_eh_bug.tar.bz testcase
I uploaded into the newly opened radr://12777299, "potential
pthread/eh bug exposed by libsanitizer". The FSF gcc developers
have ported llvm.org's asan code into FSF gcc (and are keeping
it synced to the upstream llvm.org code). I have been helping
with the darwin build and testing -fsanitize=address against the