[LLVMdev] undefined reference to 'llvm_gcda_start_file', 'llvm_gcda_emit_arcs', etc

Mon Mar 25 07:22:09 PDT 2013

On Mon, Mar 25, 2013 at 5:04 PM, Qun Fa <testforqunfa at gmail.com> wrote:

> Thank you Alexey. I will try this out this week. Any idea on supporting
> this for Mac?
>
> My raw idea is to add this to compiler-rt/lib/profile/CMakeLists.txt
>
> if(APPLE)
>   foreach(arch ${PROFILE_SUPPORTED_ARCH})
>     add_compiler_rt_static_runtime(clang_rt.profile-${arch} ${arch}
>       SOURCES ${PROFILE_SOURCES}
>       CFLAGS --sysroot=${COMPILER_RT_DARWIN_SDK_SYSROOT})
>   endforeach()
> endif()
>
>
> Do you think it will then support Mac?
>

Generally we build universal libraries on Mac OS X, so that one static
library has sources compiled for
multiple arches. I've added basic Mac support in r177870, hope this will
work for you.

>
> Longyi
>
>
> On Tue, Mar 19, 2013 at 4:20 AM, Alexey Samsonov <samsonov at google.com>wrote:
>
>> Hi!
>>
>> On Fri, Mar 15, 2013 at 10:51 PM, Qun Fa <testforqunfa at gmail.com> wrote:
>>
>>> Thank you Alexey.
>>>
>>> I have tried to use Makefile. This will generate the correct symbols
>>> that I need.
>>>
>>> Any idea on the schedule of adding CMake support to compiler-rt?
>>>
>>
>> Starting from r177382 CMake on Linux should build the same profile
>> compiler-rt library
>> as Makefiles.
>>
>>
>>>
>>> Sincerely,
>>> Qun
>>>
>>>
>>> On Fri, Mar 15, 2013 at 1:51 AM, Alexey Samsonov <samsonov at google.com>wrote:
>>>
>>>>
>>>> On Fri, Mar 15, 2013 at 1:36 AM, Qun Fa <testforqunfa at gmail.com> wrote:
>>>>
>>>>> Hi All,
>>>>>
>>>>> I think Nick's suggestion is correct, my code was linked against
>>>>> libprofile_rt.a, which had gcda profiling code before, but was removed
>>>>> https://github.com/llvm-mirror/llvm/commit/218042a02305a3cc38d968a97ff9ecf4b4abe6ff
>>>>>
>>>>> So, I couldn't find the correct symbols from libprofile_rt.a any more.
>>>>>
>>>>> Now my assumption is I need to use the correct library that is
>>>>> provided by compiler-rt. May I know which one?
>>>>>
>>>>> I am building the entire llvm/clang including compiler-rt based on the
>>>>> instructions given on the clang get started page (
>>>>> http://clang.llvm.org/get_started.html), but with CMake instead of
>>>>> Makefile. But I also noticed in the compiler-rt/lib/CMakeLists.txt file, we
>>>>> have the following FIXME.
>>>>>
>>>>> # FIXME: Add support for the profile library.
>>>>>
>>>>> So, if I want to use the correct library, do I have to switch to
>>>>> Makefile? Any ideas?
>>>>>
>>>>
>>>> Yeah, can you try Makefile (I think it should build libprofile_rt from
>>>> GCDAProfiling.c that you need). I'll see if I can add CMake support for
>>>> profile in compiler-rt any time soon.
>>>> However, looks like Clang driver won't be smart enough to link two
>>>> archives (lib/libprofile_rt.a and the one under lib/clang/3.3/linux/...),
>>>> so we may need to patch the driver as well.
>>>>
>>>>
>>>>>
>>>>> Thanks very much,
>>>>> Qun
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Mar 14, 2013 at 8:46 AM, Qun Fa <testforqunfa at gmail.com>wrote:
>>>>>
>>>>>> Thanks for your reply.
>>>>>>
>>>>>> May I know which is the recommended library that should be linked
>>>>>> against?
>>>>>>
>>>>>> I am currently linking libprofile_rt.a.
>>>>>>
>>>>>> And I have noticed the differences that, 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.
>>>>>>
>>>>>> But with the latest codebase, here is what I saw
>>>>>>
>>>>>> 00000000000000a8 T llvm_start_basic_block_tracing
>>>>>> 0000000000000067 T llvm_trace_basic_block
>>>>>> 0000000000000467 T llvm_decrement_path_count
>>>>>> 000000000000042a T llvm_increment_path_count
>>>>>> 0000000000000662 T llvm_start_path_profiling
>>>>>> 0000000000000020 T llvm_start_edge_profiling
>>>>>> 0000000000000020 T llvm_start_opt_edge_profiling
>>>>>>
>>>>>> Thanks again,
>>>>>> Qun
>>>>>>
>>>>>> On Thu, Mar 14, 2013 at 1:11 AM, Nick Lewycky <nicholas at mxc.ca>wrote:
>>>>>>
>>>>>>> Qun Fa wrote:
>>>>>>>
>>>>>>>> Hi,
>>>>>>>> I am trying to test my project and get the code coverage with a
>>>>>>>> version
>>>>>>>> of clang compiler that was built from the latest llvm/clang
>>>>>>>> codebase.
>>>>>>>>
>>>>>>>> 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?
>>>>>>>>
>>>>>>>
>>>>>>> Those symbols should be provided by compiler-rt/lib/profile/**GCDAProfiling.c.
>>>>>>> There used to be a copy in llvm's tree, but I deleted that one recently.
>>>>>>> It's possible you used to be using the one from llvm, but now need to
>>>>>>> switch to using the one from compiler-rt?
>>>>>>>
>>>>>>> Nick
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> LLVM Developers mailing list
>>>>> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
>>>>> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Alexey Samsonov, MSK
>>>>
>>>
>>>
>>
>>
>> --
>> Alexey Samsonov, MSK
>>
>
>

-- 
Alexey Samsonov, MSK
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130325/3e27cb3b/attachment.html>