SuccessChanges

Summary

  1. [WebAssembly] Fix build error in wasm YAML code This warning didn't show up on my local build but is causing the bots to fail. Seems like a bad idea to have types and variables with the same name anyhow. Differential Revision: https://reviews.llvm.org/D33022
  2. [InstCombine] add helper function for add X, C folds; NFCI
  3. Attempt to unbreak Libc++ test configuration
  4. When instantiating a friend function template, don't forget to inherit default template arguments from other declarations.
  5. Fix test runtime environment on Windows
  6. [WebAssembly] Improve libObject support for wasm imports and exports Previously we had only supported the importing and exporting of functions and globals. Also, add usefull overload of getWasmSymbol() and getNumberOfSymbols() in support of lld port. Differential Revision: https://reviews.llvm.org/D33011
  7. Fix misspelling of environment throughout libc++
  8. [InstCombine] add tests for andn; NFC
  9. [ubsan] Mark overflow checks with !nosanitize Sanitizer instrumentation generally needs to be marked with !nosanitize, but we're not doing this properly for ubsan's overflow checks. r213291 has more information about why this is needed.
  10. [ProfileSummary] Make getProfileCount a non-static member function. This change is required because the notion of count is different for sample profiling and getProfileCount will need to determine the underlying profile type. Differential revision: https://reviews.llvm.org/D33012
  11. Don't mark a member as a member specialization until we know we're keeping the specialization. This improves our behavior in a few ways: * We now guarantee that if a member is marked as being a member specialization, there will actually be a member specialization declaration somewhere on its redeclaration chain. This fixes a crash in modules builds where we would try to check that there was a visible declaration of the member specialization and be surprised to not find any declaration of it at all. * We don't set the source location of the in-class declaration of the member specialization to the out-of-line declaration's location until we have actually finished merging them. This fixes some very silly looking diagnostics, where we'd point a "previous declaration is here" note at the same declaration we're complaining about. Ideally we wouldn't mess with the prior declaration's location at all, but too much code assumes that the first declaration of an entity is a reasonable thing to use as an indication of where it was declared, and that's not really true for a member specialization unless we fake it like this.
  12. FunctionImport: Simplify function llvm::thinLTOInternalizeModule. NFCI.
Revision 302606 by sbc:
[WebAssembly] Fix build error in wasm YAML code

This warning didn't show up on my local build
but is causing the bots to fail.  Seems like a
bad idea to have types and variables with the
same name anyhow.

Differential Revision: https://reviews.llvm.org/D33022
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/include/llvm/ObjectYAML/WasmYAML.h (diff)llvm-revision.src/llvm/trunk/include/llvm/ObjectYAML/WasmYAML.h
The file was modified/llvm/trunk/lib/ObjectYAML/WasmYAML.cpp (diff)llvm-revision.src/llvm/trunk/lib/ObjectYAML/WasmYAML.cpp
The file was modified/llvm/trunk/tools/obj2yaml/wasm2yaml.cpp (diff)llvm-revision.src/llvm/trunk/tools/obj2yaml/wasm2yaml.cpp
The file was modified/llvm/trunk/tools/yaml2obj/yaml2wasm.cpp (diff)llvm-revision.src/llvm/trunk/tools/yaml2obj/yaml2wasm.cpp
Revision 302605 by spatel:
[InstCombine] add helper function for add X, C folds; NFCI
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/Transforms/InstCombine/InstCombineAddSub.cpp (diff)llvm-revision.src/llvm/trunk/lib/Transforms/InstCombine/InstCombineAddSub.cpp
Revision 302604 by ericwf:
Attempt to unbreak Libc++ test configuration
Change TypePath in RepositoryPath in Workspace
The file was modified/libcxx/trunk/utils/libcxx/test/config.py (diff)llvm-revision.src/libcxx/trunk/utils/libcxx/test/config.py
Revision 302603 by rsmith:
When instantiating a friend function template, don't forget to inherit default template arguments from other declarations.
Change TypePath in RepositoryPath in Workspace
The file was modified/cfe/trunk/lib/Sema/SemaTemplateInstantiateDecl.cpp (diff)llvm-revision.src/cfe/trunk/lib/Sema/SemaTemplateInstantiateDecl.cpp
The file was modified/cfe/trunk/test/SemaTemplate/default-arguments.cpp (diff)llvm-revision.src/cfe/trunk/test/SemaTemplate/default-arguments.cpp
Revision 302602 by ericwf:
Fix test runtime environment on Windows
Change TypePath in RepositoryPath in Workspace
The file was modified/libcxx/trunk/utils/libcxx/test/config.py (diff)llvm-revision.src/libcxx/trunk/utils/libcxx/test/config.py
Revision 302601 by sbc:
[WebAssembly] Improve libObject support for wasm imports and exports

