[PATCH] D26130: [ELF] - Implemented --symbol-ordering-file option.

Rafael EspĂ­ndola via llvm-commits llvm-commits at lists.llvm.org
Mon Nov 7 07:18:40 PST 2016


Yes, there are twobugs. One is firefox build trying to guess if it is
using a gnu linker or not. The other is it expecting that a rw and a
ro section are merged.

I think it is reasonable to have a workaround option if needed for the
rw/ro case, but the build system issues is really a bug they have to
fix.

Cheers,
Rafael


On 7 November 2016 at 10:14, Ed Maste <emaste at freebsd.org> wrote:
> emaste added a comment.
>
>> If lld mislinks firefox, we shouldn't silently ignore it and try to link with gold, but open a bug instead (and/or try to fix).
>
> A Firefox bug, it seems.
>
>> if CONFIG['GCC_USE_GNU_LD']:
>
> It looks like Firefox uses this rather unfortunate test:
>
>   if test "$GNU_CC"; then
>       if `$CC -print-prog-name=ld` -v 2>&1 | grep -c GNU >/dev/null; then
>           GCC_USE_GNU_LD=1
>       fi
>   fi
>
> and there's been a history of issues detecting the linker type, e.g. https://bugzilla.mozilla.org/show_bug.cgi?id=1049510.
>
> I suspect we could set this to 1 also for lld (at least, I think it's reasonable that lld will support ld.bfd options or behaviour that Firefox relies on). However, it seems like someone familiar with Firefox ought to audit all of the uses of GCC_USE_GNU_LD and replace them with tests on the actual functionality required.
>
>
> https://reviews.llvm.org/D26130
>
>
>


More information about the llvm-commits mailing list