search for: pthread_mutexattr_destroy

...ool)': Mutex.cpp:(.text+0x1bb): undefined reference to `pthread_mutexattr_init' Mutex.cpp:(.text+0x216): undefined reference to `pthread_mutexattr_settype' Mutex.cpp:(.text+0x256): undefined reference to `pthread_mutexattr_setpshared' Mutex.cpp:(.text+0x2a3): undefined reference to `pthread_mutexattr_destroy' ../../lib/libLLVMSystem.a(Mutex.cpp.o): In function `llvm::sys::Mutex::Mutex(bool)': Mutex.cpp:(.text+0x309): undefined reference to `pthread_mutexattr_init' Mutex.cpp:(.text+0x364): undefined reference to `pthread_mutexattr_settype' Mutex.cpp:(.text+0x3a4): undefined reference to...

Chuck Robey <chuckr at telenix.org> writes: >> Doesn't CMake support the BSD toolchain? > > OK, I checked the llvm-2.5 Makefiles. They have constructs in them > which cannot be used in any BSD Makefile (such as the form of > conditionals: ifndef is a GNU Makeism), and won't run on any BSD Make. > I know BSD Make and GNU Make well enough, but I doon't know

...make from the llvm top directory) on LINUX X86 with gcc 4.1.2. I got several compilation error messages of the form /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c+ +/4.1.2/i386-redhat-linux/bits/gthr-default.h:117:1: error: weakref declaration must have internal linkage __gthrw(pthread_mutexattr_destroy) Could you guide me on how to resolve these errors? I downloaded the sources from the web page (not from SVN). Thanks, Sitvanit Sitvanit Ruah Formal Verification Group IBM Haifa Research Laboratory

...utexattr_init' /home/melis/c/llvm-svn/lib/System/Mutex.cpp:75: undefined reference to `pthread_mutexattr_settype' /home/melis/c/llvm-svn/lib/System/Mutex.cpp:80: undefined reference to `pthread_mutexattr_setpshared' /home/melis/c/llvm-svn/lib/System/Mutex.cpp:88: undefined reference to `pthread_mutexattr_destroy' /home/melis/c/llvm-svn/lib/System/Mutex.cpp:69: undefined reference to `pthread_mutexattr_init' /home/melis/c/llvm-svn/lib/System/Mutex.cpp:75: undefined reference to `pthread_mutexattr_settype' /home/melis/c/llvm-svn/lib/System/Mutex.cpp:80: undefined reference to `pthread_mutexattr_s...

Paul Melis <llvm at assumetheposition.nl> writes: > Hi, just chiming in here... > > Óscar Fuentes wrote: >> [...] >> >> This is a simple guide for using cmake with LLVM: >> >> http://www.llvm.org/docs/CMake.html >> >> The makefiles distributed with LLVM have nothing to do with cmake. >>From the few times I tried building LLVM with

...INUX > X86 with gcc 4.1.2. > > I got several compilation error messages of the form > > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c+ > +/4.1.2/i386-redhat-linux/bits/gthr-default.h:117:1: error: > weakref declaration must have internal linkage > __gthrw(pthread_mutexattr_destroy) > > Could you guide me on how to resolve these errors? > I downloaded the sources from the web page (not from SVN). > Thanks, > Sitvanit > > > Sitvanit Ruah > Formal Verification Group > IBM Haifa Research Laboratory > > > ____________________________________...

...tributes\n"); + rc = ERROR_FAIL; + goto out; + } + if (pthread_mutex_init(lock, &attr) != 0) { + LIBXL__LOG_ERRNO(ctx, LIBXL__LOG_ERROR, + "Failed to init mutex\n"); + rc = ERROR_FAIL; + goto out; + } +out: + pthread_mutexattr_destroy(&attr); + return rc; +} + libxl_device_model_version libxl__device_model_version_running(libxl__gc *gc, uint32_t domid) { diff -r f581bb82fecd -r 259112aee618 tools/libxl/libxl_internal.h --- a/tools/libxl/libxl_internal.h Sat...

...t's safe to do so (if they were + * previously initialized and aren't currently in use in our process). + */ + grab_pamh(0, NULL); /* Bleed off traffic (possibly) and update state */ + if (!sshpam_handle_lock_count && sshpam_handle_lock_ready) { + sshpam_handle_lock_ready = 0; + pthread_mutexattr_destroy(&lock_attr); + pthread_mutex_destroy(&sshpam_handle_lock); + } +#endif } static int @@ -296,30 +370,53 @@ extern u_int utmp_len; extern char *__progname; const char *pam_rhost, *pam_user; + pam_handle_t *sshpam_handle_holder; + +#ifdef USE_POSIX_THREADS + /* (Re)initialize our pth...

...INUX > X86 with gcc 4.1.2. > > I got several compilation error messages of the form > > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c+ > +/4.1.2/i386-redhat-linux/bits/gthr-default.h:117:1: error: > weakref declaration must have internal linkage > __gthrw(pthread_mutexattr_destroy) > > Could you guide me on how to resolve these errors? > I downloaded the sources from the web page (not from SVN). > Thanks, > Sitvanit > > > Sitvanit Ruah > Formal Verification Group > IBM Haifa Research Laboratory > > > ____________________________________...

...init' ../../llvm-gcc/gcc/gthr-posix.h:106: error: `pthread_mutexattr_settype' undeclar ed here (not in a function) ../../llvm-gcc/gcc/gthr-posix.h:106: warning: type defaults to `int' in declarat ion of `__gthrw_pthread_mutexattr_settype' ../../llvm-gcc/gcc/gthr-posix.h:107: error: `pthread_mutexattr_destroy' undeclar ed here (not in a function) ../../llvm-gcc/gcc/gthr-posix.h:107: warning: type defaults to `int' in declarat ion of `__gthrw_pthread_mutexattr_destroy' ../../llvm-gcc/gcc/gthr-posix.h:572: error: expected `)' before `*' token ../../llvm-gcc/gcc/gthr-posix.h:581: error:...

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

...000000000125 GLIBC_2.2.5 getgrgid 0000000000000000 DF *UND* 0000000000000025 GLIBC_2.2.5 access 0000000000000000 DO *UND* 0000000000000008 Base stdscr 0000000000000000 DF *UND* 0000000000000005 Base _ZdaPv 0000000000000000 DF *UND* 0000000000000003 GLIBC_2.2.5 pthread_mutexattr_destroy 0000000000000000 DF *UND* 0000000000000026 Base waddch 0000000000000000 DF *UND* 0000000000000025 GLIBC_2.2.5 getrlimit 0000000000000000 DF *UND* 0000000000000008 Base _ZNSt13exception_ptrD1Ev 0000000000000000 DF *UND* 0000000000000025 GLIBC_2.2.5 bind 00000000...

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++

...+/4.3/x86_64-linux-gnu/bits/gthr-default.h:116: error: ‘pthread_mutexattr_settype’ was not declared in this scope /usr/include/c++/4.3/x86_64-linux-gnu/bits/gthr-default.h:116: error: invalid type in declaration before ‘;’ token /usr/include/c++/4.3/x86_64-linux-gnu/bits/gthr-default.h:117: error: ‘pthread_mutexattr_destroy’ was not declared in this scope /usr/include/c++/4.3/x86_64-linux-gnu/bits/gthr-default.h:117: error: invalid type in declaration before ‘;’ token /usr/include/c++/4.3/x86_64-linux-gnu/bits/gthr-default.h: In function ‘int __gthread_once(__gthread_once_t*, void (*)())’: /usr/include/c++/4.3/x86_64-...