llvm-svn: 115973

llvm-svn: 115959

llvm-svn: 115958

drastically reduce the linking time during LTO.

Patch by Shantonu Sen!

llvm-svn: 115728

llvm-svn: 115405

is not everything, but the remaining cases are less trivial.

llvm-svn: 115080

"linker_private_weak_auto_def" linkage type for LTO.

llvm-svn: 114868

during LTO.

llvm-svn: 114850

llvm-svn: 114847

llvm-svn: 114718

will not be deleted, rather than the ones that will.

llvm-svn: 114614

llvm-svn: 114541

llvm-svn: 114540

llvm-svn: 114434

llvm-svn: 114427

llvm-svn: 114051

This reverts commit r113632

Conflicts:

	cmake/modules/AddLLVM.cmake

llvm-svn: 113819

llvm-svn: 113765

llvm-svn: 113632

Building archive would be executed due to definition of BUILD_ARCHIVE,
even if BUILD_ARCHIVE = "0".

llvm-svn: 113578

is different from what the code now uses in a two ways: NamedMDNodes
were considered Values and included in the numbering, and the
function-local metadata counter wasn't reset between functions.

The later problem breaks lazy deserialization, so instead of trying
to emulate the old numbering, just drop the old metadata. The only
in-tree use case is debug info with LTO, where the QOI loss is
considered acceptable.

llvm-svn: 113557

Follow the same logic in the LoopPass, ModulePass and CallGraphSCCPass printers,
as it was already used in the BasicBlockPass and FunctionPass printers. This is
more consistent.

The other option would have been to completely disable dumping the analysis
information. However, as this information is the only information printed if the
-analysis flag is set, calling opt would not do anything at all.

llvm-svn: 113360

llvm-svn: 113359

llvm-svn: 113120

llvm-svn: 112991

#uses comments, with a testcase.

llvm-svn: 112906

not a scrunched version of it.

llvm-svn: 112904

llvm-svn: 112903

llvm-svn: 112818

llvm-svn: 112808

of a base class.

This makes it possible to unregister the file from FilesToRemove when
the file is done. Also, this eliminates the need for
formatted_tool_output_file.

llvm-svn: 112706

llvm-svn: 112587

llvm-svn: 112532

llvm-svn: 112385

they hit the rest of the system.

llvm-svn: 112344

The Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 16.00.30319.01
implements parts of C++0x based on the draft standard. An old version of
the draft had a bug that makes std::pair<T1*, T2*>(something, 0) fail to
compile. This is because the template<class U, class V> pair(U&& x, V&& y)
constructor is selected, even though it later fails to implicitly convert
U and V to frist_type and second_type.

This has been fixed in n3090, but it seems that Microsoft is not going to
update msvc.

llvm-svn: 112257

llvm-svn: 112200

from llvm-link/CMakeLists.txt

llvm-svn: 112153

and was over-complicated, and replacing it with a simple implementation.

llvm-svn: 112120

faster on large modules.

llvm-svn: 112110