I've been examining some of the options for building firefox-67, using beta18 (build it in /opt, then throw it away - a previous experiment with b14 in /opt showed it will use a new profile and so lose all history of where I've been recently - I'm not yet ready for that :)
This is on my 4-core Ryzen running 8.4 with a few upgrades (so, upgraded dependencies where required, some vulnerability fixes, but still using gcc-8.2 and llvm-7). And all with the patch for system graphite2 and harfbuzz. It is difficult to be specific about variations in the time and space used for the builds, because both vary so much, but a couple of suggestions, particularly for people who do not have a lot of free real RAM during the build (e.g. if you are using the previous version of firefox and have a lot of tabs open). My current recommendation is that for 4 cores, the best part of 8 GB needs to be available. 1. ac_add_options --disable-debug-symbols This sounds like a no-brainer for those of us who do not intend to run a debugger on firefox, and it makes the build directory *much* smaller (about 5 GB instead of more than 9 GB). Unforunately, on my machine (and with almost everything else closed to free up memory so that it did not swap), this took significantly longer to build (say, 35% or more). But even so, maybe helpful if you have memory constraints. 2. Not forcing it to use the gold linker, i.e. just let it use ld.bfd. I left this build running (also with --disable-debug-symbols) and when I came back to it, expecting that the linker would run within a few minutes, it had already finished - this was quicker than the fastest run of the default build using gold. So, for the moment, if you are space-constrained, I recommend both of these options. ĸen -- Before the universe began, there was a sound. It went: "One, two, ONE, two, three, four" [...] The cataclysmic power chord that followed was the creation of time and space and matter and it does Not Fade Away. - wiki.lspace.org/mediawiki/Music_With_Rocks_In -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
