Eugene Leviant f98174731f [ThinLTO] Attempt to recommit r365040 after caching fix ...

It's possible that some function can load and store the same
variable using the same constant expression:

store %Derived* @foo, %Derived** bitcast (%Base** @bar to %Derived**)
%42 = load %Derived*, %Derived** bitcast (%Base** @bar to %Derived**)

The bitcast expression was mistakenly cached while processing loads,
and never examined later when processing store. This caused @bar to
be mistakenly treated as read-only variable. See load-store-caching.ll.

llvm-svn: 365188

2019-07-05 12:00:10 +00:00

..

Caching.cpp

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

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

CMakeLists.txt

[ThinLTO] Compute synthetic function entry count

2018-12-13 19:54:27 +00:00

LLVMBuild.txt

Fix -DBUILD_SHARED_LIBS=ON build after rL362160

2019-05-31 01:04:00 +00:00

LTO.cpp

[ThinLTO] Attempt to recommit r365040 after caching fix

2019-07-05 12:00:10 +00:00

LTOBackend.cpp

[Remarks] Extend -fsave-optimization-record to specify the format

2019-06-17 16:06:00 +00:00

LTOCodeGenerator.cpp

[Remarks] Extend -fsave-optimization-record to specify the format

2019-06-17 16:06:00 +00:00

LTOModule.cpp

[ThinLTO]LTO]Legacy] Fix dependent libraries support by adding querying of the IRSymtab

2019-06-12 11:07:56 +00:00

SummaryBasedOptimizations.cpp

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

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

ThinLTOCodeGenerator.cpp

[Remarks] Extend -fsave-optimization-record to specify the format

2019-06-17 16:06:00 +00:00

UpdateCompilerUsed.cpp

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

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