GCC 9 require builtins from libcompiler_rt for i386 rtld.

[jhb]

Test Plan

• build i386 with the i386-gcc9 toolchain

[dim]

Which builtins are those? As far as I know with rtld we should be careful not to just pull in external dependencies. @kib is usually guarding against that sort of stuff. :)

[kib]

Indeed, it would be even useful to note that symbol names in the comment.

Can you show the output of size ld-elf.so.1 built this way with gcc 9 ?

[jhb]

> size ld-elf.so.1
    text   data    bss      dec       hex   filename
  124102    964   2992   128058   0x1f43a   ld-elf.so.1

Symbols I could find:

rtld_printf.o:
         U __udivmoddi4

I wonder if instead rtld-libc/Makefile.inc shouldn't be patched. We seem to pull in some individual intrinsics there for other platforms already (with rtld_printf as a common offender)

[kib]

In D26199#582284, @jhb wrote:

> size ld-elf.so.1
    text   data    bss      dec       hex   filename
  124102    964   2992   128058   0x1f43a   ld-elf.so.1

Symbols I could find:

rtld_printf.o:
         U __udivmoddi4

I wonder if instead rtld-libc/Makefile.inc shouldn't be patched. We seem to pull in some individual intrinsics there for other platforms already (with rtld_printf as a common offender)

Yes, I think this is the right or at least consistent, approach.
There is a reason why we prefer not to link with libc. But for libgcc.a/compiler_rt, we might reconsider.

[jhb]

In D26199#582293, @kib wrote:

In D26199#582284, @jhb wrote:

> size ld-elf.so.1
    text   data    bss      dec       hex   filename
  124102    964   2992   128058   0x1f43a   ld-elf.so.1

Symbols I could find:

rtld_printf.o:
         U __udivmoddi4

I wonder if instead rtld-libc/Makefile.inc shouldn't be patched. We seem to pull in some individual intrinsics there for other platforms already (with rtld_printf as a common offender)

Yes, I think this is the right or at least consistent, approach.
There is a reason why we prefer not to link with libc. But for libgcc.a/compiler_rt, we might reconsider.

Hmm, so the other symbols like qdivrem.c we have in libc, but udivmoddi4 is only in compiler_rt sources, not libc sources. I also can't find where we have a .PATH to libc/quad anywhere in rtld which is where qdivrem.c lives which is even more confusing. arm already links in libcompiler_rt directly for rtld FWIW.