search for: pthread_key_create

...in ValidateLocale () from C:\WINDOWS\system32\kernel32.dll #9 0x71065fd0 in msys-1!cfsetispeed () from C:\msys\1.0\bin\msys-1.0.dll #10 0x71066000 in msys-1!cfsetispeed () from C:\msys\1.0\bin\msys-1.0.dll #11 0x71066c5a in msys-1!cfsetispeed () from C:\msys\1.0\bin\msys-1.0.dll #12 0x7104129a in pthread_key_create () from C:\msys\1.0\bin\msys-1.0.dll #13 0x66594055 in llvm::sys::ThreadLocalImpl::ThreadLocalImpl () from C:\msys\1.0\opt\skyeye\bin\libcommon-0.dll #14 0x77c04ee5 in msvcrt!__doserrno () from C:\WINDOWS\system32\msvcrt.dll #15 0x66081133 in atexit () from C:\msys\1.0\opt\skyeye\bin\libcommon-0...

...() from C:\WINDOWS\system32\kernel32.dll > #9 0x71065fd0 in msys-1!cfsetispeed () from C:\msys\1.0\bin\msys-1.0.dll > #10 0x71066000 in msys-1!cfsetispeed () from C:\msys\1.0\bin\msys-1.0.dll > #11 0x71066c5a in msys-1!cfsetispeed () from C:\msys\1.0\bin\msys-1.0.dll > #12 0x7104129a in pthread_key_create () from C:\msys\1.0\bin\msys-1.0.dll > #13 0x66594055 in llvm::sys::ThreadLocalImpl::ThreadLocalImpl () > from C:\msys\1.0\opt\skyeye\bin\libcommon-0.dll > #14 0x77c04ee5 in msvcrt!__doserrno () from C:\WINDOWS\system32\msvcrt.dll > #15 0x66081133 in atexit () from C:\msys\1.0\opt\skyey...

...+1,56 @@ #ifndef _POSIX_PTHREAD_H #define _POSIX_PTHREAD_H +#include <stdlib.h> + /* Let''s be single-threaded for now. */ -typedef void *pthread_key_t; -typedef struct {} pthread_mutex_t, pthread_once_t; +typedef struct { + void *ptr; +} *pthread_key_t; +static inline int pthread_key_create(pthread_key_t *key, void (*destr_function)(void*)) +{ + *key = malloc(sizeof(**key)); + (*key)->ptr = NULL; + return 0; +} +static inline int pthread_setspecific(pthread_key_t key, const void *pointer) +{ + key->ptr = (void*) pointer; + return 0; +} +static inline void *pthread...

...to initialize the thread-local data structures but at line 175, 183, code written as thread_local pthread_key_t key; // Ensure that we only actually ever do the pthread initialization once. thread_local bool UNUSED Unused = [] { new (&TLSBuffer) ThreadLocalData(); auto result = pthread_key_create(&key, +[](void *) { auto &TLD = *reinterpret_cast<ThreadLocalData *>(&TLSBuffer); I'm confused that pthread_key_t and Unused are both thread_local variable, doesn't it mean the following lambda will run for each thread , and create one pthread_key_t for only one tl...