Previously we had only supported the importing and
exporting of functions and globals.

Also, add usefull overload of getWasmSymbol() and
getNumberOfSymbols() in support of lld port.

Differential Revision: https://reviews.llvm.org/D33011
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/include/llvm/Object/Wasm.h (diff)llvm-revision.src/llvm/trunk/include/llvm/Object/Wasm.h
The file was modified/llvm/trunk/include/llvm/ObjectYAML/WasmYAML.h (diff)llvm-revision.src/llvm/trunk/include/llvm/ObjectYAML/WasmYAML.h
The file was modified/llvm/trunk/include/llvm/Support/Wasm.h (diff)llvm-revision.src/llvm/trunk/include/llvm/Support/Wasm.h
The file was modified/llvm/trunk/lib/Object/WasmObjectFile.cpp (diff)llvm-revision.src/llvm/trunk/lib/Object/WasmObjectFile.cpp
The file was modified/llvm/trunk/lib/ObjectYAML/WasmYAML.cpp (diff)llvm-revision.src/llvm/trunk/lib/ObjectYAML/WasmYAML.cpp
The file was modified/llvm/trunk/test/ObjectYAML/wasm/export_section.yaml (diff)llvm-revision.src/llvm/trunk/test/ObjectYAML/wasm/export_section.yaml
The file was modified/llvm/trunk/test/ObjectYAML/wasm/import_section.yaml (diff)llvm-revision.src/llvm/trunk/test/ObjectYAML/wasm/import_section.yaml
The file was modified/llvm/trunk/tools/obj2yaml/wasm2yaml.cpp (diff)llvm-revision.src/llvm/trunk/tools/obj2yaml/wasm2yaml.cpp
The file was modified/llvm/trunk/tools/yaml2obj/yaml2wasm.cpp (diff)llvm-revision.src/llvm/trunk/tools/yaml2obj/yaml2wasm.cpp
Revision 302600 by ericwf:
Fix misspelling of environment throughout libc++
Change TypePath in RepositoryPath in Workspace
The file was modified/libcxx/trunk/docs/TestingLibcxx.rst (diff)llvm-revision.src/libcxx/trunk/docs/TestingLibcxx.rst
The file was modified/libcxx/trunk/test/support/filesystem_dynamic_test_helper.py (diff)llvm-revision.src/libcxx/trunk/test/support/filesystem_dynamic_test_helper.py
The file was modified/libcxx/trunk/test/support/filesystem_test_helper.hpp (diff)llvm-revision.src/libcxx/trunk/test/support/filesystem_test_helper.hpp
The file was modified/libcxx/trunk/utils/libcxx/test/format.py (diff)llvm-revision.src/libcxx/trunk/utils/libcxx/test/format.py
Revision 302599 by spatel:
[InstCombine] add tests for andn; NFC
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/test/Transforms/InstCombine/add.ll (diff)llvm-revision.src/llvm/trunk/test/Transforms/InstCombine/add.ll
Revision 302598 by Vedant Kumar:
[ubsan] Mark overflow checks with !nosanitize

Sanitizer instrumentation generally needs to be marked with !nosanitize,
but we're not doing this properly for ubsan's overflow checks.

