search for: gthr

...nstall/arm-linux/include - isystem /llvm/install/arm-linux/sys-include --sysroot=yes -O2 -O2 -g -O2 --sys root=yes -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstric t-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -f omit-frame-pointer -fPIC -g0 -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_ NEEDED -Dinhibit_libc -I. -I. -I../../llvm-gcc/gcc -I../../llvm-gcc/gcc/. -I../. ./llvm-gcc/gcc/../include -I../../llvm-gcc/gcc/../libcpp/include -I../../llvm-g cc/gcc/../libdecnumber -I../libdecnumber -I/llvm/arm_objects/../llvm-2.8/include -I/llvm/llvm-2.8/...

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

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

...es. 1) Problem: Complains about *.info files. Resolutions: There are know miscompartibilities between msys makeinfo file and GCC's sources. Either use makeinfo from cygwin, or just remove msys' version out. 2) Problem: Complains about gthr-default.h file. Resolution: Grab gcc/gcc/gthr-win32.h file and copy it to gthr-default.h 3) Problem: Complains about "CL_ObjCXX" and simular ("CL_") during compilation c-opts.c. Resolution: Turn off windows file protection, remove system32\sort...

...h:134: error: ‘mbstate_t’ was not declared in this scope /usr/include/c++/4.3/bits/localefwd.h:134: error: template argument 3 is invalid In file included from /usr/include/sched.h:35, from /usr/include/pthread.h:25, from /usr/include/c ++/4.3/x86_64-linux-gnu/bits/gthr-default.h:43, from /usr/include/c ++/4.3/x86_64-linux-gnu/bits/gthr.h:132, from /usr/include/c++/4.3/ext/atomicity.h:39, from /usr/include/c++/4.3/bits/ios_base.h:46, from /usr/include/c++/4.3/ios:48, from /usr/inc...

Anton Korobeynikov <asl at math.spbu.ru> writes: [snip] > 2) Problem: Complains about gthr-default.h file. > Resolution: Grab gcc/gcc/gthr-win32.h file and copy it to gthr-default.h ... so --enable-threads=win32 is broken... good to know. > 3) Problem: Complains about "CL_ObjCXX" and simular ("CL_") during > compilation c-opts.c....

...about > ".local". It seems, that it isn't supported by win32 version of as. > After removing this line and compiling by hand everything goes further > (generated .s file attached). Maybe X86AsmWriter should be modified? Probably. Patches welcome :) > 2. While compiling gthr-win32.c I've got the following exception > stopped all compilation: > > ./cc1.exe -fpreprocessed h:\WINNT\Temp/ccAnbaaa.i -quiet -dumpbase gthr-win32.c > -auxbase-strip libgcc/./gthr-win32.o -g -O2 -W -Wall -Wwrite-strings -Wstrict-p > rototypes -Wmissing-prototypes -Wold-style-d...

...-linux/4.1.2/../../../../include/c++/4.1.2/iosfwd:46: In file included from /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../include/c++/4.1.2/x86_64-redhat-linux/bits/c++io.h:38: In file included from /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../include/c++/4.1.2/x86_64-redhat-linux/bits/gthr.h:132: /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../include/c++/4.1.2/x86_64-redhat-linux/bits/gthr-default.h:100:68: error: weakref declaration must have internal linkage extern __typeof(pthread_once) __gthrw_pthread_once __attribute__ ((__weakref__("pthread_once"))); In one...

...fwd:45: In file included from /usr/local/gcc-4.1/lib/gcc/x86_64-unknown-linux-gnu/4.1.2/../../../../include/c++/4.1.2/x86_64-unknown-linux-gnu/bits/c++io.h:38: In file included from /usr/local/gcc-4.1/lib/gcc/x86_64-unknown-linux-gnu/4.1.2/../../../../include/c++/4.1.2/x86_64-unknown-linux-gnu/bits/gthr.h:114: /usr/local/gcc-4.1/lib/gcc/x86_64-unknown-linux-gnu/4.1.2/../../../../include/c++/4.1.2/x86_64-unknown-linux-gnu/bits/gthr-default.h:88:1: error: weakref declaration must have internal linkage __gthrw(pthread_once) ^ /usr/local/gcc-4.1/lib/gcc/x86_64-unknown-linux-gnu/4.1.2/../../../.....

> Yes, it is the same error referring to 4.1.2. > > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c+ > +/4.1.2/i386-redhat-linux/bits/gthr-default.h:114:1: error: weakref > declaration must have internal > linkage > __gthrw(pthread_key_delete) > > There are several such errors. Are you sure you are usin gcc44? Don't you need to run CC=gcc44 CXX=g++44 ../llvm/configure instead? -- Regards, Konstantin

