Displaying 4 results from an estimated 4 matches for "__weakref__".
2012 Aug 09
2
[LLVMdev] Compiling std::string with clang
..../../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 of the development phorums, I found somebody saying that LLVM
does not support gcc 4.1 libraries. Is that true? If yes, which libraries
should I use, in case I would like to use llvm 2.9?
Regards,
Dmitry
Dmitry Pidan
Emerging Quality Technologies Gr...
2008 Aug 16
1
python how do i stem words in python?
...r.__call__ stemmer.__reduce_ex__
stemmer.__class__ stemmer.__repr__
stemmer.__delattr__ stemmer.__setattr__
stemmer.__dict__ stemmer.__str__
stemmer.__doc__ stemmer.__swig_destroy__
stemmer.__getattribute__ stemmer.__weakref__
stemmer.__hash__ stemmer.get_available_languages
stemmer.__init__ stemmer.get_description
stemmer.__module__ stemmer.this
stemmer.__new__ stemmer.thisown
stemmer.__reduce__
2011 Jul 05
0
[LLVMdev] pthread problems with gcc 4.1 includes?
...from:
#define __gthrw(name) __gthrw2(__gthrw_ ## name,name,name)
^
/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:63:46:
note: instantiated from:
extern __typeof(type) name __attribute__ ((__weakref__(#name2)));
^
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
2008 Nov 07
2
[LLVMdev] CBE errors
...s alias. This (mostly) matches the LLVM
representation above.
$ llvm-g++ -emit-llvm -E -o main.E.cpp main.cpp
$ grep -Hn pthread_cancel main.E.cpp
main.E.cpp:4414:extern int pthread_cancel (pthread_t __th);
main.E.cpp:6058:static __typeof(pthread_cancel) __gthrw_pthread_cancel
__attribute__ ((__weakref__("pthread_cancel")));
main.E.cpp:6075: = __extension__ (void *) &__gthrw_pthread_cancel;
So, it looks like the CBE code generator is not producing correct
output for the alias, since the LLVM bitcode appears correct. Has
anybody seen anything like this before? Or, am I just...