Undefined reference to __tls_get_addr_opt

[IvantheDugtrio]

I get the following error when building the master branch with all submodules pulled:

CMake Error at cmake/Modules/ExtractDMDSystemLinker.cmake:40 (message):
  Failed to compile empty program using D compiler '/usr/local/bin/ldmd2'

First I compiled LDC 0.17 using the ltsmaster branch before switching to the master branch and reinitializing all submodules. I am using CMake 3.6.2 and LLVM 3.9.0. Both were compiled from source on a CentOS 7.2 ppc64 big-endian host.

I suspect this has something to do with the lack of rdmd tools since LDC does not come with them.

[dnadlinger]

Can you actually compile and run a program using that LDMD instance? rdmd is not used.

[IvantheDugtrio]

It looks like I cannot compile anything with this LDMD instance. I get this error when trying to compile a helloworld program:

/usr/local/lib/libdruntime-ldc.a(sections_elf_shared.o): In function `_D2rt19sections_elf_shared3DSO11__invariantMxFZv':
/home/idedios/dev/ldc/runtime/druntime/src/rt/sections_elf_shared.d:(.text._d_dso_registry[_d_dso_registry]+0x36c): undefined reference to `__tls_get_addr_opt'
collect2: error: ld returned 1 exit status
Error: /usr/bin/gcc failed with status: 1

[dnadlinger]

Ping @redstar. Seems to be related to (the fix for) #1663.

[redstar]

@IvantheDugtrio Which glibc and binutil version does CentOS 7.2 use? Could you also try to remove the PPC64 specific version in src/rt/sections_elf_shared.d, line 913 ff.? Thanks!

[IvantheDugtrio]

glibc is version 2.17 and binutils is version 2.23.52.0.1 in CentOS 7.2.
I can't find where glibc has its version specified in sections_elf_shared.d. Line 913 is just a comment block on "Check for module collisions". I'm on the ltsmaster branch.

[Robertorosmaninho]

I had this same error here and I fixed using "export DMD=/path/to/your/dmd2/bin/dmd". It seems like LDC try to use his on dmd, but it wasn't working yet.

[dnadlinger]

@Robertorosmaninho: Just to confirm, you saw this on PowerPC as well?

[Robertorosmaninho]

No, I had this same problem on my Mac - Intel x86, I just comment so I thought it might help.

[dnadlinger]

This is strange – as far as I'm aware, __tls_get_addr_opt is related to a PowerPC-specific ABI optimisation. Perhaps you had a PowerPC toolchain lying around on the path?

When you say "It seems like LDC try to use his on dmd, but it wasn't working yet," which LDMD instance are you referring to in particular? CMake looks up the tool paths way before the LDMD executable included in the LDC source tree is built, so there shouldn't be a way for the latter to cause any ambiguities.

[kinke]

That symbol is now somewhat further below, but still PPC only (for ltsmaster too), so this happening on Mac for x86 doesn't make a lot of sense: https://github.com/ldc-developers/druntime/blob/f5e722eba5b1d90397c49a4d2bb53133b78a08d3/src/rt/sections_elf_shared.d#L1048

Where did you get the host LDC from, and what version was it?