search for: pthreads

Hello, I can't compile chan_capi-0.3.5 (also tried with 0.3.4b). I tried compiling it on two systems with very similar (unsuccessful) results: 1) SuSE 9.1 on 2.6.5 kernel, 2) Mandrake 10.1 with kernels 2.6.8.1 and 2.4.27, using gcc 3.3.4 and gcc 3.4.1 I'm getting the following errors (similar on SuSE and Mandrake): # make gcc -pipe -Wall -Wmissing-prototypes -Wmissing-declarations -g

hi, I compile a pthread program using llvmgcc, but when i run pthread.ll, it show: ------------------ [yue at RH9 test]$ llvmgcc pthread.c -o pthread.ll [yue at RH9 test]$ ls pthread pthread.c pthread.ll pthread.ll.bc [yue at RH9 test]$ ./pthread.ll Creating thread 0 WARNING: Cannot resolve fn 'pthread_create' using a dummy noop function instead! ERROR; return code from

Try llvmgcc pthread.c -o pthread.ll -pthread You have to link in the pthreads library, and I believe -pthread is all you need on a redhat 9 box. Kevin > -----Original Message----- > From: llvmdev-admin at cs.uiuc.edu [mailto:llvmdev-admin at cs.uiuc.edu] On > Behalf Of yue > Sent: Tuesday, December 23, 2003 11:43 PM > To: llvmdev at cs.uiuc.edu > Subject:...

Hi, while trying to compile icecast, I got a lot of errors while trying to compile avl.c, I've attached a file with the compile errors. Any ideas as to what might be wrong? My distro is Redhat 7.2 fully up2date. <p>Cheers! -------------- next part -------------- In file included from ../thread/thread.h:25, from avl.c:35: /usr/include/pthread.h:163: parse error before

I try to run lli with "--load=/lib/libpthread.so", but it shows: --------------------------------------------------- [yue at RH9 test]$ ./pthread.ll Error opening '/lib/libpthread.so.0': /lib/libpthread.so.0: symbol _errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference -load request ignored. Creating thread 0 WARNING: Cannot resolve fn

...a structures from multiple threads. Because of this you might get 'recursive compilation detected' aborts when you finally get your threaded program to load the correct libraries. As a work-around, you can compile the program with the 'llc' utility to native code, link it with the pthreads libraries, then execute it. Another advantage of this, is that it lets the GCC compiler driver parse the linker script and figure out what to do with it. To use this, try something like this: $ llvmgcc foo.c -o foo # or however you compile your program to .bc $ llc foo.bc -o foo.s $ gcc -pthre...

I have done some reading and gather than wine-pthread was dropped somewhere around 1.1.19. Problem I have is that I have an application (newsleecher) which effectively never starts up (gave it 10 minutes at one point, used 100% cpu the whole time) with strait wine command on the older wine version, I think 1.0.something, came with ubuntu 8.04 in one of the unsupported repositories. It starts up

On Windows there are a few 'pthreads' implementation, e.g. pthreads-w32 and winpthreads [https://cran.r-project.org/doc/manuals/r-devel/R-exts.html#Using-pthreads]. We're thinking of giving them a try for the matrixStats package, and basic tests indicates it works, but since Windows pthreads are not used by core R (or?) I'...

Hello, I know clang supports -pthread option (here). Does this mean I can call pthread routines inside llvm code and which pthread library is used, the one for Linux OS or the one for Windows? Thank you.Iulia -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170506/7a201a40/attachment.html>

I'm on Opensuse 11.0, just installed Wine 1.1.19 and there's no wine-pthread binary. So i downloaded sources, compiled and again no wine-pthread. What should I do to get this file? Is multithreading dropped in Wine now?

When LLVM's configure finds a usable <pthread.h>, it prefers to use that rather than the home-grown stuff. However if LLVM is configured with --disable-pthreads, both mingw flavors produce the same results. BTW, I've tried to quantify the slowdown: a quick test indicates that LLVM build that uses pthreads is about 10% slower than the one which doesn't. This is less that I remember seeing last year (something got optimized?), but still... Vadim O...

Il 30/04/20 03:39, Dirk Eddelbuettel ha scritto: > > On 30 April 2020 at 03:26, Samuele Carcagno wrote: > | I'm not familiar with the internals of `viridisLite`, so I'm not sure > | I'd be able to help there. I could open a bug report on the > | `viridisLite` repo and see if the author has suggestions on how to > | narrow down the issue. > > It would help if

Aaaah ... and argh - I should have better not to post R question at midnight, especially when I know it forks the process and it's not using threads. Brain meltdown. (So, we'll proceed trying to use pthreads in matrixStats also for Windows). Sorry for the noise and thanks Kasper. Henrik On Aug 15, 2015 02:52, "Kasper Daniel Hansen" <kasperdanielhansen at gmail.com> wrote: > mclapply uses fork which is different from pthreads. As I understand it, > pthreads requires you to rewri...

Hi, I''ve done some benchmarking on our new servers (being built now), AMD X2 5600, gentoo-hardened. With the same CFLAGS (safe cflags: -march=k8 -O2) I''ve tested the following configs: 1, emerge ruby rubygems, then gem install mongrel (or emerge mongrel, the performance was similar) 2, download the same ruby version, untar, ./configure, make, make install, download rubygems,

Hi All, I am migrating a build system of an existing project from 'Object files' based executable generation to 'LLVM Bitcode' files based exe generation and applying OPT pass to LLVM Bitcode. I found out the following 4 step procedure. Please let me know if this is the right procedure or is there any other easy way of doing it. I need to modify 'Makefile' accordingly. I

Hi, the terminating part of nut-scanner can crash in pthread code, because some threads won't exist. For example snmp part: ============================== if( allow_snmp && nutscan_avail_snmp ) { if( start_ip == NULL ) { printq(quiet,"No start IP, skipping SNMP\n"); } else { printq(quiet,"Scanning SNMP bus.\n"); #ifdef HAVE_PTHREAD if(

hello, i have a problem to patch wine. it's about this bug : http://bugs.winehq.org/show_bug.cgi?id=13335, and concerning mmap.patch. here is the command line that i tried : patch -p1 < mmap.patch but here is the result : Code: teddy at tedportable:~/wine/wine-1.1.18$ patch -p1 < mmap.patch patching file dlls/ntdll/ntdll_misc.h Hunk #1 FAILED at 139. 1 out of 1 hunk FAILED -- saving

Hi, I can''t install eventmachine on Debian Lenny. ruby-dev and build-essential are installed. Where''s the problem? My (awful) logs: ============================= # gem i eventmachine Building native extensions. This could take a while... ERROR: Error installing eventmachine: ERROR: Failed to build gem native extension. /usr/bin/ruby1.8 extconf.rb checking for

...... yes checking for uint32_t... yes checking for socklen_t... yes checking for nanosleep... yes checking for sethostent... yes checking for endhostent... yes checking for getnameinfo... yes checking for getaddrinfo... yes checking for inet_pton... yes checking for inet_aton... yes checking for the pthreads library -lpthreads... no checking whether pthreads work without any flags... no checking whether pthreads work with -Kthread... no checking whether pthreads work with -kthread... no checking for the pthreads library -llthread... no checking whether pthreads work with -pthread... yes checking for jo...

Hi, I couldn't find anything about this subject from archive - are there known problems with compiling libshout2 under FreeBSD 5.1 or 4.8 (both are up to date). I downloaded libshout2 latest nightly snapshot and tried to compile it on 5.0 and then later on 4.8. Both failed (problems were mostly around sock.c, sock.h, resolver.c - redeclaring and syntax errors). Thinking that it might be a