search for: pthread_mutex_trylock

...her times when there is no-one in the office. The server is a brand new AMD 3400+ with 512Mb RAM. The other issue experienced is occasional break up on inbound sound quality. Below are traces of the last two crashes Any Help much appreciated Regards Andrew Gough FIRST TRACE #0 0x400268b7 in pthread_mutex_trylock () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0x0806c146 in ast_mutex_trylock (pmutex=0x672e33fc) at lock.h:597 No locals. #2 0x0806175a in ast_queue_hangup (chan=0x672e3330) at channel.c:671 f = {frametype = 4, subclass = 1, datalen = 0, samples = 0, mallocd = 0,...

...stall prefix in ccmake, configure, generate %> make ... [ 2%] Built target LLVMSupport [ 3%] Built target LLVMSystem Linking CXX executable ../../bin/tblgen ../../lib/libLLVMSystem.a(Mutex.cpp.o): In function `llvm::sys::Mutex::tryacquire()': Mutex.cpp:(.text+0x3f): undefined reference to `pthread_mutex_trylock' ../../lib/libLLVMSystem.a(Mutex.cpp.o): In function `llvm::sys::Mutex::Mutex(bool)': 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...

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

...mpile. Right now the only fundamental thing missing on the cmake build spec is running the tests. > I remember at least one other build error in the past, related to > building a non-X86 backend. > > With current svn I get: [snip] > Mutex.cpp:(.text+0x3f): undefined reference to `pthread_mutex_trylock' > ../../lib/libLLVMSystem.a(Mutex.cpp.o): In function > `llvm::sys::Mutex::Mutex(bool)': [snip] Thanks! Fixed. BTW, bug reports are welcome. -- Óscar

...experienced is occasional break up on inbound sound quality. > > > > Below are traces of the last two crashes > > > > Any Help much appreciated > > > > Regards > > > > Andrew Gough > > > > FIRST TRACE > > > > #0 0x400268b7 in pthread_mutex_trylock () from /lib/tls/libpthread.so.0 > > No symbol table info available. > > #1 0x0806c146 in ast_mutex_trylock (pmutex=0x672e33fc) at lock.h:597 > > No locals. > > #2 0x0806175a in ast_queue_hangup (chan=0x672e3330) at channel.c:671 > > f = {frametype = 4, subcl...

...tried running my player application within Mac OS X's PowerPC emulator (Rosetta), I noticed it was crashing in some animations with the following stderr output: GThread-ERROR **: file gthread-posix.c: line 197 (g_mutex_trylock_posix_impl): error 'Invalid argument' during 'pthread_mutex_trylock' Of course, this wasn't happening in the Intel build, only PPC. And I can't ship a binary that's going to be unstable on many users' computers. So I searched Google and found several other people who had run into this problem, but no one had a solution. Then I remembered...

...diff -u -r X/VORBIS-TOOLS-1.1.1/OGG123/STATUS.C VORBIS-TOOLS-1.1.1/OGG123/STATUS.C --- X/VORBIS-TOOLS-1.1.1/OGG123/STATUS.C 2005-06-03 11:15:09.000000000 +0100 +++ VORBIS-TOOLS-1.1.1/OGG123/STATUS.C 2006-01-21 01:22:16.000000000 +0100 @@ -316,6 +316,7 @@ void status_reset_output_lock () { + pthread_mutex_trylock(&output_lock); pthread_mutex_unlock(&output_lock); }

