1. 28 Sep, 2018 3 commits
  2. 27 Sep, 2018 4 commits
  3. 26 Sep, 2018 5 commits
  4. 25 Sep, 2018 2 commits
  5. 21 Sep, 2018 2 commits
  6. 20 Sep, 2018 2 commits
  7. 14 Aug, 2018 1 commit
  8. 08 Aug, 2018 1 commit
  9. 22 Jun, 2018 1 commit
  10. 31 May, 2018 1 commit
    • Tom Stellard's avatar
      Merging r322030: · 2f27999d
      Tom Stellard authored
      ```---------------------------------------------------------------------
      r322030 | rsmith | 2018-01-08 13:46:42 -0800 (Mon, 08 Jan 2018) | 3 lines
      
      PR35862: Suppress -Wmissing-variable-declarations warning on inline variables,
      variable templates, and instantiations thereof.
      ```
      
      ---------------------------------------------------------------------
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_60@333623 91177308-0d34-0410-b5e6-96231b3b80d8
      2f27999d
  11. 30 May, 2018 7 commits
    • Tom Stellard's avatar
      Merging r333497: · e8264bb9
      Tom Stellard authored
      ```---------------------------------------------------------------------
      r333497 | ctopper | 2018-05-29 20:38:15 -0700 (Tue, 29 May 2018) | 5 lines
      
      [X86] Fix the names of a bunch of icelake intrinsics.
      
      Mostly this fixes the names of all the 128-bit intrinsics to start with _mm_ instead of _mm128_ as is the convention and what the Intel docs say.
      
      This also fixes the name of the bitshuffle intrinsics to say epi64 for 128 and 256 bit versions.
      ```
      
      ---------------------------------------------------------------------
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_60@333575 91177308-0d34-0410-b5e6-96231b3b80d8
      e8264bb9
    • Tom Stellard's avatar
      Merging r326476: · 8b2f6d55
      Tom Stellard authored
      ```---------------------------------------------------------------------
      r326476 | mstorsjo | 2018-03-01 12:22:57 -0800 (Thu, 01 Mar 2018) | 7 lines
      
      [RecordLayout] Only assert that fundamental type sizes are power of two on MSVC
      
      Make types with sizes that aren't a power of two an error (that can
      be disabled) in structs with ms_struct layout, except on mingw where
      the situation is quite likely to occur and GCC handles it silently.
      
      Differential Revision: https://reviews.llvm.org/D43908
      ```
      
      ---------------------------------------------------------------------
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_60@333571 91177308-0d34-0410-b5e6-96231b3b80d8
      8b2f6d55
    • Tom Stellard's avatar
      Merging r326173: · 060f2b89
      Tom Stellard authored
      ```---------------------------------------------------------------------
      r326173 | mstorsjo | 2018-02-26 22:27:06 -0800 (Mon, 26 Feb 2018) | 17 lines
      
      [RecordLayout] Don't align to non-power-of-2 sizes when using -mms-bitfields
      
      When targeting GNU/MinGW for i386, the size of the "long double" data
      type is 12 bytes (while it is 8 bytes in MSVC). When building
      with -mms-bitfields to have struct layouts match MSVC, data types
      are laid out in a struct with alignment according to their size.
      However, this doesn't make sense for the long double type, since
      it doesn't match MSVC at all, and aligning to a non-power-of-2
      size triggers other asserts later.
      
      This matches what GCC does, aligning a long double to 4 bytes
      in structs on i386 even when -mms-bitfields is specified.
      
      This fixes asserts when using the max_align_t data type when
      building for MinGW/i386 with the -mms-bitfields flag.
      
      Differential Revision: https://reviews.llvm.org/D43734
      ```
      
      ---------------------------------------------------------------------
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_60@333569 91177308-0d34-0410-b5e6-96231b3b80d8
      060f2b89
    • Tom Stellard's avatar
      Merging r326235: · fb5042e8
      Tom Stellard authored
      ```---------------------------------------------------------------------
      r326235 | mstorsjo | 2018-02-27 11:42:19 -0800 (Tue, 27 Feb 2018) | 6 lines
      
      [MinGW, CrossWindows] Allow passing -static together with -shared
      
      In these combinations, link a DLL as usual, but pass -Bstatic instead
      of -Bdynamic to indicate prefering static libraries.
      
      Differential Revision: https://reviews.llvm.org/D43811
      ```
      
      ---------------------------------------------------------------------
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_60@333566 91177308-0d34-0410-b5e6-96231b3b80d8
      fb5042e8
    • Tom Stellard's avatar
      Merging r329300: · 453b5b51
      Tom Stellard authored
      ```---------------------------------------------------------------------
      r329300 | manojgupta | 2018-04-05 08:29:52 -0700 (Thu, 05 Apr 2018) | 16 lines
      
      Disable -fmerge-all-constants as default.
      
      Summary:
      "-fmerge-all-constants" is a non-conforming optimization and should not
      be the default. It is also causing miscompiles when building Linux
      Kernel (https://lkml.org/lkml/2018/3/20/872).
      
      Fixes PR18538.
      
      Reviewers: rjmccall, rsmith, chandlerc
      
      Reviewed By: rsmith, chandlerc
      
      Subscribers: srhines, cfe-commits
      
      Differential Revision: https://reviews.llvm.org/D45289
      ```
      
      ---------------------------------------------------------------------
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_60@333564 91177308-0d34-0410-b5e6-96231b3b80d8
      453b5b51
    • Tom Stellard's avatar
      Merging r330331: · ac8256fc
      Tom Stellard authored
      ```---------------------------------------------------------------------
      r330331 | erichkeane | 2018-04-19 07:27:05 -0700 (Thu, 19 Apr 2018) | 14 lines
      
      Fix __attribute__((force_align_arg_pointer)) misalignment bug
      
      The force_align_arg_pointer attribute was using a hardcoded 16-byte
      alignment value which in combination with -mstack-alignment=32 (or
      larger) would produce a misaligned stack which could result in crashes
      when accessing stack buffers using aligned AVX load/store instructions.
      
      Fix the issue by using the "stackrealign" function attribute instead
      of using a hardcoded 16-byte alignment.
      
      Patch By: Gramner
      
      Differential Revision: https://reviews.llvm.org/D45812
      ```
      
      ---------------------------------------------------------------------
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_60@333511 91177308-0d34-0410-b5e6-96231b3b80d8
      ac8256fc
    • Tom Stellard's avatar
      Merging r327863: · 1de54aa9
      Tom Stellard authored
      ```---------------------------------------------------------------------
      r327863 | sepavloff | 2018-03-19 09:13:43 -0700 (Mon, 19 Mar 2018) | 12 lines
      
      [Driver] Avoid invalidated iterator in insertTargetAndModeArgs
      
      Doing an .insert() can potentially invalidate iterators by reallocating the
      vector's storage. When all the stars align just right, this causes segfaults
      or glibc aborts.
      
      Gentoo Linux bug (crashes while building Chromium): https://bugs.gentoo.org/650082.
      
      Patch by Hector Martin!
      
      Differential Revision: https://reviews.llvm.org/D44607
      ```
      
      ---------------------------------------------------------------------
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_60@333507 91177308-0d34-0410-b5e6-96231b3b80d8
      1de54aa9
  12. 17 May, 2018 4 commits
    • Tom Stellard's avatar
      Merging r330927: · fd417ccd
      Tom Stellard authored
      ```---------------------------------------------------------------------
      r330927 | sepavloff | 2018-04-26 01:08:25 -0700 (Thu, 26 Apr 2018) | 2 lines
      
      Make test more platform neutral
      ```
      
      ---------------------------------------------------------------------
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_60@332650 91177308-0d34-0410-b5e6-96231b3b80d8
      fd417ccd
    • Tom Stellard's avatar
      Merging r330926: · fb18c2f2
      Tom Stellard authored
      ```---------------------------------------------------------------------
      r330926 | sepavloff | 2018-04-25 23:28:47 -0700 (Wed, 25 Apr 2018) | 9 lines
      
      [ConfigFiles] Update argument strings when merging argrument lists
      
      Implementation of `InputArgList` assumes its field `ArgStrings` contains
      strings for each argument exactly in the same order. This condition was
      broken when arguments from config file and from invocation were merged.
      
      This change fixes https://bugs.llvm.org/show_bug.cgi?id=37196 (Clang
      config files can crash argument handling).
      ```
      
      ---------------------------------------------------------------------
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_60@332649 91177308-0d34-0410-b5e6-96231b3b80d8
      fb18c2f2
    • Tom Stellard's avatar
      Merging r327354: · f0ac6bbc
      Tom Stellard authored
      ```---------------------------------------------------------------------
      r327354 | dyung | 2018-03-12 17:41:44 -0700 (Mon, 12 Mar 2018) | 2 lines
      
      Add missing "env" so that test added in r327322 passes on Windows bots.
      ```
      
      ---------------------------------------------------------------------
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_60@332566 91177308-0d34-0410-b5e6-96231b3b80d8
      f0ac6bbc
    • Tom Stellard's avatar
      Merging r325446: · 0a3364fe
      Tom Stellard authored
      ```---------------------------------------------------------------------
      r325446 | dim | 2018-02-17 13:04:35 -0800 (Sat, 17 Feb 2018) | 28 lines
      
      [X86] Add 'sahf' CPU feature to frontend
      
      Summary:
      Make clang accept `-msahf` (and `-mno-sahf`) flags to activate the
      `+sahf` feature for the backend, for bug 36028 (Incorrect use of
      pushf/popf enables/disables interrupts on amd64 kernels).  This was
      originally submitted in bug 36037 by Jonathan Looney
      <jonlooney@gmail.com>.
      
      As described there, GCC also uses `-msahf` for this feature, and the
      backend already recognizes the `+sahf` feature. All that is needed is to
      teach clang to pass this on to the backend.
      
      The mapping of feature support onto CPUs may not be complete; rather, it
      was chosen to match LLVM's idea of which CPUs support this feature (see
      lib/Target/X86/X86.td).
      
      I also updated the affected test case (CodeGen/attr-target-x86.c) to
      match the emitted output.
      
      Reviewers: craig.topper, coby, efriedma, rsmith
      
      Reviewed By: craig.topper
      
      Subscribers: emaste, cfe-commits
      
      Differential Revision: https://reviews.llvm.org/D43394
      ```
      
      ---------------------------------------------------------------------
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_60@332560 91177308-0d34-0410-b5e6-96231b3b80d8
      0a3364fe
  13. 11 May, 2018 1 commit
    • Tom Stellard's avatar
      Merging r327322: · 6289e4b7
      Tom Stellard authored
      ```---------------------------------------------------------------------
      r327322 | arphaman | 2018-03-12 12:36:29 -0700 (Mon, 12 Mar 2018) | 7 lines
      
      [Tooling] Clear the PreambleSrcLocCache when preamble is discarded during reparsing
      
      This ensures that diagnostics are not remapped to incorrect preamble locations after
      the second reparse with a remapped header file occurs.
      
      rdar://37502480
      ```
      
      ---------------------------------------------------------------------
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_60@332113 91177308-0d34-0410-b5e6-96231b3b80d8
      6289e4b7
  14. 11 Apr, 2018 1 commit
    • Simon Dardis's avatar
      Merging r325651: · 0e746072
      Simon Dardis authored
      ```---------------------------------------------------------------------
      r325651 | sdardis | 2018-02-21 00:05:05 +0000 (Wed, 21 Feb 2018) | 34 lines
      
      [mips] Spectre variant two mitigation for MIPSR2
      
      This patch provides mitigation for CVE-2017-5715, Spectre variant two,
      which affects the P5600 and P6600. It provides the option
      -mindirect-jump=hazard, which instructs the LLVM backend to replace
      indirect branches with their hazard barrier variants.
      
      This option is accepted when targeting MIPS revision two or later.
      
      The migitation strategy suggested by MIPS for these processors is to
      use two hazard barrier instructions. 'jalr.hb' and 'jr.hb' are hazard
      barrier variants of the 'jalr' and 'jr' instructions respectively.
      
      These instructions impede the execution of instruction stream until
      architecturally defined hazards (changes to the instruction stream,
      privileged registers which may affect execution) are cleared. These
      instructions in MIPS' designs are not speculated past.
      
      These instructions are used with the option -mindirect-jump=hazard
      when branching indirectly and for indirect function calls.
      
      These instructions are defined by the MIPS32R2 ISA, so this mitigation
      method is not compatible with processors which implement an earlier
      revision of the MIPS ISA.
      
      Implementation note: I've opted to provide this as an
      -mindirect-jump={hazard,...} style option in case alternative
      mitigation methods are required for other implementations of the MIPS
      ISA in future, e.g. retpoline style solutions.
      
      Reviewers: atanasyan
      
      Differential Revision: https://reviews.llvm.org/D43487
      ```
      
      ---------------------------------------------------------------------
      
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_60@329799 91177308-0d34-0410-b5e6-96231b3b80d8
      0e746072
  15. 10 Apr, 2018 1 commit
    • Tom Stellard's avatar
      Merging r328829: · 31f349d8
      Tom Stellard authored
      ```---------------------------------------------------------------------
      r328829 | manojgupta | 2018-03-29 14:11:15 -0700 (Thu, 29 Mar 2018) | 23 lines
      
      [AArch64]: Add support for parsing rN registers.
      
      Summary:
      Allow rN registers to be simply parsed as correspoing xN registers.
      The "register ... asm("rN")" is an command to the
      compiler's register allocator, not an operand to any individual assembly
      instruction. GCC documents this syntax as "...the name of the register
      that should be used."
      
      This is needed to support the changes in Linux kernel (see
      https://lkml.org/lkml/2018/3/1/268 )
      
      Note: This will add support only for the limited use case of
      register ... asm("rN"). Any other uses that make rN leak into assembly
      are not supported.
      
      Reviewers: kristof.beyls, rengolin, peter.smith, t.p.northover
      
      Reviewed By: peter.smith
      
      Subscribers: javed.absar, eraman, cfe-commits, srhines
      
      Differential Revision: https://reviews.llvm.org/D44815
      ```
      
      ---------------------------------------------------------------------
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_60@329669 91177308-0d34-0410-b5e6-96231b3b80d8
      31f349d8
  16. 09 Apr, 2018 2 commits
  17. 07 Apr, 2018 1 commit
    • Tom Stellard's avatar
      Merging r327099: · d5f48a21
      Tom Stellard authored
      ```---------------------------------------------------------------------
      r327099 | rsmith | 2018-03-08 18:00:01 -0800 (Thu, 08 Mar 2018) | 3 lines
      
      PR36645: Go looking for an appropriate array bound when constant-evaluating a
      name of an array object.
      ```
      
      ---------------------------------------------------------------------
      
      git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_60@329478 91177308-0d34-0410-b5e6-96231b3b80d8
      d5f48a21
  18. 02 Mar, 2018 1 commit