[qt/clang/llvm]: Summary of bulk changes made
KDE Git Services - Bulk Change <[email protected]>
| Newsgroups | gmane.comp.kde.cvs |
|---|---|
| Message-ID | <[email protected]> |
Git repository change summary for qt/clang/llvm Pushed by mirror-service into branch 'upstream/users/momchil-velikov/gvn-op-bundle-uniq-vn'. Changed from ab9a979e52323f2ff52d930a923b7e609e38a639 to f84302ff9d59edba980fec8b96a468a8b7fa32bb Acknowledgement was received that this change introduces only existing code that has been pushed to another public open source repository. This change contains the following new commits: Git commit 3c4ea8c411ee80ade64b75a48b40beae90a68423 by Momchil Velikov on 22/07/2026 at 10:08.. [fixup] Fix formatting https://invent.kde.org/qt/clang/llvm/-/commit/3c4ea8c411ee80ade64b75a48b40beae90a68423 Git commit 88462d9c50637a08a0473bd57ce0b52d7f675d6f by Momchil Velikov on 22/07/2026 at 15:51.. [GVN] Decouple GVNValueTable and GVNPass `GVNValueTable` has several member functions taking a `GVNPass` reference as an argument. This prevents moving `GVNPass` out of `GVN.h` and into `GVN.cpp.` The `GVNPass` reference is only used to access the `LeaderMap`. This patch moves the `LeaderMap` type into its own header file, `GVNLeaderMap.h`, under class name `GVNLeaderMap` and changes the `GVNValueTable` member functions to take a `GVNLeaderMap` reference instead of a `GVNPass` reference. https://invent.kde.org/qt/clang/llvm/-/commit/88462d9c50637a08a0473bd57ce0b52d7f675d6f Git commit a30a4522486b2442c672118a0db61ad49263ef64 by Momchil Velikov on 23/07/2026 at 10:10.. [GVN] More restructuring of `GVN.h` to reduce its size (NFC) * `GVNPass` left as an interface for the pass manager. Actually `GVNPass` moved under the name `GVNPassImpl` to `GVN.cpp`. * Various helper types moved out of `GVNPassImpl` and into an anonymous namespace in `GVN.cpp` https://invent.kde.org/qt/clang/llvm/-/commit/a30a4522486b2442c672118a0db61ad49263ef64 Git commit e9a91581b2748b6b51fa7e8bdf5f430fc81da053 by Momchil Velikov on 23/07/2026 at 10:12.. [GVN] Assign unique VNs to calls with operand bundles Call instructions with operand bundles may be assigned the same value number, even if operand bundles differ. The GVN may eliminate one of the calls in favour of another and drop one of the operand bundles. Work around this by assigning unique value numbers to calls with operand bundles. https://invent.kde.org/qt/clang/llvm/-/commit/e9a91581b2748b6b51fa7e8bdf5f430fc81da053 Git commit 6a7bde880ec9a227fe1f33b3baa03edcd371bdb5 by Momchil Velikov on 23/07/2026 at 10:12.. [fixup] Correct test to use a distinct operand bundle tag for the second call https://invent.kde.org/qt/clang/llvm/-/commit/6a7bde880ec9a227fe1f33b3baa03edcd371bdb5 Git commit f84302ff9d59edba980fec8b96a468a8b7fa32bb by Momchil Velikov on 23/07/2026 at 10:12.. [fixup] Update tests https://invent.kde.org/qt/clang/llvm/-/commit/f84302ff9d59edba980fec8b96a468a8b7fa32bb