[all-commits] [llvm/llvm-project] 02b82b: [DAG] Ensure more Legal BUILD_VECTOR elements type...

[Michał Górny via All-commits]

  Branch: refs/heads/release/15.x
  Home:   https://github.com/llvm/llvm-project
  Commit: 02b82b844daf0a904ca00c234b43272455143e2b
      https://github.com/llvm/llvm-project/commit/02b82b844daf0a904ca00c234b43272455143e2b
  Author: David Green <david.green at arm.com>
  Date:   2022-08-17 (Wed, 17 Aug 2022)

  Changed paths:
    M llvm/lib/CodeGen/SelectionDAG/DAGCombiner.cpp
    M llvm/test/CodeGen/ARM/vector-store.ll

  Log Message:
  -----------
  [DAG] Ensure more Legal BUILD_VECTOR elements types in shuffle->And combine

This is a followup to D131350, which caused another problem for i64
types being split into i32 on i32 targets. This patch tries to make sure
that either Illegal types are OK, or that the element types of a
buildvector are legal and bigger than or equal to the size of the
original elements.

Differential Revision: https://reviews.llvm.org/D131883

(cherry picked from commit dfc95bab078297b1564c1ac757b1ac093d125b2d)


  Commit: b4a285bcb59e8c4d80f170e26739356a95eb3091
      https://github.com/llvm/llvm-project/commit/b4a285bcb59e8c4d80f170e26739356a95eb3091
  Author: Maciej Gabka <maciej.gabka at arm.com>
  Date:   2022-08-17 (Wed, 17 Aug 2022)

  Changed paths:
    M clang/utils/TableGen/SveEmitter.cpp

  Log Message:
  -----------
  [clang][SVE] Undefine preprocessor macro defined in

arm_sve.h defines and uses __ai macro which needs to be undefined (as it is
already in arm_neon.h).

Reviewed By: paulwalker-arm

Differential Revision: https://reviews.llvm.org/D131580

(cherry picked from commit 48e1250a91d244741c8677fed248ace1fcd7c41c)


  Commit: 64260feaa763ca0065637c4b0929262166035387
      https://github.com/llvm/llvm-project/commit/64260feaa763ca0065637c4b0929262166035387
  Author: Michał Górny <mgorny at gentoo.org>
  Date:   2022-08-17 (Wed, 17 Aug 2022)

  Changed paths:
    M llvm/CMakeLists.txt
    M llvm/cmake/modules/CMakeLists.txt

  Log Message:
  -----------
  [llvm] [cmake] Move LLVM_INSTALL_PACKAGE_DIR top-level to fix llvm-config

Move the `LLVM_INSTALL_PACKAGE_DIR` declaration from llvm/cmake/modules
directory to the top-level llvm/CMakeLists.txt, in order to fix
the regression in `llvm-config --cmakedir` output for installed LLVM.
Since the tools directory is processed by CMake prior to
llvm/cmake/modules, the llvm-config executable ended up using
the variable prior to it being defined and incorrectly used an empty
path, resulting in e.g.:

    $ llvm-config --cmakedir
    /usr/lib/llvm/16/

With this patch, the path is defined (and therefore the default value
is being set) prior to adding the tools subdirectory and llvm-config
starts working correctly:

    $ llvm-config --cmakedir
    /usr/lib/llvm/16/lib64/cmake/llvm

This fixes a regression introduced by D130539.  Thanks to Petr Polezhaev
for reporting the problem @ https://bugs.gentoo.org/865165

Differential Revision: https://reviews.llvm.org/D131878

(cherry picked from commit d230055234863aafe63489f9ab95e52d2c1883f2)


Compare: https://github.com/llvm/llvm-project/compare/8abe263f1ed2...64260feaa763