...ee.fr> > Date: 12/07/2012 05:09 PM > Subject: Re:[LLVMdev] Compiling llvm and Clang on Linux > > > > > >> Yes, it is the same error referring to 4.1.2. >> >> /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c+ >> +/4.1.2/i386-redhat-linux/bits/gthr-default.h:114:1: error: weakref >> declaration must have internal >> linkage >> __gthrw(pthread_key_delete) >> >> There are several such errors. > > Are you sure you are usin gcc44? Don't you need to run CC=gcc44 CXX=g+ > +44 ../llvm/configure instead? &gt...

...using Clang front end for our tool. I tried to compile LLVM (using configure followed by 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 Researc...

...cal/x86_64-unknown-linux-gnu/lib/ -isystem /usr/local/x86_64-unknown-linux-gnu/include -isystem /usr/local/x86_64-unknown-linux-gnu/sys-include -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../trunk/gcc -I../../trunk/gcc/. -I../../trunk/gcc/../include -I../../trunk/gcc/../libcpp/include -I../../trunk/gcc/../libdecnumber -I../libdecnumber -I/root/llvm_source/llvm/include -DSHARED -fexceptions -c ../../trunk/gcc/gthr-gnat.c -o...

...CXX=g++44 make and still got the same error (I checked and CC=gcc44 and CXX=g++44 now in build/Makefile.config).. I tried also ../llvm/configure CC=gcc44 CXX=g++44 --include_dir=<gcc44 include dir> but it didn't help either. I couldn't find in the gcc44 directories the the file gthr-default.h, on which the error is issued. The error is issued while compiling the line line #include <algorithm> in llvm/projects/compiler-rt/lib/asan/asan_posix.cc the line is preceded by the comment // Should not add dependency on libstdc++ Below are the gcc44 directories installed on the...

...u, Duncan Sands <baldrick at free.fr> Date: 12/07/2012 05:09 PM Subject: Re:[LLVMdev] Compiling llvm and Clang on Linux > Yes, it is the same error referring to 4.1.2. > > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c+ > +/4.1.2/i386-redhat-linux/bits/gthr-default.h:114:1: error: weakref > declaration must have internal > linkage > __gthrw(pthread_key_delete) > > There are several such errors. Are you sure you are usin gcc44? Don't you need to run CC=gcc44 CXX=g+ +44 ../llvm/configure instead? -- Regards, Konstantin

...: make[3]: Entering directory `/home/wendling/llvm/llvm/lib/ExecutionEngine/JIT' Compiling Emitter.cpp Emitter.cpp:44:1: warning: "_POSIX_MAPPED_FILES" redefined In file included from /usr/include/unistd.h:171, from /usr/include/c++/3.3.1/i586-mandrake-linux-gnu/bits/gthr-default.h:38, from /usr/include/c++/3.3.1/i586-mandrake-linux-gnu/bits/gthr.h:98, from /usr/include/c++/3.3.1/i586-mandrake-linux-gnu/bits/c++io.h:37, from /usr/include/c++/3.3.1/bits/fpos.h:44, from /usr/include/c++/3.3.1/iosfwd:4...

...-linux-gnu/lib/ -isystem /pkgs/llvm-gcc-4.2-rw/x86_64-unknown-linux-gnu/include -isystem /pkgs/llvm-gcc-4.2-rw/x86_64-unknown-linux-gnu/sys-include -O2 -O2 -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -shared -nodefaultlibs -Wl,--soname=libgcc_s.so.1 -Wl,--version-script=libgcc/./libgcc.map -o ./libgcc_s.so.1.tmp libgcc/./_muldi3_s.o libgcc/./_negdi2_s.o libgcc/./_lshrdi3_s.o libgcc/./_ashldi3_s.o libgcc/./_ashrdi3_s.o libgcc/./_cmpdi2_s.o libgcc/....

...r> > Date: 12/07/2012 05:09 PM > Subject: Re:[LLVMdev] Compiling llvm and Clang on Linux > > > > > >> Yes, it is the same error referring to 4.1.2. >> >> /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c+ >> +/4.1.2/i386-redhat-linux/bits/gthr-default.h:114:1: error: weakref >> declaration must have internal >> linkage >> __gthrw(pthread_key_delete) >> >> There are several such errors. > > Are you sure you are usin gcc44? Don't you need to run CC=gcc44 CXX=g+ > +44 ../llvm/configure instead? &gt...

Howdy, We believe we've found a bug in the libgcc or libstdc++ library (not sure which one) packaged with the gcc43 port in fbsd7 on an Intel x86-64. A program linked against those libraries aborts when an exception is thrown. It does not abort if -lpthread is added to the link line, even though the program does not use threads. I believe the problem is related to the pthread stubs in

...tried to compile > LLVM > (using configure followed by 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 R...