search for: lpthread

...inst libpthread.so.0, regardless of whether I use --enable-threads or not: ./lib/R/modules/x86_64/R_X11.so ./lib/R/library/tcltk/libs/x86_64/tcltk.so ./lib/R/site-library/bigmemory/libs/x86_64/bigmemory.so ./lib/R/site-library/Rmpi/libs/x86_64/Rmpi.so Next I tried setting the "LIBS=-lpthread" environment variable when calling configure - that works. (Perhaps I should have also set FLIBS, I'm not sure.) The generated Makeconf file now has this: LIBS = -ldl -lm -lpthread and building with that links my libR.so against libpthread.so.0, which fixes the gdb problem describe...

...ifort export FCFLAGS="-g -O3" export SHLIB_CXXLD=icpc export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:${MKL_LIB_PATH}:${INC_LIB_PATH}:${CMP_LIB_PATH} export LDFLAGS="-L${MKL_LIB_PATH},-L${INC_LIB_PATH},-L${CMP_LIB_PATH},-Bdirect,--hash-style=both,-Wl,-O1" export SHLIB_LDFLAGS="-lpthread" export SHLIB_CXXLDFLAGS="-lpthread" export MAIN_LDFLAGS="-lpthread" MKL="-L${MKL_LIB_PATH} -L${INC_LIB_PATH} -lmkl_lapack95_lp64 -lmkl_intel_lp64 -lmkl_intel_thread -lmkl_core -liomp5 -lpthread" ./configure --prefix=${INSTALL_DIR} --enable-R-shlib --with-blas=&q...

...ing: "_REENTRANT" redefined player_example.c:1:1: warning: this is the location of the previous definition /bin/sh ../libtool --mode=link gcc -O2 -D_REENTRANT -all-static -o player_example player_example.o ../lib/libtheora.la -logg -lm -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -lpthread -lm -ldl -L/usr/X11R6/lib -lX11 -lXext -lvorbis -lpthread gcc -O2 -D_REENTRANT -static -o player_example player_example.o -Wl,-rpath -Wl,/usr/local/lib ../lib/.libs/libtheora.a -L/usr/local/lib /usr/local/lib/libSDL.a -L/usr/X11R6/lib -ldl -lX11 -lXext /usr/local/lib/libvorbis.a -lm /usr/local/l...

Paul Melis <llvm at assumetheposition.nl> writes: > It seems that the llvm-config generated when building through CMake does > not contain -lpthread on my 32-bit Core2Duo Gentoo Linux system (even > though I configured with LLVM_ENABLE_PTHREADS). I get missing symbols > during linking of e.g. the JIT tutorial code: [snip] This should be fixed now. Now about this one: > Adding -lpthread to the compile command manually fixes it, but t...

From: Sergei Trofimovich <slyfox@gentoo.org> $ LDFLAGS=-static make gcc -lpthread -g -O0 -o btrfs btrfs.o btrfs_cmds.o scrub.o \ ctree.o disk-io.o radix-tree.o extent-tree.o print-tree.o root-tree.o dir-item.o file-item.o inode-item.o inode-map.o crc32c.o rbtree.o extent-cache.o extent_io.o volumes.o utils.o btrfs-list.o btrfslabel.o -static -luuid scrub.o: In function `...

Am 22.05.13 19:32, schrieb Kaylor, Andrew: > If you send me details about how you're building this I'll look into it. Thanks. I forgot to mention it's LLVM 3.2 on Ubuntu 12.10. The command line is: $ g++-4.7 ExecutionEngineTest.cpp $(llvm-config --cxxflags --ldflags --libs) -lpthread -ldl $ g++-4.7 -static ExecutionEngineTest.cpp $(llvm-config --cxxflags --ldflags --libs) -lpthread -ldl The -lpthread -ldl is there explicitly because llvm-config prints them as part of --ldflags before the dependent LLVM libs. The first of the above commands works well. The second one does not....

...; >> I tried that out, I got a new error about pthreads in my config.log. > > It finds the header file now which is good, but it still fails to > find the libpthread.dll file, which is what LDFLAGS should have > addressed > > configure:15417: checking for pthread_kill in -lpthread > configure:15442: gcc -o conftest.exe -I/c/msys64/mingw64/x86_64-w64-mingw32/include/ -L/c/msys64/mingw64/x86_64-w64-mingw32/lib/:/c/msys64/mingw64/bin/ conftest.c -lpthread >&5 > c:/mingw/bin/../lib/gcc/mingw32/8.2.0/../../../../mingw32/bin/ld.exe: cannot find -lpthread > | cha...

Hello all, I'm having trouble compiling ocfs2-tools-1.6.3 on slackware64-13.1 These are my configure flags (the last 2 I added after googling this problem, but didn't help): ./configure \ --sbindir=/sbin \ --bin=/bin \ --libdir=/usr/lib${LIBDIRSUFFIX} \ --sysconfdir=/etc \ --datadir=/etc/ocfs2 \ --sharedstatedir=/var/ocfs2 \ --libexecdir=/usr/libexec \

...I installed R-2.8.1.patched in Ubuntu 9.04 (gcc 4.3.3) using MKL 10.1.1.019. I configured correctly (following MKL userguide) with : sudo ./configure --with-blas="-I/opt/intel/mkl/10.1.1.019/include -L/opt/intel/mkl/10.1.1.019/lib/em64t -lmkl_intel_lp64 -lmkl_intel_thread -lmkl_core -liomp5 -lpthread" --with-lapack="-I/opt/intel/mkl/10.1.1.019/include -L/opt/intel/mkl/10.1.1.019/lib/em64t -lmkl_intel_lp64 -lmkl_intel_thread -lmkl_core -liomp5 -lpthread" But in order to compile had to edit src/modules/lapack/vecLibg95c.c and comment out the include. Weird, since I am not building...

...I installed R-2.8.1.patched in Ubuntu 9.04 (gcc 4.3.3) using MKL 10.1.1.019. I configured correctly (following MKL userguide) with : sudo ./configure --with-blas="-I/opt/intel/mkl/10.1.1.019/include -L/opt/intel/mkl/10.1.1.019/lib/em64t -lmkl_intel_lp64 -lmkl_intel_thread -lmkl_core -liomp5 -lpthread" --with-lapack="-I/opt/intel/mkl/10.1.1.019/include -L/opt/intel/mkl/10.1.1.019/lib/em64t -lmkl_intel_lp64 -lmkl_intel_thread -lmkl_core -liomp5 -lpthread" But in order to compile had to edit src/modules/lapack/vecLibg95c.c and comment out the include. Weird, since I am not building...

If you send me details about how you're building this I'll look into it. -Andy -----Original Message----- From: Mario Schwalbe [mailto:mario at se.inf.tu-dresden.de] Sent: Wednesday, May 22, 2013 2:34 AM To: Kaylor, Andrew Cc: Mario Schwalbe; LLVM Devel Subject: Re: [LLVMdev] Static linking of execution engine Hi, Am 21.05.13 21:57, schrieb Kaylor, Andrew: > Yeah, this is a problem

...have seen this and similar tests be flaky on older Linux kernels due > to kernel bug(s). > May I ask you to run the same test (just built with clang) on the same > machine for ~100000 times and see if it ever crashes? > > clang++ ~/llvm/projects/compiler-rt/test/tsan/mmap_stress.cc -lpthread > while true; do for((i=0;i<10;i++)); do ./a.out || echo > ===============FAILED================ & done ; wait; done Add Michael again (who might have access to this Machine). Tobias

...roach, I just compiled the current R release > on Ubuntu with ICC and MKL using just this: > > $ tar -xzf R-3.2.2.tar.gz > $ cd R-3.2.2 > $ CC=icc CXX=icpc AR=xiar LD=xild CFLAGS="-g -O3 -xHost" CXXFLAGS="-g > -O3 -xHost" ./configure --with-blas="-lmkl_rt -lpthread" --with-lapack > --enable-memory-profiling --enable-R-shlib > $ make > $ sudo make install > $ R --version > R version 3.2.2 (2015-08-14) -- "Fire Safety" That is exactly the right combo: with-blas="-lmkl_rt -lpthread" Nothing more for $MKL now $ ldd bin/e...

Hi,all I'm working on how to build a whole-program bitcode file for big projects with a general solution,and I met a problem I simplify it as this: llvm-gcc -c -emit-llvm test.c llvm-ld test.o -lpthread //here llvm-ld tells me that "Cannot find library pthread" then I do this: llvm-ld test.o lli -load=/usr/lib/libpthread.so a.out.bc //lli tells me the /usr/lib/libpthread.so has a invalid ELF header What's the problem,my platform is Fedora 11 Thank you -------------- next part -...

...wrote: > Is there anyone who has built icecast2 successfully for OpenBSD? I built it > from source with no problem on Linux, but on my OBSD system the configure bombs > while checking for a function in libxslt... If you look at your config.log, you'll find the actual error to be ld: -lpthread: no match If you want threads on OpenBSD, -pthread is the way to go (it's a wrapper saying "Do whatever you have to, just give me threads.")... most likely on all platforms with gcc and a non-braindead specs file. Mike wouldn't believe me, though, so this ain't fixed. :) On O...

Óscar Fuentes wrote: > Paul Melis <llvm at assumetheposition.nl> writes: > > >> It seems that the llvm-config generated when building through CMake does >> not contain -lpthread on my 32-bit Core2Duo Gentoo Linux system (even >> though I configured with LLVM_ENABLE_PTHREADS). I get missing symbols >> during linking of e.g. the JIT tutorial code: >> > > [snip] > > This should be fixed now. Now about this one: > > >> Adding -...

...o serial.o server.o signal_arm.o signal_i386.o signal_powerpc.o signal_sparc.o signal_x86_64.o string.o sync.o tape.o thread.o threadpool.o time.o version.o virtual.o wcstring.o version.res -nodefaultlibs -Wl,--image-base,0x7bc00000 -o ntdll.dll.so -lwinecrt0 ../../libs/port/libwine_port.a -lpthread /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.5.2/../../../libpthread.so when searching for -lpthread /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.5.2/../../../libpthread.a when searching for -lpthread /usr/bin/ld: skipping incompatible //usr/lib/libpthr...

...64" setenv prefix "/home/a347549/local64" ### R 2.4.0 Configure ./configure --prefix=$prefix --with-x --with-tcl-config="$prefix/lib/tclConfig.sh" --with-tk-config="$prefix/lib/tkConfig.sh" --with-blas="-L$builddir/ATLAS/lib/Linux_HAMMER64SSE2_4 -lptf77blas -lpthread -latlas" ### Lam-MPI 7.1.2 Configure: ./configure --prefix=$prefix --enable-shared --disable-static --without-romio --with-rsh="ssh -xq" ### Rmpi INSTALL R CMD INSTALL Rmpi --configure-args="--with-mpi=$prefix --prefix=$prefix CC=mpicc" -l $R_LIBS * Installing *source* p...

Hi, I tried that out, I got a new error about pthreads in my config.log. Could you take another look. Thanks again, Reza > On Aug 20, 2019, at 12:36 PM, Daniel P. Berrangé <berrange@redhat.com> wrote: > > On Tue, Aug 20, 2019 at 12:29:15PM -0400, reza shahriari wrote: >> Hi, >> >> I have attached my compressed config file. >> >> Thanks,

...CFLAGS="-g -O2 -p -pg" CPPFLAGS="-I/opt/intel/mkl/10.0.1.014/include -I/usr/include -I/usr/local/include" LIBnn=lib64 BLAS_LIBS="-L/opt/intel/mkl/10.0.1.014/lib/em64t -Wl,--start-group -lmkl_gf_lp64.so -lmkl_gnu_thread.so -lmkl_core.so -l -l -l -Wl, --end-group -lguide -lpthread -lm" I have set the CONFIG_SITE environment variable to the location of the config.site.file. I am doing everything as superuser. The command I am using for configure is ./configure --disable-R-profiling --with-blas=no following the instructions in the R-admin file regarding enabling C-l...