[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/arsenm/hexagon/runtime-libcalls-stop-excluding-compiler-rt-generics'. Changed from 0000000000000000000000000000000000000000 to 4258fa1086240c8da396ce45d46a10fe88d7d50f 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 4258fa1086240c8da396ce45d46a10fe88d7d50f by Matt Arsenault on 21/07/2026 at 12:31.. Hexagon: Stop excluding some generic compiler-rt functions from libcalls RuntimeLibcalls should indicate any function that exists and is callable. Historically the list of library functions was conflated with the library functions which should be used, so the library definition was complicated by excluding the overridden cases. My reading of the compiler-rt sources is that the generically named functions are built alongside the __hexagon prefixed variants. e.g., __divsi3 and __hexagon_divsi3 both exist. It will simplify future libcall work the fewer special case target exclusions there are, so allow the functions to be defined and apply the selection preference for the __hexagon prefixed versions in LibcallLoweringInfo. I do question why compiler-rt is built this way; why doesn't the hexagon just replace the standard entrypoint names with the target implementations? Co-authored-by: Claude (Claude-Opus-4.8) <[email protected]> https://invent.kde.org/qt/clang/llvm/-/commit/4258fa1086240c8da396ce45d46a10fe88d7d50f