[all-commits] [llvm/llvm-project] f95e5e: [gn] Fix Interpreter/emulated-tls.cpp on mac (#227...

Nico Weber via All-commits all-commits at lists.llvm.org
Mon Sep 28 15:44:51 PDT 2026


  Branch: refs/heads/main
  Home:   https://github.com/llvm/llvm-project
  Commit: f95e5ea5a5eb719e05754de235aaba8e20e6a36b
      https://github.com/llvm/llvm-project/commit/f95e5ea5a5eb719e05754de235aaba8e20e6a36b
  Author: Nico Weber <thakis at chromium.org>
  Date:   2026-09-28 (Mon, 28 Sep 2026)

  Changed paths:
    M llvm/utils/gn/secondary/clang/include/clang/Config/BUILD.gn

  Log Message:
  -----------
  [gn] Fix Interpreter/emulated-tls.cpp on mac (#227132)

In, #225475 (5dfe8605911e), CLANG_HAVE_EMUTLS_GET_ADDRESS got hardcoded
to 0 in the GN build, while the CMake build has a config-time check for
__emutls_get_address.

On mac and linux, compiler-rt provides that symbol, so set
CLANG_HAVE_EMUTLS_GET_ADDRESS to 1 there. That way, __emutls_get_address
is force-linked as absolute symbol and things are happy.

(With it set to 0. clang-repl dlsym()s for the symbol, which works on
Linux where it's found in libgcc_s.so.1, but it doesn't work on mac.)



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


More information about the All-commits mailing list