...his optimization (since we'll have a branch anyway). Does Codegen guarantee to always transform Select into CMOV/SETCC (or equivalent), on targets that support it? * if target doesn't support conditional moves, we must not apply this transformation * memory ordering/multi-thread safety: if(pthread_mutex_trylock(...)) { *p++ = 4;} Transforming this into a cmov should be safe, because we are using a dummy variable on the stack as destination [2] if condition is false. What if we have memory reads, those might not be always be safe to move out of the branch's body (because the condition could be required...

...JIT tutorial code: 12:20|melis at juggle2:~> c++ -g tut2.cpp `llvm-config --cxxflags --ldflags --libs core` -o tut2 /home/melis/llvm-cmake/lib/libLLVMSystem.a(Mutex.cpp.o): In function `llvm::sys::Mutex::tryacquire()': /home/melis/c/llvm-svn/lib/System/Mutex.cpp:144: undefined reference to `pthread_mutex_trylock' /home/melis/llvm-cmake/lib/libLLVMSystem.a(Mutex.cpp.o): In function `Mutex': /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/mel...

.../src/asterisk/loader.c:249: more undefined references to `dlsym' follow loader.o: In function `ast_load_resource': /usr/src/asterisk/loader.c:282: undefined reference to `dlclose' loader.o: In function `ast_update_module_list': /usr/src/asterisk/loader.c:434: undefined reference to `pthread_mutex_trylock' channel.o: In function `ast_queue_frame': /usr/src/asterisk/channel.c:396: undefined reference to `pthread_kill' channel.o: In function `ast_do_masquerade': /usr/src/asterisk/channel.c:2112: undefined reference to `pthread_kill' channel.o: In function `tonepair_generator':...

...__gthrw_pthread_cancel' ../../llvm-gcc/gcc/gthr-posix.h:97: error: `pthread_mutex_lock' undeclared here (not in a function) ../../llvm-gcc/gcc/gthr-posix.h:97: warning: type defaults to `int' in declarati on of `__gthrw_pthread_mutex_lock' ../../llvm-gcc/gcc/gthr-posix.h:98: error: `pthread_mutex_trylock' undeclared he re (not in a function) ../../llvm-gcc/gcc/gthr-posix.h:98: warning: type defaults to `int' in declarati on of `__gthrw_pthread_mutex_trylock' ../../llvm-gcc/gcc/gthr-posix.h:99: error: `pthread_mutex_unlock' undeclared her e (not in a function) ../../llvm-gcc/gcc/gthr...

...t; Does Codegen guarantee to always transform Select into CMOV/SETCC (or > equivalent), on targets that support it? Right. > > * if target doesn't support conditional moves, we must not apply this > transformation Correct. > > * memory ordering/multi-thread safety: > if(pthread_mutex_trylock(...)) { *p++ = 4;} > Transforming this into a cmov should be safe, because we are using a > dummy variable on the stack as destination [2] if condition is false. > What if we have memory reads, those might not be always be safe to > move > out of the branch's body (because the...

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

...00000000039 GLIBC_2.2.5 usleep 0000000000000000 DF *UND* 000000000000015d GLIBC_2.2.5 backtrace 0000000000000000 DF *UND* 00000000000000c9 GLIBC_2.2.5 ceil 0000000000000000 DF *UND* 00000000000000da Base curs_set 0000000000000000 DF *UND* 000000000000059f GLIBC_2.2.5 pthread_mutex_trylock 0000000000000000 DF *UND* 0000000000000025 GLIBC_2.2.5 setpgid 0000000000000000 DF *UND* 0000000000000064 Base el_deletestr 0000000000000000 DF *UND* 0000000000000171 Base _ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEE6insertENS_11__wrap_iterIPKcEEc...

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

...lude/c++/4.3/x86_64-linux-gnu/bits/gthr-default.h:105: error: ‘pthread_mutex_lock’ was not declared in this scope /usr/include/c++/4.3/x86_64-linux-gnu/bits/gthr-default.h:105: error: invalid type in declaration before ‘;’ token /usr/include/c++/4.3/x86_64-linux-gnu/bits/gthr-default.h:106: error: ‘pthread_mutex_trylock’ was not declared in this scope /usr/include/c++/4.3/x86_64-linux-gnu/bits/gthr-default.h:106: error: invalid type in declaration before ‘;’ token /usr/include/c++/4.3/x86_64-linux-gnu/bits/gthr-default.h:107: error: ‘pthread_mutex_unlock’ was not declared in this scope /usr/include/c++/4.3/x86_64-...