Dependency of rustc_fluent_macros getting compiled with -Ztls-model=initial-exec

[bjorn3]

Proc macros must not be compiled with -Ztls-model=initial-exec as -Ztls-model=initial-exec is incompatible with dlopen. Glibc is somewhat lenient with dlopening dylibs compiled with -Ztls-model=initial-exec for as long as there is room, but other libc implementations may not provide enough room or provide room at all. For example on FreeBSD trying to use rustc_driver results in the following error:

https://cirrus-ci.com/task/4557776715776000

error: /.rustup/toolchains/nightly-2024-12-28-x86_64-unknown-freebsd/lib/rustlib/x86_64-unknown-freebsd/lib/librustc_fluent_macro-60e8ff74c2f2aaa5.so: No space available for static Thread Local Storage
  --> src/lib.rs:16:1
   |
16 | extern crate rustc_middle;
   | ^^^^^^^^^^^^^^^^^^^^^^^^^^

To fix this issue, the set of exclusions at

rust/src/bootstrap/src/bin/rustc.rs

Lines 166 to 173 in ceb0441

	// `-Ztls-model=initial-exec` must not be applied to proc-macros, see
	// issue https://github.com/rust-lang/rust/issues/100530
	if env::var("RUSTC_TLS_MODEL_INITIAL_EXEC").is_ok()
	&& crate_type != Some("proc-macro")
	&& !matches!(crate_name, Some("proc_macro2" | "quote" | "syn" | "synstructure"))
	{
	cmd.arg("-Ztls-model=initial-exec");
	}

needs to be updated to include all direct and indirect dependencies of the rustc_fluent_macros crate.

[bjorn3]

I'm still seeing the same issue: https://cirrus-ci.com/task/5752330030678016?logs=test#L99

[RivenSkaye]

Another workaround for FreeBSD (and possibly other platforms that provide similar mechanisms) is to set LD_STATIC_TLS_EXTRA. Although the required value to set needs some exploring (I got lazy when 1024 wasn't enough and moved straight to 4096) depending on the use case