search for: gcdaprofiling

...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... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130313/24e31428/attachment.h...

...ler-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. > &gt...

...;> 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 recen...

...> >>> # 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...

...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 u...

...; 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...

...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,...

...dd 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...

...ibrary. >>>>> >>>>> 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/...), &gt...

...ake[2]: Entering directory `/home/user/LLVM/build/runtime/libprofile' llvm[2]: Compiling BasicBlockTracing.c for Release+Asserts build (PIC) llvm[2]: Compiling CommonProfiling.c for Release+Asserts build (PIC) llvm[2]: Compiling EdgeProfiling.c for Release+Asserts build (PIC) llvm[2]: Compiling GCDAProfiling.c for Release+Asserts build (PIC) In file included from /home/user/LLVM/llvm-3.1.src/runtime/libprofile/GCDAProfiling.c:23: In file included from /home/user/LLVM/build/include/llvm/Support/DataTypes.h:74: /home/user/LLVM/llvm-3.1.src/include/llvm/Support/myfile.hpp:81:10: fatal error: 'utility&...

Hi, I've been seeing a crash in llvm_gcda_emit_arcs() on x86_64. The crash occurs executing a movdqa instruction with an unaligned src address. The attached patch to the compiler-rt project fixes the problem by using memcpy() to read data from the write_buffer[] in GCDAProfiling.c. This is my first patch submission to llvm so please let me know if I've missed any steps. I'm not on the mailing list so please include me on any replies. I haven't run the tests on this change but would be happy to do so if someone could point me to documentation on how to do so....

...gt; I've been seeing a crash in llvm_gcda_emit_arcs() on x86_64. The crash >> occurs executing a movdqa instruction with an unaligned src address. >> The attached patch to the compiler-rt project fixes the problem by >> using memcpy() to read data from the write_buffer[] in GCDAProfiling.c. >> >> This is my first patch submission to llvm so please let me know if I've >> missed any steps. I'm not on the mailing list so please include me on >> any replies. >> >> I haven't run the tests on this change but would be happy to do so if >...

...cRoot)/SDKs/linux +CFLAGS.full-x32 += --sysroot=$(ProjSrcRoot)/SDKs/linux FUNCTIONS.full-i386 := $(CommonFunctions) $(ArchFunctions.i386) FUNCTIONS.full-x86_64 := $(CommonFunctions) $(ArchFunctions.x86_64) +FUNCTIONS.full-x32 := $(CommonFunctions) $(ArchFunctions.x32) FUNCTIONS.profile-i386 := GCDAProfiling FUNCTIONS.profile-x86_64 := GCDAProfiling +FUNCTIONS.profile-x32 := GCDAProfiling FUNCTIONS.san-i386 := $(SanitizerCommonFunctions) FUNCTIONS.san-x86_64 := $(SanitizerCommonFunctions) +FUNCTIONS.san-x32 := $(SanitizerCommonFunctions) FUNCTIONS.asan-i386 := $(AsanFunctions) $(InterceptionFunctio...

On Jan 3, 2013, at 6:50 AM, APaschos wrote: > llvm[2]: Compiling GCDAProfiling.c for Release+Asserts build (PIC) Well here's your problem! You're trying to include a C++ header (your custom header, "llvm/Support/myfile.hpp") from a C header (<llvm/Support/DataTypes.h>). There are a couple of ways you could solve this: either don't include your cust...

On 24 April 2011 00:57, 陳韋任 <chenwj at iis.sinica.edu.tw> wrote: > Hi, Zhao > > You can apply the attachment to LLVM 2.9 Release. It has been tested > on FreeBSD/x86. > Hi Chen, may I commit this (updated to include GCDAProfiling.cpp) to LLVM SVN? Nick > > Regards, > chenwj > > -- > Wei-Ren Chen (陳韋任) > Computer Systems Lab, Institute of Information Science, > Academia Sinica, Taiwan (R.O.C.) > Tel:886-2-2788-3799 #1667 > > _______________________________________________ > LLVM Develop...

...; Hi, > > I've been seeing a crash in llvm_gcda_emit_arcs() on x86_64. The crash > occurs executing a movdqa instruction with an unaligned src address. > The attached patch to the compiler-rt project fixes the problem by > using memcpy() to read data from the write_buffer[] in GCDAProfiling.c. > > This is my first patch submission to llvm so please let me know if I've > missed any steps. I'm not on the mailing list so please include me on > any replies. > > I haven't run the tests on this change but would be happy to do so if > someone could point me...

...been seeing a crash in llvm_gcda_emit_arcs() on x86_64. The crash >>> occurs executing a movdqa instruction with an unaligned src address. >>> The attached patch to the compiler-rt project fixes the problem by >>> using memcpy() to read data from the write_buffer[] in GCDAProfiling.c. >>> >>> This is my first patch submission to llvm so please let me know if I've >>> missed any steps. I'm not on the mailing list so please include me on >>> any replies. >>> >>> I haven't run the tests on this change but would b...

...GS.full-x32 += --sysroot=$(ProjSrcRoot)/SDKs/linux > > FUNCTIONS.full-i386 := $(CommonFunctions) $(ArchFunctions.i386) > FUNCTIONS.full-x86_64 := $(CommonFunctions) $(ArchFunctions.x86_64) > +FUNCTIONS.full-x32 := $(CommonFunctions) $(ArchFunctions.x32) > FUNCTIONS.profile-i386 := GCDAProfiling > FUNCTIONS.profile-x86_64 := GCDAProfiling > +FUNCTIONS.profile-x32 := GCDAProfiling > FUNCTIONS.san-i386 := $(SanitizerCommonFunctions) > FUNCTIONS.san-x86_64 := $(SanitizerCommonFunctions) > +FUNCTIONS.san-x32 := $(SanitizerCommonFunctions) > FUNCTIONS.asan-i386 := $(AsanFu...

...ectory `/home/user/LLVM/build/runtime/libprofile' > llvm[2]: Compiling BasicBlockTracing.c for Release+Asserts build (PIC) > llvm[2]: Compiling CommonProfiling.c for Release+Asserts build (PIC) > llvm[2]: Compiling EdgeProfiling.c for Release+Asserts build (PIC) > llvm[2]: Compiling GCDAProfiling.c for Release+Asserts build (PIC) > In file included from > /home/user/LLVM/llvm-3.1.src/runtime/libprofile/GCDAProfiling.c:23: > In file included from > /home/user/LLVM/build/include/llvm/Support/DataTypes.h:74: > /home/user/LLVM/llvm-3.1.src/include/llvm/Support/myfile.hpp:81:10: f...

...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. > >>...