<div>as we discussed on wednesday, here some notes for getting a current FF version on OI<br /></div><div>first we need here also:</div><div>- mozilla-nss@3.57</div><div>  because NSS libs has no versioning in libname, only in elf data, update should not have side effects for the Illumos ldapclient. At least my oi ldapclient is still working ;)</div><div>- libicu@68.2</div><div>  this means also that a respin of loffice, qt4, qt5, keepassx etc packages has to be done, it is a similar problem like whith update openssl</div><div>- rusts version  > 1.41.1<br /></div><div>  this seems to be solvable with less effort</div><div>- the small sqlite lib fix, reported on bugs-openindiana</div><div><br /></div><div>I used gcc for build, not clang.<br /></div><div><br /></div><div>A debug build produces a 3GB libxul.so where the build toolchain has to pickup the 64bit readelf! 32bit readelf presents errors like:</div><div>readelf: Error: Unable to seek to 0xd2aedb60 for section headers<br />readelf: Error: Unable to read in 3513427240 bytes of symbols<br />readelf: Error: Unable to determine the number of symbols to load<br />readelf: Error: Unable to determine the length of the dynamic string table<br /></div><div><br /></div><div>The Solaris 11.4 ld knows nowadays some extra options like:</div><div><br /></div><div>        -z gnu-version-script=file<br />                        process GNU version script mapfile<br />        -z gnu-version-script-compat<br />                        enable GNU --version-script compatibility option<br /></div><div><br /></div><div>which illumos don't have, and produce linker errors</div><div><br /></div><div>unfortunatly the FF 68esr or 78esr builds which I get core in JS stuff imediate after startup. It looks like a related problem reported in mozilla-bug 577056 and</div><div>https://bugzilla.mozilla.org/show_bug.cgi?id=1540672</div><div>which we had already a fix. But the code is reworked and seems now not working anymore on Illumos. <br /></div><div>solaris-userland uses here a patch but this is addressed to SPARC.<br /></div><div>For setting here the 47bit address range is a linker map with RESERVE_SEGMENT used, which the Illumos ld also not knows:</div><div><br /></div><div># Mozilla JavaScript expects that no address above 47bits address range<br /># will get ever used. Solaris SPARC is not limiting address space.<br /># Therefore we need to enforce it artificially.<br /><br />$mapfile_version 2<br />RESERVE_SEGMENT spidermonkey_reserve {<br />      VADDR = 0x800000000000;<br />      SIZE = 0xffff7fffffff0000;<br />};</div><div><br /></div><div>Carsten<br /></div><div><table class="highlight tab-size js-file-line-container" data-paste-markdown-skip="" data-tab-size="8"><tbody><tr><td class="blob-code blob-code-inner js-file-line" id="LC12"><br /></td></tr></tbody></table></div>