| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
There isn't a speedup when using unbuffered I/O. It slows it down in fact.
llvm-svn: 181060
|
|
|
|
|
|
| |
implementation is now only about 5 times slower than gcc's.
llvm-svn: 180980
|
|
|
|
|
|
|
|
|
|
| |
The fread / fwrite calls were happening for each timer. However, that could be
pretty expensive for a large number of timers. Instead, read and write the
timers in one call.
This gives ~10% speedup in compilation time.
llvm-svn: 179990
|
|
|
|
|
|
| |
Darwin
llvm-svn: 177870
|
|
|
|
|
|
|
|
|
|
|
| |
This function replaces the call of `atexit' from being generated in the compile
units. Basically, it registers the "writeout" and "flush" functions (if
present). It will generate calls to the `atexit' function for cleanups and final
writeout functions, but only once. This is better than checking for `main',
because a library may not have a `main' function in it.
<rdar://problem/12439551>
llvm-svn: 177578
|
|
|
|
|
|
|
|
|
|
| |
It may be prohibitively expensive to write out >1000 files at the same time. So
we would rather emit them serially. These functions allow the GCOV
implementation to register the functions that writeout the GCOV information per
compile unit. At exit, they are written.
<rdar://problem/12439551>
llvm-svn: 177436
|
|
|
|
|
|
| |
seems to be incomplete.
llvm-svn: 177396
|
|
|
|
| |
llvm-svn: 177382
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The __llvm_gcov_flush() functions only work for the local compile unit. However,
when __gcov_flush() is called, the user expects all of the counters to be
flushed, not just the ones in the current compile unit.
This adds some library functions that register the flush functions. It also
defined __gcov_flush() so that loops through that list and calls the functions.
PR15191 & <rdar://problem/13167507>
llvm-svn: 177337
|
|
|
|
|
|
|
|
| |
it. Fortunately, versions of gcov that predate the extra checksum also ignore
any extra data, so this isn't a problem. This matches the API change made in
r176745.
llvm-svn: 176746
|
|
|
|
| |
llvm-svn: 176618
|
|
|
|
|
|
|
| |
didn't delete the original, and now they've diverged. I have no idea what's
going on. Apply my patch in r176173 to this one too, this one looks newer?
llvm-svn: 176236
|
|
|
|
| |
llvm-svn: 164052
|
|
|
|
| |
llvm-svn: 163930
|
|
|
|
|
|
|
|
|
| |
With the advent of the __llvm_gcov_flush function, we need to be able to merge
counts into the .gcda files in an intelligent manner. This involves reading the
file if it exists, adding the counts together, and then writing the results.
<rdar://problem/12185886>
llvm-svn: 163923
|
|
|
|
| |
llvm-svn: 158514
|
|
|
|
|
|
| |
the first 'n' directories from the filename.
llvm-svn: 157574
|
|
|
|
|
|
|
| |
we can't open the file even after creating all of the directories to it, then
just give up.
llvm-svn: 157572
|
|
|
|
|
|
|
| |
* Check for absolute paths before using the GCOV_PREFIX.
* Don't add an ending path separator if there's already one.
llvm-svn: 157571
|
|
|
|
| |
llvm-svn: 157560
|
|
|
|
| |
llvm-svn: 157559
|
|
|
|
|
|
|
|
|
| |
sets of functions/objects into high level groups. Currently we have "builtins"
(the main compiler-rt code), "profile", and "asan".
- Use this to define CommonFunctions and ArchFunctions to only reference the
builtins functions.
llvm-svn: 145674
|
|
- I'm in the process of moving this here but it will live in both places until
the ancilliary support is ready.
- Currently unused.
llvm-svn: 144865
|