[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #30321 [Applications/Tor Browser]: Adapt Linux toolchain for Firefox 68 ESR
#30321: Adapt Linux toolchain for Firefox 68 ESR
--------------------------------------+--------------------------
Reporter: gk | Owner: tbb-team
Type: task | Status: new
Priority: Medium | Milestone:
Component: Applications/Tor Browser | Version:
Severity: Normal | Resolution:
Keywords: tbb-rbm, ff68-esr | Actual Points:
Parent ID: #30320 | Points:
Reviewer: | Sponsor:
--------------------------------------+--------------------------
Comment (by gk):
Compiling our 32bits were failing, too. The first show-stopper was a
failure related to us setting `host` and `target` to `i686-linux-gnu`:
{{{
0:08.82 ERROR: The rust compiler host (x86_64-unknown-linux-gnu) is not
suitable for the configure host (i686-pc-linux-gnu/i686-unknown-linux-
gnu).
}}}
That gets solved by just keeping `ac_add_options --target=i686-linux-gnu`.
Then gold is breaking when linking `libxul.so`
{{{
41:17.86 /var/tmp/dist/binutils/bin/ld.gold.real: internal error in
relocate_section, at i386.cc:3684
41:18.04 clang-8: error: linker command failed with exit code 1 (use -v to
see invocation)
}}}
It seems we hit `gold_assert(sh_type == elfcpp::SHT_REL);` and others
might have encountered the same, see:
https://patchwork.openembedded.org/patch/155471/
I tried to figure out whether a GCC/binutils toolchain fares better but
that breaks already early with an ICE:
{{{
25:09.35 /var/tmp/build/firefox-
a194f586c005/gfx/skia/skia/third_party/skcms/src/Transform_inl.h:640:13:
internal compiler error: in convert_move, at expr.c:218
25:09.35 static void exec_ops(const Op* ops, const void** args,
25:09.35 ^~~~~~~~
25:10.21 0x596b7a convert_move(rtx_def*, rtx_def*, int)
25:10.21 ../.././gcc/expr.c:218
25:10.21 0x8a06c2 convert_modes(machine_mode, machine_mode, rtx_def*, int)
25:10.22 ../.././gcc/expr.c:709
25:10.22 0xbc32f2 emit_partition_copy
25:10.22 ../.././gcc/tree-outof-ssa.c:220
25:10.22 0xbc32f2 insert_part_to_rtx_on_edge
25:10.22 ../.././gcc/tree-outof-ssa.c:389
25:10.22 0xbc32f2 elim_create
25:10.22 ../.././gcc/tree-outof-ssa.c:675
25:10.22 0xbc32f2 eliminate_phi
25:10.22 ../.././gcc/tree-outof-ssa.c:733
25:10.22 0xbc32f2 expand_phi_nodes(ssaexpand*)
25:10.22 ../.././gcc/tree-outof-ssa.c:909
25:10.23 0x7b23be execute
25:10.23 ../.././gcc/cfgexpand.c:6416
}}}
Using `bfd` with `ac_add_options --enable-linker=bff` works and I can
successfully compile and link the browser. Using `lld` fails, too:
{{{
41:04.50 ld.lld: error: dwarf.c:(.debug_info+0x20DE295A): has non-ABS
relocation R_386_GOTOFF against symbol '.LC25'
41:08.83 clang-8: error: linker command failed with exit code 1 (use -v to
see invocation)
}}}
Might be worth figuring out at least why `gold` is not happy here.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/30321#comment:8>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs