[all-commits] [llvm/llvm-project] f5462a: RuntimeLibcalls: Really move default libcall handl...

[Matt Arsenault via All-commits]

  Branch: refs/heads/users/arsenm/runtime-libcalls/use-tablegen-default-handling
  Home:   https://github.com/llvm/llvm-project
  Commit: f5462a6106e399e8320b30eb22bf0a919ad3c27c
      https://github.com/llvm/llvm-project/commit/f5462a6106e399e8320b30eb22bf0a919ad3c27c
  Author: Matt Arsenault <Matthew.Arsenault at amd.com>
  Date:   2025-07-15 (Tue, 15 Jul 2025)

  Changed paths:
    M llvm/include/llvm/IR/RuntimeLibcalls.h
    M llvm/include/llvm/IR/RuntimeLibcalls.td
    M llvm/lib/IR/RuntimeLibcalls.cpp
    M llvm/test/TableGen/RuntimeLibcallEmitter.td
    M llvm/utils/TableGen/Basic/RuntimeLibcallsEmitter.cpp

  Log Message:
  -----------
  RuntimeLibcalls: Really move default libcall handling to tablegen

Hack in the default setting so it's consistently generated like
the other cases. Maintain a list of targets where this applies.
The alternative would require new infrastructure to sort the system
library initialization in some way.

I wanted the unhandled target case to be treated as a fatal
error, but it turns out there's a hack in IRSymtab using
RuntimeLibcalls, which will fail out in many tests that
do not have a triple set. Many of the failures are simply
running llvm-as with no triple, which probably should not
depend on knowing an accurate set of calls.



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