search for: content_shel

...t?rev=194701&view=rev http://llvm.org/viewvc/llvm-project?rev=194702&view=rev It provides only function-level boolean coverage (i.e. no counters, just "visited or not"), but is very fast and very simple (no extra sections to the binary file, etc) I've tried it for Chrome's content_shell (huge and heavy binary) and the overhead is negligible at both run-time and shutdown-time. We'll be evaluating this implementation and collecting usage stats. Maybe we want to implement something simple like this in the Clang coverage. --kcc -------------- next part -------------- An HTML at...

...> http://llvm.org/viewvc/llvm-project?rev=194702&view=rev > It provides only function-level boolean coverage (i.e. no counters, just > "visited or not"), > but is very fast and very simple (no extra sections to the binary file, etc) > I've tried it for Chrome's content_shell (huge and heavy binary) and the > overhead > is negligible at both run-time and shutdown-time. > > We'll be evaluating this implementation and collecting usage stats. > Maybe we want to implement something simple like this in the Clang coverage. > > --kcc > >

...m-project?rev=194702&view=rev >>> It provides only function-level boolean coverage (i.e. no counters, just >>> "visited or not"), >>> but is very fast and very simple (no extra sections to the binary file, etc) >>> I've tried it for Chrome's content_shell (huge and heavy binary) and the >>> overhead >>> is negligible at both run-time and shutdown-time. >>> >>> We'll be evaluating this implementation and collecting usage stats. >>> Maybe we want to implement something simple like this in the Clang co...

...w=rev > http://llvm.org/viewvc/llvm-project?rev=194702&view=rev > It provides only function-level boolean coverage (i.e. no counters, just "visited or not"), > but is very fast and very simple (no extra sections to the binary file, etc) > I've tried it for Chrome's content_shell (huge and heavy binary) and the overhead > is negligible at both run-time and shutdown-time. > > We'll be evaluating this implementation and collecting usage stats. > Maybe we want to implement something simple like this in the Clang coverage. > > --kcc -------------- ne...

...v >>>>> It provides only function-level boolean coverage (i.e. no counters, just >>>>> "visited or not"), >>>>> but is very fast and very simple (no extra sections to the binary file, etc) >>>>> I've tried it for Chrome's content_shell (huge and heavy binary) and the >>>>> overhead >>>>> is negligible at both run-time and shutdown-time. >>>>> >>>>> We'll be evaluating this implementation and collecting usage stats. >>>>> Maybe we want to implement so...

...m.org/viewvc/llvm-project?rev=194702&view=rev >> It provides only function-level boolean coverage (i.e. no counters, just >> "visited or not"), >> but is very fast and very simple (no extra sections to the binary file, etc) >> I've tried it for Chrome's content_shell (huge and heavy binary) and the >> overhead >> is negligible at both run-time and shutdown-time. >> >> We'll be evaluating this implementation and collecting usage stats. >> Maybe we want to implement something simple like this in the Clang coverage. >> >...

...t provides only function-level boolean coverage (i.e. no counters, just >>>>>>> "visited or not"), >>>>>>> but is very fast and very simple (no extra sections to the binary file, etc) >>>>>>> I've tried it for Chrome's content_shell (huge and heavy binary) and the >>>>>>> overhead >>>>>>> is negligible at both run-time and shutdown-time. >>>>>>> >>>>>>> We'll be evaluating this implementation and collecting usage stats. >>>>&g...

...4702&view=rev >>>> It provides only function-level boolean coverage (i.e. no counters, just >>>> "visited or not"), >>>> but is very fast and very simple (no extra sections to the binary file, etc) >>>> I've tried it for Chrome's content_shell (huge and heavy binary) and the >>>> overhead >>>> is negligible at both run-time and shutdown-time. >>>> >>>> We'll be evaluating this implementation and collecting usage stats. >>>> Maybe we want to implement something simple like t...

...w=rev > http://llvm.org/viewvc/llvm-project?rev=194702&view=rev > It provides only function-level boolean coverage (i.e. no counters, just "visited or not"), > but is very fast and very simple (no extra sections to the binary file, etc) > I've tried it for Chrome's content_shell (huge and heavy binary) and the overhead > is negligible at both run-time and shutdown-time. > > We'll be evaluating this implementation and collecting usage stats. > Maybe we want to implement something simple like this in the Clang coverage. > > --kcc > -----------...

...t;>> It provides only function-level boolean coverage (i.e. no counters, just >>>>>> "visited or not"), >>>>>> but is very fast and very simple (no extra sections to the binary file, etc) >>>>>> I've tried it for Chrome's content_shell (huge and heavy binary) and the >>>>>> overhead >>>>>> is negligible at both run-time and shutdown-time. >>>>>> >>>>>> We'll be evaluating this implementation and collecting usage stats. >>>>>> Maybe we w...

...-level boolean coverage (i.e. no counters, just >>>>>>>>> "visited or not"), >>>>>>>>> but is very fast and very simple (no extra sections to the binary file, etc) >>>>>>>>> I've tried it for Chrome's content_shell (huge and heavy binary) and the >>>>>>>>> overhead >>>>>>>>> is negligible at both run-time and shutdown-time. >>>>>>>>> >>>>>>>>> We'll be evaluating this implementation and collecting...

...nly function-level boolean coverage (i.e. no counters, just >>>>>>>> "visited or not"), >>>>>>>> but is very fast and very simple (no extra sections to the binary file, etc) >>>>>>>> I've tried it for Chrome's content_shell (huge and heavy binary) and the >>>>>>>> overhead >>>>>>>> is negligible at both run-time and shutdown-time. >>>>>>>> >>>>>>>> We'll be evaluating this implementation and collecting usage stats. &gt...

...nters, just >> >>>>>>>>> "visited or not"), >> >>>>>>>>> but is very fast and very simple (no extra sections to the >> binary file, etc) >> >>>>>>>>> I've tried it for Chrome's content_shell (huge and heavy >> binary) and the >> >>>>>>>>> overhead >> >>>>>>>>> is negligible at both run-time and shutdown-time. >> >>>>>>>>> >> >>>>>>>>> We'll be e...

...i.e. no > counters, just > >>>>>>>>> "visited or not"), > >>>>>>>>> but is very fast and very simple (no extra sections to the > binary file, etc) > >>>>>>>>> I've tried it for Chrome's content_shell (huge and heavy binary) > and the > >>>>>>>>> overhead > >>>>>>>>> is negligible at both run-time and shutdown-time. > >>>>>>>>> > >>>>>>>>> We'll be evaluating this imple...

...ttp://llvm.org/viewvc/llvm-project?rev=194702&view=rev >> It provides only function-level boolean coverage (i.e. no counters, just "visited or not"), >> but is very fast and very simple (no extra sections to the binary file, etc) >> I've tried it for Chrome's content_shell (huge and heavy binary) and the overhead >> is negligible at both run-time and shutdown-time. >> >> We'll be evaluating this implementation and collecting usage stats. >> Maybe we want to implement something simple like this in the Clang coverage. >> >> -...

...coverage (i.e. no counters, just > >>>>>>>>> "visited or not"), > >>>>>>>>> but is very fast and very simple (no extra sections to the binary file, etc) > >>>>>>>>> I've tried it for Chrome's content_shell (huge and heavy binary) and the > >>>>>>>>> overhead > >>>>>>>>> is negligible at both run-time and shutdown-time. > >>>>>>>>> > >>>>>>>>> We'll be evaluating this implementa...