search for: gcov_info

Updated set of patches for coverage. Changes: - change copyright lines - use gcov: instead of cover: in commit comment - use #ifdef in xen/common/sysctl.c instead of dummy inline function - added base documentation in docs/misc - added -h option to xencov

...onfigured manually as M/Y Known Issues: File vmac.c throw some fault while using with lcov/gcov. This is due to some raw count copy between xen and kernel. I could not able to reproduce it many times, may be someone can try on 64 bit m/c. "My take on this is that zero length array element in gcov_info structure has to be copied separately between xen and kernel. How? I dont know." I am still debugging this issue. If you get fault and fail to proceed please apply the above patch in linux-wa-v1.patch in Linux 2.6.18.8 and recompile. This time vmac.gcda file wont appear in /proc/xen/gcov/cry...

...onfigured manually as M/Y Known Issues: File vmac.c throw some fault while using with lcov/gcov. This is due to some raw count copy between xen and kernel. I could not able to reproduce it many times, may be someone can try on 64 bit m/c. "My take on this is that zero length array element in gcov_info structure has to be copied separately between xen and kernel. How? I dont know." I am still debugging this issue. If you get fault and fail to proceed please apply the above patch in linux-wa-v1.patch in Linux 2.6.18.8 and recompile. This time vmac.gcda file wont appear in /proc/xen/gcov/cry...

Hi, Here is the follow on patch for this problem. Please apply this from the top of the tree and rebuild. -------------- next part -------------- A non-text attachment was scrubbed... Name: op Type: application/octet-stream Size: 2548 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20060315/eee8a766/attachment.obj> -------------- next part

...39;t know why, but TYPE_NAME returns 0 even if 'tree' is a 'unsigned' type. Second one makes GetNodeName return non-empty string if it fails to determine the name. Neither patch is reasonable, but at least we know the problem. Now I get crash in this (minimal) testcase: struct gcov_info { const char *filename; }; struct gcov_info gcov_list; This time the crash happens because DerivedTypeDesc corresponding to DW_TAG_const_type< char* > has no name. What follows from that is already explained above. So, it looks either the snapshot is not in s...

On Wed, 15 Mar 2006, Vladimir Prus wrote: >> Please give it a try and let me know if it works any better for you! > > Here we go: Wow, you are good at finding problems! Thanks! > -fvisibility=hidden -DHIDE_EXPORTS > -c ../../2006-03-14-llvm-gcc-4/gcc/libgcc2.c -o libgcc/./_fixunsxfdi.o > cc1: /space/p2/ghost/build/llvm-cvs/include/llvm/Instructions.h:72: void >