Displaying 13 results from an estimated 13 matches for "llvm_gcda_end_file".
Did you mean:
_llvm_gcda_end_file
2013 Mar 14
3
[LLVMdev] undefined reference to 'llvm_gcda_start_file', 'llvm_gcda_emit_arcs', etc
...base.
It worked for a while. But today, after I updated my local checkout, and
re-build llvm, clang and compiler-rt, when I test my project again, I got
the errors with undefined reference to 'llvm_gcda_start_file',
'llvm_gcda_emit_arcs', 'llvm_gcda_emit_function', and 'llvm_gcda_end_file'.
I have searched the codebase, and have found the functions are defined in
GCDAProfiling.c file, but not sure why this suddenly doesn't work for me.
Anyone can give any suggestions?
Thanks very much in advance.
Qun
-------------- next part --------------
An HTML attachment was scrubbed....
2013 Mar 14
0
[LLVMdev] undefined reference to 'llvm_gcda_start_file', 'llvm_gcda_emit_arcs', etc
...d for a while. But today, after I updated my local checkout, and
> re-build llvm, clang and compiler-rt, when I test my project again, I
> got the errors with undefined reference to 'llvm_gcda_start_file',
> 'llvm_gcda_emit_arcs', 'llvm_gcda_emit_function', and 'llvm_gcda_end_file'.
>
> I have searched the codebase, and have found the functions are defined
> in GCDAProfiling.c file, but not sure why this suddenly doesn't work for me.
>
> Anyone can give any suggestions?
Those symbols should be provided by
compiler-rt/lib/profile/GCDAProfiling.c. Ther...
2013 Mar 14
2
[LLVMdev] undefined reference to 'llvm_gcda_start_file', 'llvm_gcda_emit_arcs', etc
..., if we do
`nm libprofile_rt.a | grep llvm`
with my old copy of the llvm/clang installation, I can see
00000000000005e0 T _llvm_gcda_emit_arcs
0000000000000b48 S _llvm_gcda_emit_arcs.eh
0000000000000430 T _llvm_gcda_emit_function
0000000000000aa8 S _llvm_gcda_emit_function.eh
00000000000006c0 T _llvm_gcda_end_file
0000000000000b98 S _llvm_gcda_end_file.eh
00000000000003d0 T _llvm_gcda_increment_indirect_counter
0000000000000a80 S _llvm_gcda_increment_indirect_counter.eh
0000000000000000 T _llvm_gcda_start_file
0000000000000a08 S _llvm_gcda_start_file.eh
They are the symbols that my test build is looking for...
2016 Apr 06
2
Writing a test for gcov style coverage crashing after dlclose
...ing dlopen/dlclose to
load and unload shared libraries.
Each shared library must have its own copy of the following GCDA functions:
- __gcov_flush
- llvm_delete_flush_function_list
- llvm_delete_writeout_function_list
- llvm_gcda_emit_arcs
- llvm_gcda_emit_function
- llvm_gcda_end_file
- llvm_gcda_increment_indirect_counter
- llvm_gcda_start_file
- llvm_gcda_summary_info
- llvm_gcov_init
- llvm_register_flush_function
- llvm_register_writeout_function
- llvm_writeout_files
Defining these function as "hidden" prevents a shared library...
2013 Mar 15
2
[LLVMdev] undefined reference to 'llvm_gcda_start_file', 'llvm_gcda_emit_arcs', etc
...old copy of the llvm/clang installation, I can see
>>
>> 00000000000005e0 T _llvm_gcda_emit_arcs
>> 0000000000000b48 S _llvm_gcda_emit_arcs.eh
>> 0000000000000430 T _llvm_gcda_emit_function
>> 0000000000000aa8 S _llvm_gcda_emit_function.eh
>> 00000000000006c0 T _llvm_gcda_end_file
>> 0000000000000b98 S _llvm_gcda_end_file.eh
>> 00000000000003d0 T _llvm_gcda_increment_indirect_counter
>> 0000000000000a80 S _llvm_gcda_increment_indirect_counter.eh
>> 0000000000000000 T _llvm_gcda_start_file
>> 0000000000000a08 S _llvm_gcda_start_file.eh
>>
&...
2013 Oct 04
0
[LLVMdev] question about -coverage
...t chromium's base_unittests with -fprofile-arcs -ftest-coverage
and the coverage's at-exit hook takes 22 seconds,
which is 44x more than I am willing to pay.
Most of the time is spent here:
#0 0x00007ffff3b034cd in msync () at ../sysdeps/unix/syscall-template.S:82
#1 0x0000000003a8c818 in llvm_gcda_end_file ()
#2 0x0000000003a8c914 in llvm_writeout_files ()
#3 0x00007ffff2f5e901 in __run_exit_handlers
The test depends on ~700 source files and so the profiling library calls
msync ~700 times.
Full chromium depends on ~12000 source files, so we'll be dumping the
coverage data for 5 minutes this way...
2013 Mar 14
0
[LLVMdev] undefined reference to 'llvm_gcda_start_file', 'llvm_gcda_emit_arcs', etc
...llvm`
>
> with my old copy of the llvm/clang installation, I can see
>
> 00000000000005e0 T _llvm_gcda_emit_arcs
> 0000000000000b48 S _llvm_gcda_emit_arcs.eh
> 0000000000000430 T _llvm_gcda_emit_function
> 0000000000000aa8 S _llvm_gcda_emit_function.eh
> 00000000000006c0 T _llvm_gcda_end_file
> 0000000000000b98 S _llvm_gcda_end_file.eh
> 00000000000003d0 T _llvm_gcda_increment_indirect_counter
> 0000000000000a80 S _llvm_gcda_increment_indirect_counter.eh
> 0000000000000000 T _llvm_gcda_start_file
> 0000000000000a08 S _llvm_gcda_start_file.eh
>
> They are the symbols...
2013 Mar 19
2
[LLVMdev] undefined reference to 'llvm_gcda_start_file', 'llvm_gcda_emit_arcs', etc
...see
>>>>
>>>> 00000000000005e0 T _llvm_gcda_emit_arcs
>>>> 0000000000000b48 S _llvm_gcda_emit_arcs.eh
>>>> 0000000000000430 T _llvm_gcda_emit_function
>>>> 0000000000000aa8 S _llvm_gcda_emit_function.eh
>>>> 00000000000006c0 T _llvm_gcda_end_file
>>>> 0000000000000b98 S _llvm_gcda_end_file.eh
>>>> 00000000000003d0 T _llvm_gcda_increment_indirect_counter
>>>> 0000000000000a80 S _llvm_gcda_increment_indirect_counter.eh
>>>> 0000000000000000 T _llvm_gcda_start_file
>>>> 0000000000000a...
2013 Mar 15
0
[LLVMdev] undefined reference to 'llvm_gcda_start_file', 'llvm_gcda_emit_arcs', etc
...ang installation, I can see
>>>
>>> 00000000000005e0 T _llvm_gcda_emit_arcs
>>> 0000000000000b48 S _llvm_gcda_emit_arcs.eh
>>> 0000000000000430 T _llvm_gcda_emit_function
>>> 0000000000000aa8 S _llvm_gcda_emit_function.eh
>>> 00000000000006c0 T _llvm_gcda_end_file
>>> 0000000000000b98 S _llvm_gcda_end_file.eh
>>> 00000000000003d0 T _llvm_gcda_increment_indirect_counter
>>> 0000000000000a80 S _llvm_gcda_increment_indirect_counter.eh
>>> 0000000000000000 T _llvm_gcda_start_file
>>> 0000000000000a08 S _llvm_gcda_star...
2013 Oct 03
2
[LLVMdev] question about -coverage
Hello,
I have few questions about coverage.
Is there any user-facing documentation for clang's "-coverage" flag?
The coverage instrumentation seems to happen before asan, and so if asan is
also enabled
asan will instrument accesses to @__llvm_gcov_ctr.
This is undesirable and so we'd like to skip these accesses.
Looks like GEP around @__llvm_gcov_ctr have special metadata
2013 Mar 25
0
[LLVMdev] undefined reference to 'llvm_gcda_start_file', 'llvm_gcda_emit_arcs', etc
...>>>>> 00000000000005e0 T _llvm_gcda_emit_arcs
>>>>> 0000000000000b48 S _llvm_gcda_emit_arcs.eh
>>>>> 0000000000000430 T _llvm_gcda_emit_function
>>>>> 0000000000000aa8 S _llvm_gcda_emit_function.eh
>>>>> 00000000000006c0 T _llvm_gcda_end_file
>>>>> 0000000000000b98 S _llvm_gcda_end_file.eh
>>>>> 00000000000003d0 T _llvm_gcda_increment_indirect_counter
>>>>> 0000000000000a80 S _llvm_gcda_increment_indirect_counter.eh
>>>>> 0000000000000000 T _llvm_gcda_start_file
>>>>...
2013 Mar 25
1
[LLVMdev] undefined reference to 'llvm_gcda_start_file', 'llvm_gcda_emit_arcs', etc
...;> 00000000000005e0 T _llvm_gcda_emit_arcs
>>>>>> 0000000000000b48 S _llvm_gcda_emit_arcs.eh
>>>>>> 0000000000000430 T _llvm_gcda_emit_function
>>>>>> 0000000000000aa8 S _llvm_gcda_emit_function.eh
>>>>>> 00000000000006c0 T _llvm_gcda_end_file
>>>>>> 0000000000000b98 S _llvm_gcda_end_file.eh
>>>>>> 00000000000003d0 T _llvm_gcda_increment_indirect_counter
>>>>>> 0000000000000a80 S _llvm_gcda_increment_indirect_counter.eh
>>>>>> 0000000000000000 T _llvm_gcda_start_file...
2013 Mar 15
0
[LLVMdev] Problems about developing LLVM pass on windows visual studio
...opy of the llvm/clang installation, I can see
> >
> > 00000000000005e0 T _llvm_gcda_emit_arcs
> > 0000000000000b48 S _llvm_gcda_emit_arcs.eh
> > 0000000000000430 T _llvm_gcda_emit_function
> > 0000000000000aa8 S _llvm_gcda_emit_function.eh
> > 00000000000006c0 T _llvm_gcda_end_file
> > 0000000000000b98 S _llvm_gcda_end_file.eh
> > 00000000000003d0 T _llvm_gcda_increment_indirect_counter
> > 0000000000000a80 S _llvm_gcda_increment_indirect_counter.eh
> > 0000000000000000 T _llvm_gcda_start_file
> > 0000000000000a08 S _llvm_gcda_start_file.eh
>...