Displaying 3 results from an estimated 3 matches for "__gthrw_".
Did you mean:
__gthrw
2011 Jul 05
0
[LLVMdev] pthread problems with gcc 4.1 includes?
...thr-default.h:88:1:
error:
weakref declaration must have internal linkage
__gthrw(pthread_once)
^
/usr/local/gcc-4.1/lib/gcc/x86_64-unknown-linux-gnu/4.1.2/../../../../include/c++/4.1.2/x86_64-unknown-linux-gnu/bits/gthr-default.h:71:23:
note: instantiated from:
#define __gthrw(name) __gthrw2(__gthrw_ ## name,name,name)
^
/usr/local/gcc-4.1/lib/gcc/x86_64-unknown-linux-gnu/4.1.2/../../../../include/c++/4.1.2/x86_64-unknown-linux-gnu/bits/gthr-default.h:63:46:
note: instantiated from:
extern __typeof(type) name __attribute__ ((__weakref__(#name2)));...
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
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