and though bugs are the bane of my existence, rest assured the wretched thing will get the best of care here

  1. 13 Mar, 2020 3 commits
  2. 12 Mar, 2020 2 commits
  3. 11 Mar, 2020 1 commit
    • Richard Smith's avatar
      PR45124: Don't leave behind pending cleanups when declaring implicit · 5b5a111c
      Richard Smith authored
      deduction guides.
      
      Previously if an implicit deduction guide had a default argument with a
      cleanup, we'd leave the 'pending cleanup' flag set after declaring the
      implicit guide. But it turns out that there's no reason to even
      substitute into the default argument when declaring an implicit
      deduction guide: we only need to record that the default argument
      exists, not what it is, since we never actually form a call to a
      deduction guide.
      
      (cherry picked from commit 6d894afd)
      5b5a111c
  4. 10 Mar, 2020 2 commits
  5. 06 Mar, 2020 2 commits
    • Saar Raz's avatar
      [Concepts] Add null check for TemplateTypeParmType::getDecl() in... · 7c18c2f7
      Saar Raz authored
      [Concepts] Add null check for TemplateTypeParmType::getDecl() in GetContainedInventedTypeParmVisitor
      
      GetContainedInventedTypeParmVisitor would not account for the case where TemplateTypeParmType::getDecl() is
      nullptr, causing bug #45102.
      
      Add the nullptr check.
      
      (cherry picked from commit 865456d5)
      7c18c2f7
    • Rainer Orth's avatar
      [mlir] NFC: Rename index_t to index_type · edcd83a6
      Rainer Orth authored
      mlir currently fails to build on Solaris:
      
        /vol/llvm/src/llvm-project/dist/mlir/lib/Conversion/VectorToLoops/ConvertVectorToLoops.cpp:78:20: error: reference to 'index_t' is ambiguous
          IndexHandle zero(index_t(0)), one(index_t(1));
                           ^
        /usr/include/sys/types.h:103:16: note: candidate found by name lookup is 'index_t'
        typedef short           index_t;
                                ^
        /vol/llvm/src/llvm-project/dist/mlir/include/mlir/EDSC/Builders.h:27:8: note: candidate found by name lookup is 'mlir::edsc::index_t'
        struct index_t {
               ^
      
      and many more.
      
      Given that POSIX reserves all identifiers ending in `_t` 2.2.2 The Name Space <https://pubs.opengroup.org/onlinepubs/9699919799/functions/V2_chap02.html>, it seems
      quite unwise to use such identifiers in user code, even more so without a distinguished
      prefix.
      
      The following patch fixes this by renaming `index_t` to `index_type`.
      cases.
      
      Tested on `amd64-pc-solaris2.11` and `sparcv9-sun-solaris2.11`.
      
      Differential Revision: https://reviews.llvm.org/D72619
      
      (cherry picked from commit 002ec79f)
      edcd83a6
  6. 05 Mar, 2020 1 commit
  7. 04 Mar, 2020 4 commits
  8. 03 Mar, 2020 2 commits
  9. 02 Mar, 2020 9 commits
  10. 01 Mar, 2020 1 commit
    • Michael Kruse's avatar
      [Polly][docs] Polly release notes. · dce2ef9e
      Michael Kruse authored
      Highlight work that has been done during the development window. After
      cherry-picking D72372 to fix PR45001 no workaround is necessary anymore,
      but the generalization of the linking mechanism is still worth pointing
      out.
      dce2ef9e
  11. 28 Feb, 2020 8 commits
    • Hans Wennborg's avatar
      4c6e5899
    • Hans Wennborg's avatar
      Re-generate docs · 7f015d0d
      Hans Wennborg authored
          bin/clang-tblgen -gen-diag-docs -I../clang/include \
                -I../clang/include/clang/Basic/ \
                ../clang/include/clang/Basic/Diagnostic.td -o \
                ../clang/docs/DiagnosticsReference.rst && \
          bin/clang-tblgen -gen-attr-docs -I../clang/include \
                  ../clang/include/clang/Basic/Attr.td -o \
                  ../clang/docs/AttributeReference.rst && \
          bin/clang-tblgen -gen-opt-docs -I../clang/include \
                  -I../clang/include/clang/Driver -I../llvm/include \
                  ../clang/include/clang/Driver/ClangOptionDocs.td -o \
                  ../clang/docs/ClangCommandLineReference.rst
      7f015d0d
    • Hans Wennborg's avatar
      4ce4b0c3
    • LLVM GN Syncbot's avatar
      [gn build] Port a0f50d73 · cef9526c
      LLVM GN Syncbot authored
      (cherry picked from commit 4612e48d)
      cef9526c
    • Saleem Abdulrasool's avatar
      build: process the libxml2 library path for embedding · 73c53e61
      Saleem Abdulrasool authored
      Process the path for libxml2 before embedding that into the command line
      that is generated in `llvm-config`.  Each element in the path is being
      given a `-l` unconditionally which should not be the case for absolute
      paths.  Since the library path may be absolute or not, just apply some
      CMake pre-processing when generating the path.
      
      Before:
      ```
      /usr/lib/x86_64-linux-gnu/libz.so -lrt -ldl -ltinfo -lpthread -lm /usr/lib/x86_64-linux-gnu/libxml2.so
      ```
      
      After:
      ```
      /usr/lib/x86_64-linux-gnu/libz.so -lrt -ldl -ltinfo -lpthread -lm -lxml2
      ```
      
      Resolves PR44179!
      
      (cherry picked from commit c3595d10)
      73c53e61
    • serge-sans-paille's avatar
      No longer generate calls to *_finite · cd0926d0
      serge-sans-paille authored
      According to Joseph Myers, a libm maintainer
      
      > They were only ever an ABI (selected by use of -ffinite-math-only or
      > options implying it, which resulted in the headers using "asm" to redirect
      > calls to some libm functions), not an API. The change means that ABI has
      > turned into compat symbols (only available for existing binaries, not for
      > anything newly linked, not included in static libm at all, not included in
      > shared libm for future glibc ports such as RV32), so, yes, in any case
      > where tools generate direct calls to those functions (rather than just
      > following the "asm" annotations on function declarations in the headers),
      > they need to stop doing so.
      
      As a consequence, we should no longer assume these symbols are available on the
      target system.
      
      Still keep the TargetLibraryInfo for constant folding.
      
      Differential Revision: https://reviews.llvm.org/D74712
      
      (cherry picked from commit 6d15c4de)
      
      For https://bugs.llvm.org/show_bug.cgi?id=45034
      cd0926d0
    • Hans Wennborg's avatar
      SROA: Don't drop atomic load/store alignments (PR45010) · 7cb68292
      Hans Wennborg authored
      SROA will drop the explicit alignment on allocas when the ABI guarantees
      enough alignment. Because the alignment on new load/store instructions
      are set based on the alloca's alignment, that means SROA would end up
      dropping the alignment from atomic loads and stores, which is not
      allowed (see bug). For those, make sure to always carry over the
      alignment from the previous instruction.
      
      Differential revision: https://reviews.llvm.org/D75266
      
      (cherry picked from commit d48c9816)
      7cb68292
    • Hans Wennborg's avatar
      llvm-ar: Fix MinGW compilation · daae05af
      Hans Wennborg authored
      llvm-ar is using CompareStringOrdinal which is available
      only starting with Windows Vista (WINVER 0x600).
      
      Fix this by hoising WindowsSupport.h, which sets _WIN32_WINNT
      to 0x0601, up to llvm/include/llvm/Support and use it in llvm-ar.
      
      Patch by Cristian Adam!
      
      Differential revision: https://reviews.llvm.org/D74599
      
      (cherry picked from commit 01f9abbb)
      
      This is for https://bugs.llvm.org/show_bug.cgi?id=44907
      daae05af
  12. 27 Feb, 2020 5 commits