r213291 has more information about why this is needed.
Change TypePath in RepositoryPath in Workspace
The file was modified/cfe/trunk/lib/CodeGen/CGExprScalar.cpp (diff)llvm-revision.src/cfe/trunk/lib/CodeGen/CGExprScalar.cpp
The file was modified/cfe/trunk/test/CodeGen/sanitize-recover.c (diff)llvm-revision.src/cfe/trunk/test/CodeGen/sanitize-recover.c
Revision 302597 by eraman:
[ProfileSummary] Make getProfileCount a non-static member function.

This change is required because the notion of count is different for
sample profiling and getProfileCount will need to determine the
underlying profile type.

Differential revision: https://reviews.llvm.org/D33012
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/include/llvm/Analysis/ProfileSummaryInfo.h (diff)llvm-revision.src/llvm/trunk/include/llvm/Analysis/ProfileSummaryInfo.h
The file was modified/llvm/trunk/include/llvm/Transforms/Utils/Cloning.h (diff)llvm-revision.src/llvm/trunk/include/llvm/Transforms/Utils/Cloning.h
The file was modified/llvm/trunk/lib/Analysis/ModuleSummaryAnalysis.cpp (diff)llvm-revision.src/llvm/trunk/lib/Analysis/ModuleSummaryAnalysis.cpp
The file was modified/llvm/trunk/lib/Transforms/IPO/Inliner.cpp (diff)llvm-revision.src/llvm/trunk/lib/Transforms/IPO/Inliner.cpp
The file was modified/llvm/trunk/lib/Transforms/IPO/PartialInlining.cpp (diff)llvm-revision.src/llvm/trunk/lib/Transforms/IPO/PartialInlining.cpp
The file was modified/llvm/trunk/lib/Transforms/Utils/InlineFunction.cpp (diff)llvm-revision.src/llvm/trunk/lib/Transforms/Utils/InlineFunction.cpp
Revision 302596 by rsmith:
Don't mark a member as a member specialization until we know we're keeping the specialization.

This improves our behavior in a few ways:

* We now guarantee that if a member is marked as being a member
   specialization, there will actually be a member specialization declaration
   somewhere on its redeclaration chain. This fixes a crash in modules builds
   where we would try to check that there was a visible declaration of the
   member specialization and be surprised to not find any declaration of it at
   all.

* We don't set the source location of the in-class declaration of the member
   specialization to the out-of-line declaration's location until we have
   actually finished merging them. This fixes some very silly looking
   diagnostics, where we'd point a "previous declaration is here" note at the
   same declaration we're complaining about. Ideally we wouldn't mess with the
   prior declaration's location at all, but too much code assumes that the
   first declaration of an entity is a reasonable thing to use as an indication
   of where it was declared, and that's not really true for a member
   specialization unless we fake it like this.
Change TypePath in RepositoryPath in Workspace
The file was modified/cfe/trunk/include/clang/Sema/Sema.h (diff)llvm-revision.src/cfe/trunk/include/clang/Sema/Sema.h
The file was modified/cfe/trunk/lib/Sema/SemaDecl.cpp (diff)llvm-revision.src/cfe/trunk/lib/Sema/SemaDecl.cpp
The file was modified/cfe/trunk/lib/Sema/SemaTemplate.cpp (diff)llvm-revision.src/cfe/trunk/lib/Sema/SemaTemplate.cpp
The file was modified/cfe/trunk/test/PCH/cxx-templates.cpp (diff)llvm-revision.src/cfe/trunk/test/PCH/cxx-templates.cpp
The file was modified/cfe/trunk/test/PCH/cxx-templates.h (diff)llvm-revision.src/cfe/trunk/test/PCH/cxx-templates.h
The file was modified/cfe/trunk/test/SemaTemplate/explicit-specialization-member.cpp (diff)llvm-revision.src/cfe/trunk/test/SemaTemplate/explicit-specialization-member.cpp
Revision 302595 by pcc:
FunctionImport: Simplify function llvm::thinLTOInternalizeModule. NFCI.
Change TypePath in RepositoryPath in Workspace
The file was modified/llvm/trunk/lib/Transforms/IPO/FunctionImport.cpp (diff)llvm-revision.src/llvm/trunk/lib/Transforms/IPO/FunctionImport.cpp