llvm dev - Mar 2013 - [LLVMdev] undefined reference to 'llvm_gcda_start_file', 'llvm_gcda_emit_arcs', etc

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20130319/ea293b7b/attachment.html>

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?

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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20130325/c6529b9f/attachment.html>

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>