.../* cookie */ @@ -108,6 +110,35 @@ static bool is_remote; if (vddk_debug_datapath) \ nbdkit_debug ("VDDK call: %s (" fs ")", fn, ##__VA_ARGS__) +/* Load the plugin. */ +static void +vddk_load (void) +{ + int err; + + err = pthread_key_create (&error_suppression, NULL); + if (err != 0) { + nbdkit_error ("vddk: pthread_key_create: %s\n", strerror (err)); + exit (EXIT_FAILURE); + } +} + +/* Unload the plugin. */ +static void +vddk_unload (void) +{ + if (init_called) { + DEBUG_CALL ("VixDiskLib_Exit", &q...

On Tuesday, 27 June 2017 13:55:57 CEST Richard W.M. Jones wrote: > We permit the following constructs in libguestfs code: > > if (guestfs_some_call (g) == -1) { > fprintf (stderr, "failed: error is %s\n", guestfs_last_error (g)); > } > > and: > > guestfs_push_error_handler (g, NULL, NULL); > guestfs_some_call (g); >

...tures > > > but at line 175, 183, code written as > > thread_local pthread_key_t key; > > // Ensure that we only actually ever do the pthread initialization once. > thread_local bool UNUSED Unused = [] { > new (&TLSBuffer) ThreadLocalData(); > auto result = pthread_key_create(&key, +[](void *) { > auto &TLD = *reinterpret_cast<ThreadLocalData *>(&TLSBuffer); > > > I'm confused that pthread_key_t and Unused are both thread_local > variable, doesn't it mean the following lambda will run for each > thread , and create one pt...

...thread_mutex_unlock' ../../llvm-gcc/gcc/gthr-posix.h:100: error: `pthread_mutex_init' undeclared here (not in a function) ../../llvm-gcc/gcc/gthr-posix.h:100: warning: type defaults to `int' in declarat ion of `__gthrw_pthread_mutex_init' ../../llvm-gcc/gcc/gthr-posix.h:103: error: `pthread_key_create' undeclared here (not in a function) ../../llvm-gcc/gcc/gthr-posix.h:103: warning: type defaults to `int' in declarat ion of `__gthrw_pthread_key_create' ../../llvm-gcc/gcc/gthr-posix.h:104: error: `pthread_key_delete' undeclared here (not in a function) ../../llvm-gcc/gcc/gthr-posi...

Hi, On Sun, Jan 17, 2016 at 1:04 PM, Dan Liew <dan at su-root.co.uk> wrote: > On 16 January 2016 at 20:21, Ismail Donmez <ismail at i10z.com> wrote: >> On Sat, Jan 16, 2016 at 9:33 PM, Dan Liew <dan at su-root.co.uk> wrote: >>>> I am trying to enable this on openSUSE but it seems to break >>>> standalone lldb (note that we don't ship static

Reza Sheykhi <hajishey at msu.edu> writes: > I got the following answers: > > which perl > /usr/bin/perl > > which llvm-config > /usr/local/bin/llvm-config > > which llvm-as > /usr/local/bin/llvm-as > > /usr/bin/llvm-confing --version > bash: /usr/bin/llvm-confing: No such file or directory Uh, there is a typo on the command above, it should be

On Jan 1, 2011, at 8:29 PM, akramul azim wrote: > Hi, > I am planning to follow the steps to install LLVM for the ARM-target (Processor: Xscale, Architecture: armv5te): > > 1. Install binutils-2.21 (downloaded from gnu.org) > > Steps: > > $ ./configure --target=arm-unknown-linux-gnueabi --program-prefix=arm- --prefix > =/llvm/arm

I got the following answers: which perl /usr/bin/perl which llvm-config /usr/local/bin/llvm-config which llvm-as /usr/local/bin/llvm-as /usr/bin/llvm-confing --version bash: /usr/bin/llvm-confing: No such file or directory /usr/local/bin/llvm-config --version 2.8 Quoting Óscar Fuentes <ofv at wanadoo.es>: > Reza Sheykhi <hajishey at msu.edu> writes: > >> Thank you

Hi,     I am planning to follow the steps to install LLVM for the ARM-target (Processor: Xscale, Architecture: armv5te):   1. Install binutils-2.21 (downloaded from gnu.org)   Steps:   $ ./configure --target=arm-unknown-linux-gnueabi --program-prefix=arm- --prefix =/llvm/arm --with-sysroot=/llvm/arms/sys-root   $ make   $ make install   2. Install LLVM   Steps   $ ../llvm-src/configure

...0000000019 GLIBC_2.2.5 fetestexcept 0000000000000000 DF *UND* 00000000000000c0 GLIBC_2.2.5 round 0000000000000000 DF *UND* 0000000000000044 Base _ZNKSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEE5rfindEcm 0000000000000000 DF *UND* 000000000000005e GLIBC_2.2.5 pthread_key_create 0000000000000000 DF *UND* 00000000000000a4 Base el_resize 0000000000000000 DF *UND* 0000000000000044 GLIBC_2.2.5 __lxstat > On 20 Jan 2017, at 15:10, Pavel Labath <labath at google.com> wrote: > > Hi Hana, > > these are all symbols that should be exposed...

...ibclang_rt.asan-i386.so: undefined reference to `pthread_attr_get_np at FBSD_1.0' clang-6.0: error: linker command failed with exit code 1 (use -v to see invocation) While the corresponding 64-bit tests all fail because -lpthread wasn't passed to the link stage, and then the very first pthread_key_create() call fails with an error (I had submitted https://reviews.llvm.org/D39254 for this, but it never got anywhere): ==2626==AddressSanitizer CHECK failed: /home/dim/llvm-6.0.0/rc2/llvm.src/projects/compiler-rt/lib/asan/asan_posix.cc:48 "((0)) == ((pthread_key_create(&tsd_key, destructor...

On Thu, Feb 8, 2018 at 10:43 PM, Dimitry Andric <dimitry at andric.com> wrote: > On 7 Feb 2018, at 21:51, Hans Wennborg via Release-testers <release-testers at lists.llvm.org> wrote: >> >> There's been a lot of merges since rc1, and hopefully the tests are in >> a better state now. >> >> 6.0.0-rc2 was just tagged, after r324506. >> >>

On Wed, Jul 13, 2016 at 04:48:51PM +0200, Sedat Dilek via llvm-dev wrote: > [ CCed all people who were involved in this thread ] > > Hi Tom, > > personally, I am interested to test the prebuilt-toolchains for > Ubuntu/xenial alias 16.04 LTS and Debian/Jessie v8.5.0 AMD64. > The available toolchains are incomplete and thus useless. > > Just as a fact: There is still no

Hello, I update my building scripts to build LLVM 4.0 RC1 (with clang, lldb, libc++, libc++abi, lld) on CentOS 6 and I got a lot of undefined symbols during linking LLDB. I'm using clang-3.9 and this configuration: -DLLVM_TARGETS_TO_BUILD="X86" -DCMAKE_BUILD_TYPE=Release -DCMAKE_C_COMPILER=/usr/bin/clang -DCMAKE_CXX_COMPILER=/usr/bin/clang++

...bols from pthread that we use dynamically +#define __DECLARE_WRAPPER(fn) __typeof__(fn)* __d_ ## fn = NULL; + +__DECLARE_WRAPPER(pthread_attr_init) +__DECLARE_WRAPPER(pthread_attr_destroy) +__DECLARE_WRAPPER(pthread_attr_getstacksize) +__DECLARE_WRAPPER(pthread_attr_getguardsize) +__DECLARE_WRAPPER(pthread_key_create) +__DECLARE_WRAPPER(pthread_setspecific) + +// The unsafe stack pointer is stored in the TCB structure on these platforms +#if defined(__i386__) +# define MOVPTR "movl" +# ifdef __pic__ +# define IMM_MODE "nr" +# else +# define IMM_MODE "ir" +# endif +#elif defined(_...

...clude/c++/4.3/x86_64-linux-gnu/bits/gthr-default.h:110: error: ‘pthread_cond_wait’ was not declared in this scope /usr/include/c++/4.3/x86_64-linux-gnu/bits/gthr-default.h:110: error: invalid type in declaration before ‘;’ token /usr/include/c++/4.3/x86_64-linux-gnu/bits/gthr-default.h:113: error: ‘pthread_key_create’ was not declared in this scope /usr/include/c++/4.3/x86_64-linux-gnu/bits/gthr-default.h:113: error: invalid type in declaration before ‘;’ token /usr/include/c++/4.3/x86_64-linux-gnu/bits/gthr-default.h:114: error: ‘pthread_key_delete’ was not declared in this scope /usr/include/c++/4.3/x86_64-li...