[all-commits] [llvm/llvm-project] 082671: [Mips] support "sp" named register

[Konrad Kleine via All-commits]

  Branch: refs/heads/release/14.x
  Home:   https://github.com/llvm/llvm-project
  Commit: 0826716786cd4a8c7cbcb8c01e4d9fac46b7a17a
      https://github.com/llvm/llvm-project/commit/0826716786cd4a8c7cbcb8c01e4d9fac46b7a17a
  Author: Nick Desaulniers <ndesaulniers at google.com>
  Date:   2022-03-04 (Fri, 04 Mar 2022)

  Changed paths:
    M llvm/lib/Target/Mips/MipsISelLowering.cpp
    M llvm/test/CodeGen/Mips/named-register-n32.ll
    M llvm/test/CodeGen/Mips/named-register-n64.ll
    M llvm/test/CodeGen/Mips/named-register-o32.ll

  Log Message:
  -----------
  [Mips] support "sp" named register

After Linux kernel commit
commit 200ed341b864 ("mips: Implement "current_stack_pointer"")
We observe the following build error when compiling the Linux kernel
targeting Mips:
fatal error: error in backend: Invalid register name global variable

Fixes: https://github.com/llvm/llvm-project/issues/54174
Link: https://github.com/ClangBuiltLinux/linux/issues/1608

Reviewed By: atanasyan

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

(cherry picked from commit e0adc3be132922776a867a623959e176f29f9965)


  Commit: 0205cc086e506fe85fdc48734e9a297299160eb1
      https://github.com/llvm/llvm-project/commit/0205cc086e506fe85fdc48734e9a297299160eb1
  Author: Johannes Doerfert <johannes at jdoerfert.de>
  Date:   2022-03-04 (Fri, 04 Mar 2022)

  Changed paths:
    M llvm/lib/Transforms/IPO/OpenMPOpt.cpp
    M llvm/test/Transforms/OpenMP/custom_state_machines.ll
    M llvm/test/Transforms/OpenMP/spmdization.ll
    M llvm/test/Transforms/OpenMP/spmdization_guarding.ll
    M llvm/test/Transforms/OpenMP/spmdization_guarding_two_reaching_kernels.ll

  Log Message:
  -----------
  [OpenMP][FIX] Ensure custom state machine works

The custom state machine had a check for surplus threads that filtered
the main thread if the kernel was executed by a single warp only. We
now first check for the main thread, then for surplus threads, avoiding
to filter the former out.

Fixes #54214.

Reviewed By: jhuber6

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

(cherry picked from commit f9c2d6005ef06a37a99e324e72ce247d0472cf4e)


  Commit: 1e3d5ccab6b616baa91448462951b43f28bd5601
      https://github.com/llvm/llvm-project/commit/1e3d5ccab6b616baa91448462951b43f28bd5601
  Author: Konrad Kleine <kkleine at redhat.com>
  Date:   2022-03-04 (Fri, 04 Mar 2022)

  Changed paths:
    M llvm/utils/release/export.sh

  Log Message:
  -----------
  Add cmake to source release tarballs

I've split the git archive generation into three steps:

1. generate pure tarball
2. append top-level cmake directory to all tarballs
3. compress the archive

This was inspired by D118252 and can be considered an alternative
approach for all projects to have access to the shared cmake
directory when building in standalone mode.

When generating source tarballs on my local laptop it takes 9 minutes and 45 seconds WITH this patch applied. When this patch is not applied, it takes 9minutes and 38 seconds. That means, this patch introduces a slowdown of 7 seconds, which seems fair.

Reviewed By: tstellar

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


Compare: https://github.com/llvm/llvm-project/compare/09546e1b5103...1e3d5ccab6b6