Tvheadend

I'm also attaching the output of LD_DEBUG=all make when configuring as described on the previous post #2, hoping it can be useful.
I'm not able to interpret the output, though, it's far from my knowledge. The relocation not permitted errors start from line 17416:

      1158:    binding file /usr/lib/libbfd-2.20.1-system.20100303.so [0] to /lib/libc.so.6 [0]: normal symbol `snprintf' [GLIBC_2.4]
      1158:    symbol=vfprintf;  lookup in file=/usr/bin/ld [0]
      1158:    symbol=vfprintf;  lookup in file=/usr/lib/libbfd-2.20.1-system.20100303.so [0]
      1158:    symbol=vfprintf;  lookup in file=/lib/libdl.so.2 [0]
      1158:    symbol=vfprintf;  lookup in file=/usr/lib/libz.so.1 [0]
      1158:    symbol=vfprintf;  lookup in file=/lib/libc.so.6 [0]
      1158:    binding file /usr/lib/libbfd-2.20.1-system.20100303.so [0] to /lib/libc.so.6 [0]: normal symbol `vfprintf' [GLIBC_2.4]
/root/tvheadend/tvheadend/build.linux/src/http.o(.text+0x18f4): R_ARM_TLS_LE32 relocation not permitted in shared object      1158:    symbol=_IO_putc;  lookup in file=/usr/bin/ld [0]
      1158:    symbol=_IO_putc;  lookup in file=/usr/lib/libbfd-2.20.1-system.20100303.so [0]
      1158:    symbol=_IO_putc;  lookup in file=/lib/libdl.so.2 [0]
      1158:    symbol=_IO_putc;  lookup in file=/usr/lib/libz.so.1 [0]
      1158:    symbol=_IO_putc;  lookup in file=/lib/libc.so.6 [0]
      1158:    binding file /usr/lib/libbfd-2.20.1-system.20100303.so [0] to /lib/libc.so.6 [0]: normal symbol `_IO_putc' [GLIBC_2.4]

/usr/bin/ld: /root/tvheadend/tvheadend/build.linux/src/epg.o(.text+0x3650): R_ARM_TLS_LE32 relocation not permitted in shared object
/usr/bin/ld: /root/tvheadend/tvheadend/build.linux/src/streaming.o(.text+0x620): R_ARM_TLS_LE32 relocation not permitted in shared object
/usr/bin/ld: /root/tvheadend/tvheadend/build.linux/src/esfilter.o(.text+0xd0): R_ARM_TLS_LE32 relocation not permitted in shared object
/usr/bin/ld: /root/tvheadend/tvheadend/build.linux/src/esfilter.o(.text+0xf8): R_ARM_TLS_LE32 relocation not permitted in shared object
/usr/bin/ld: /root/tvheadend/tvheadend/build.linux/src/esfilter.o(.text+0x4c4): R_ARM_TLS_LE32 relocation not permitted in shared object
/usr/bin/ld: /root/tvheadend/tvheadend/build.linux/src/esfilter.o(.text+0x760): R_ARM_TLS_LE32 relocation not permitted in shared object
/usr/bin/ld: /root/tvheadend/tvheadend/build.linux/src/intlconv.o(.text+0x17d0): R_ARM_TLS_LE32 relocation not permitted in shared object
/usr/bin/ld: /root/tvheadend/tvheadend/build.linux/src/descrambler/caid.o(.text+0x1a8): R_ARM_TLS_LE32 relocation not permitted in shared object
/usr/bin/ld: /root/tvheadend/tvheadend/build.linux/src/input/mpegts/mpegts_mux.o(.text+0xb4c): R_ARM_TLS_LE32 relocation not permitted in shared object
/usr/bin/ld: /root/tvheadend/tvheadend/build.linux/src/input/mpegts/dvb_support.o(.text+0xcf4): R_ARM_TLS_LE32 relocation not permitted in shared object
/usr/bin/ld: /root/tvheadend/tvheadend/build.linux/src/input/mpegts/dvb_support.o(.text+0xd88): R_ARM_TLS_LE32 relocation not permitted in shared object
/usr/bin/ld: /root/tvheadend/tvheadend/build.linux/src/input/mpegts/dvb_support.o(.text+0xe0c): R_ARM_TLS_LE32 relocation not permitted in shared object
      1158:    symbol=_bfd_default_link_order;  lookup in file=/usr/bin/ld [0]
      1158:    symbol=_bfd_default_link_order;  lookup in file=/usr/lib/libbfd-2.20.1-system.20100303.so [0]
      1158:    binding file /usr/lib/libbfd-2.20.1-system.20100303.so [0] to /usr/lib/libbfd-2.20.1-system.20100303.so [0]: normal symbol `_bfd_default_link_order'
      1158:    symbol=_bfd_elf_swap_versym_out;  lookup in file=/usr/bin/ld [0]
      1158:    symbol=_bfd_elf_swap_versym_out;  lookup in file=/usr/lib/libbfd-2.20.1-system.20100303.so [0]
      1158:    binding file /usr/lib/libbfd-2.20.1-system.20100303.so [0] to /usr/lib/libbfd-2.20.1-system.20100303.so [0]: normal symbol `_bfd_elf_swap_versym_out'

I always compiled TVHeadend for armel with this VM in the past and I never got this type of error.
However, it's also a lot of time that I didn't upgrade it, as the latest version that I compiled was 4.1-1648~g9f44f72.

Note: I would investigate which is the exact version that broke the build by going back with git, but using QEMU it takes a lot of time to compile and the error appears only at the end... (10 minutes later issuing make)

It looks like a bug in binutils (only ARM is affected):

https://sourceware.org/ml/binutils/2011-06/msg00204.html

When you use '--disable-pie' the -fPIC is used instead which makes the code full relocatable (less optimizations) - but we don't require this gcc / code config for the application code.