Displaying 8 results from an estimated 8 matches for "__resolved".
2016 Dec 27
2
(Thin)LTO llvm build
...tsan/dd/dd_interceptors.cc:226:20:
error: redefinition of 'realpath'
INTERCEPTOR(char*, realpath, const char *path, char *resolved_path) {
^
/usr/include/bits/stdlib.h:37:8: note: previous definition is here
__NTH (realpath (const char *__restrict __name, char *__restrict __resolved))
[...]
libomp.so
duplicate symbol __kmp_get_reduce_method in version script
duplicate symbol __kmp_itt_fini_ittlib in version script
duplicate symbol __kmp_itt_init_ittlib in version script
LLVM ERROR: A @@ version cannot be undefined
2016 Dec 27
0
(Thin)LTO llvm build
...:20:
> error: redefinition of 'realpath'
> INTERCEPTOR(char*, realpath, const char *path, char *resolved_path) {
> ^
> /usr/include/bits/stdlib.h:37:8: note: previous definition is here
> __NTH (realpath (const char *__restrict __name, char *__restrict
> __resolved))
>
I've never seen this before. Looks like bits/stdlib.h gets pulled in only
when _FORTIFY_SOURCE is enabled (which causes __USE_FORTIFY_LEVEL > 0). Do
you have _FORTIFY_SOURCE set somewhere? Can you try with that not set?
Teresa
>
> [...]
>
> libomp.so
> duplicate symbo...
2016 Dec 27
2
(Thin)LTO llvm build
...rror: redefinition of 'realpath'
>> INTERCEPTOR(char*, realpath, const char *path, char *resolved_path) {
>> ^
>> /usr/include/bits/stdlib.h:37:8: note: previous definition is here
>> __NTH (realpath (const char *__restrict __name, char *__restrict __resolved))
>
>
> I've never seen this before. Looks like bits/stdlib.h gets pulled in only
> when _FORTIFY_SOURCE is enabled (which causes
> __USE_FORTIFY_LEVEL > 0). Do you have _FORTIFY_SOURCE
> set somewhere?
I do, it's by default a part of hardening flags on most Linux dist...
2016 Dec 27
0
(Thin)LTO llvm build
...9;realpath'
> >> INTERCEPTOR(char*, realpath, const char *path, char *resolved_path) {
> >> ^
> >> /usr/include/bits/stdlib.h:37:8: note: previous definition is here
> >> __NTH (realpath (const char *__restrict __name, char *__restrict
> __resolved))
> >
> >
> > I've never seen this before. Looks like bits/stdlib.h gets pulled in only
> > when _FORTIFY_SOURCE is enabled (which causes
> > __USE_FORTIFY_LEVEL > 0). Do you have _FORTIFY_SOURCE
> > set somewhere?
>
> I do, it's by default a par...
2016 Dec 25
0
(Thin)LTO llvm build
So, archlinux doesn't seem to package lld. Since the binaries from
llvm.org don't work here, maybe I can find another way to avoid
running two llvm builds (one to build lld, one to thinlto-lld rebuild).
TBD.
2016 Dec 27
1
(Thin)LTO llvm build
...> >> INTERCEPTOR(char*, realpath, const char *path, char *resolved_path) {
>> >> ^
>> >> /usr/include/bits/stdlib.h:37:8: note: previous definition is here
>> >> __NTH (realpath (const char *__restrict __name, char *__restrict
>> __resolved))
>> >
>> >
>> > I've never seen this before. Looks like bits/stdlib.h gets pulled in
>> only
>> > when _FORTIFY_SOURCE is enabled (which causes
>> > __USE_FORTIFY_LEVEL > 0). Do you have _FORTIFY_SOURCE
>> > set somewhere?
>>...
2012 Nov 29
2
[LLVMdev] problem trying to write an LLVM register-allocation pass
I have a new problem: Register RBP is used in a function foo. (I am not
allocating RBP to any virtual register, the instances of RBP in function
foo are in the machine code when my register allocator starts.)
Function foo calls function bar. Register RBP is not saved across the
call, though it is live after the call. Function bar includes a virtual
register. The code that I'm using to
2012 Dec 01
0
[LLVMdev] problem trying to write an LLVM register-allocation pass
...mkstemp (char *__template) __attribute__ ((__nonnull__ (1))) ;
extern char *mkdtemp (char *__template) __attribute__ ((__nothrow__)) __attribute__ ((__nonnull__ (1))) ;
extern int system (__const char *__command) ;
extern char *realpath (__const char *__restrict __name,
char *__restrict __resolved) __attribute__ ((__nothrow__)) ;
typedef int (*__compar_fn_t) (__const void *, __const void *);
extern void *bsearch (__const void *__key, __const void *__base,
size_t __nmemb, size_t __size, __compar_fn_t __compar)
__attribute__ ((__nonnull__ (1, 2, 5))) ;
extern void qsort (void *__...