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

  1. 04 Mar, 2020 3 commits
  2. 03 Mar, 2020 2 commits
  3. 02 Mar, 2020 9 commits
  4. 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
  5. 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
  6. 27 Feb, 2020 16 commits
  7. 26 Feb, 2020 1 commit