llvm-project.git/llvm/lib/Support/CachePruning.cpp, branch users/nico/python-1

[Support] Use StringRef::starts_with/ends_with instead of startswith/endswith. NFC.

2023-11-03T18:19:33+00:00

startswith/endswith wrap starts_with/ends_with and will eventually go away (to more closely match string_view)

[ThinLTO] a ThinLTO warning is added if cache_size_bytes or cache_size_files is too small for the current link job. The warning recommends the user to consider adjusting --thinlto-cache-policy.

2022-11-14T12:27:29+00:00

A specific case for ThinLTO cache pruning is that the current build is huge, and the cache wasn't big enough to hold the intermediate object files of that build. So in doing that build, a file would be cached, and later in that same build it would be evicted. This was significantly decreasing the effectiveness of the cache. By giving this warning, the user could identify the required cache size/files and improve ThinLTO link speed.

Differential Revision: https://reviews.llvm.org/D135590

[ThinLTO] Also prune Thin-* files from the ThinLTO cache

2021-01-19T13:43:49+00:00

Such files (Thin-%%%%%%.tmp.o) are supposed to be deleted immediately
after they're used (either by renaming or deletion). However, we've seen
instances on Windows where this doesn't happen, probably due to the
filesystem being flaky. This is effectively a resource leak which has
prevented us from using the ThinLTO cache on Windows.

Since those temporary files are in the thinlto cache directory which we
prune periodically anyway, allowing them to be pruned too seems like a
tidy way to solve the problem.

Differential revision: https://reviews.llvm.org/D94962

CachePruning.h - reduce StringRef.h to Optional.h include. NFC

2020-05-08T13:06:53+00:00

We only need to include Optional.h, forward declare StringRef and move the StringRef.h include down to CachePruning.cpp.

Rename F_{None,Text,Append} to OF_{None,Text,Append}. NFC

2019-08-05T05:43:48+00:00

F_{None,Text,Append} are kept for compatibility since r334221.

llvm-svn: 367800

[CachePruning] Simplify comparator

2019-04-21T06:17:40+00:00

llvm-svn: 358843

Update the file headers across all of the LLVM projects in the monorepo

2019-01-19T08:50:56+00:00

to reflect the new license.

We understand that people may be surprised that we're moving the header
entirely to discuss the new license. We checked this carefully with the
Foundation's lawyer and we believe this is the correct approach.

Essentially, all code in the project is now made available by the LLVM
project under our new license, so you will see that the license headers
include that license only. Some of our contributors have contributed
code under our old license, and accordingly, we have retained a copy of
our old license notice in the top-level files in each project and
repository.

llvm-svn: 351636

[Support][CachePruning] prune least recently accessed files first

2018-08-22T00:52:16+00:00

Summary:
Before this change, pruning order was based on size. This changes it
to be based on time of last use instead, preferring to keep recently
used files and prune older ones.

Reviewers: pcc, rnk, espindola

Reviewed By: rnk

Subscribers: emaste, arichardson, hiraditya, steven_wu, dexonsmith, llvm-commits

Differential Revision: https://reviews.llvm.org/D51062

llvm-svn: 340374

Rename DEBUG macro to LLVM_DEBUG.

2018-05-14T12:53:11+00:00

    
The DEBUG() macro is very generic so it might clash with other projects.
The renaming was done as follows:
- git grep -l 'DEBUG' | xargs sed -i 's/\bDEBUG\s\?(/LLVM_DEBUG(/g'
- git diff -U0 master | ../clang/tools/clang-format/clang-format-diff.py -i -p1 -style LLVM
- Manual change to APInt
- Manually chage DOCS as regex doesn't match it.

In the transition period the DEBUG() macro is still present and aliased
to the LLVM_DEBUG() one.

Differential Revision: https://reviews.llvm.org/D43624

llvm-svn: 332240

[ThinLTO][CachePruning] explicitly disable pruning

2017-12-22T18:32:15+00:00

In https://reviews.llvm.org/rL321077 and https://reviews.llvm.org/D41231 I fixed a regression in the c-api which prevented the pruning from being *effectively* disabled.

However this approach, helpfully recommended by @labath, is cleaner.
It is also nice to remove the weasel words about effectively disabling from the api comments.

Differential Revision: https://reviews.llvm.org/D41497

llvm-svn: 321376