On Friday, 3 October 2014 at 14:21:02 UTC, Atila Neves wrote:
Then I tried only using dmd to compile and linking it myself.
That worked, but the resulting binary crashed. After loading it
up in gdb, it crashed in __tls_get_addr....
My guess would be that your system doesn't have __tls_get_addr,
which is unique in that it is provided by the runtime linker from
glibc. You may want to try out my Android patch for dmd, which
doesn't use native TLS and doesn't rely on that function either:
http://164.138.25.188/dmd/packed_tls_for_elf.patch
You'll want to get rid of that last change to mars.c, substitute
rt/sections_android.d for rt/sections_linux.d in druntime (don't
forget to change the "version (Android):" inside that file to
"version (linux):" also), and make sure you're using the default
ld.bfd linker and not the gold linker. That might work for you.
On Thursday, 9 October 2014 at 17:30:04 UTC, Kevin Lamonte wrote:
I am experiencing a similar problem trying to build a static
executable, exactly as described in
https://issues.dlang.org/show_bug.cgi?id=12268 . I don't know
if the root cause is a gcc issue or a phobos issue.
Probably neither, probably a druntime issue, specifically the
rt.sections_linux module's use of the __tls_get_addr function,
which is called from the dynamic linker at runtime.