[all-commits] [llvm/llvm-project] c689c1: [libc] Add compound assignment operator overloads ...

[Harald van Dijk via All-commits]

  Branch: refs/heads/users/hvdijk/aaw-emitmdnodeannot
  Home:   https://github.com/llvm/llvm-project
  Commit: c689c165ba2723285258975a14cd562d41d059ab
      https://github.com/llvm/llvm-project/commit/c689c165ba2723285258975a14cd562d41d059ab
  Author: Zorojuro <sawantsukumar at gmail.com>
  Date:   2026-06-03 (Wed, 03 Jun 2026)

  Changed paths:
    M libc/src/__support/FPUtil/bfloat16.h
    M libc/test/src/__support/FPUtil/bfloat16_test.cpp

  Log Message:
  -----------
  [libc] Add compound assignment operator overloads for BFloat16 (#201301)

The current Bfloat16 has normal operator overloads `+` , `-` , `=`,
`!=`, `*`, & `/`.
Later during a function failure `*=` was added in
https://github.com/llvm/llvm-project/pull/182882
For completeness the rest of the operators: `/=`, `+=`, `-=` are added 
These are added along with some smoke test .


  Commit: a2369b9743391351b1dd4a5c38fb61e295ff7088
      https://github.com/llvm/llvm-project/commit/a2369b9743391351b1dd4a5c38fb61e295ff7088
  Author: Joseph Huber <huberjn at outlook.com>
  Date:   2026-06-03 (Wed, 03 Jun 2026)

  Changed paths:
    M clang/lib/Driver/ToolChains/Clang.cpp

  Log Message:
  -----------
  [Clang] Fix leftover use of old LTO path (#201360)

Summary:
This was accidentally missed when I merged the refactor because it
showed up after I made the PR and didn't have any merge conflicts I
noticed.


  Commit: ef4fb183a8d5c0d1910f7b5b6776ba669d6795ef
      https://github.com/llvm/llvm-project/commit/ef4fb183a8d5c0d1910f7b5b6776ba669d6795ef
  Author: khaki3 <47756807+khaki3 at users.noreply.github.com>
  Date:   2026-06-03 (Wed, 03 Jun 2026)

  Changed paths:
    M flang/lib/Optimizer/HLFIR/Transforms/OptimizedBufferization.cpp
    M flang/test/HLFIR/opt-bufferization-eval_in_mem.fir

  Log Message:
  -----------
  [flang][hlfir] Resolve shape_of users when bufferizing eval_in_mem (#201214)

A follow-up to #197814.

Example:

```fortran
bmat = matmul(mat, mat)   ! bmat is allocatable
```

In this code, `SeparateAllocatableAssign` sizes the reallocation with an
`hlfir.shape_of` of the RHS. Once the `matmul` is lowered to
`hlfir.eval_in_mem`, that `shape_of` is an extra user, so
`EvaluateIntoMemoryAssignBufferization` erases the `eval_in_mem` while
it's still used, hitting a `use-after-erase` assertion at `-O2`.

Fix: in `OptimizedBufferization`, redirect a `shape_of` user to the
`eval_in_mem`'s shape operand before erasing it.


  Commit: 4cee4ee6fdccc29bc6bc8e1fd3b499008ea481f7
      https://github.com/llvm/llvm-project/commit/4cee4ee6fdccc29bc6bc8e1fd3b499008ea481f7
  Author: Harald van Dijk <hdijk at accesssoftek.com>
  Date:   2026-06-03 (Wed, 03 Jun 2026)

  Changed paths:
    M clang/lib/Driver/ToolChains/Clang.cpp
    M flang/lib/Optimizer/HLFIR/Transforms/OptimizedBufferization.cpp
    M flang/test/HLFIR/opt-bufferization-eval_in_mem.fir
    M libc/src/__support/FPUtil/bfloat16.h
    M libc/test/src/__support/FPUtil/bfloat16_test.cpp

  Log Message:
  -----------
  Merge branch 'main' into users/hvdijk/aaw-emitmdnodeannot


Compare: https://github.com/llvm/llvm-project/compare/1fe00721465d...4cee4ee6fdcc

To unsubscribe from these emails, change your notification settings at https://github.com/llvm/llvm-project/settings/notifications