Changeset 9a469bc
- Timestamp:
- 10/28/2018 09:15:43 PM (5 years ago)
- Branches:
- 10.0, 10.1, 11.0, 11.1, 11.2, 11.3, 12.0, 12.1, 8.4, 9.0, 9.1, bdubbs/svn, elogind, kea, ken/TL2024, ken/inkscape-core-mods, ken/tuningfonts, lazarus, lxqt, plabs/newcss, plabs/python-mods, python3.11, qt5new, rahul/power-profiles-daemon, renodr/vulkan-addition, trunk, upgradedb, xry111/intltool, xry111/llvm18, xry111/soup3, xry111/test-20220226, xry111/xf86-video-removal
- Children:
- 2bd2dce
- Parents:
- 7810f94
- Files:
-
- 2 edited
Legend:
- Unmodified
- Added
- Removed
-
introduction/welcome/changelog.xml
r7810f94 r9a469bc 46 46 <itemizedlist> 47 47 <listitem> 48 <para>[ken] - Change the firefox instructions: stop recommending system 49 ICU because the build fails with the current version, and change to 50 using clang which saves build space (measurement is for 7.0, but 6.0 is 51 good enough and smaller).</para> 52 </listitem> 53 <listitem> 48 54 <para>[ken] - Update to xorg-server-1.20.3 [security fix]. Fixes 49 55 <ulink url="&blfs-ticket-root;11284">#11284</ulink>.</para> -
xsoft/graphweb/firefox.xml
r7810f94 r9a469bc 11 11 <!-- NB with stylo, much of the build uses rust, and therefore cargo files. 12 12 But the extra cached cargo files, if any, seem to be minimal --> 13 <!ENTITY firefox-buildsize "9.9 GB (141 MB installed) without tests"> 14 <!ENTITY firefox-time "30 SBU (with parallelism=4) without tests"> 13 <!ENTITY firefox-buildsize "9.0 GB (153 MB installed) without tests"> 14 <!-- editors: with ff63 and rust-1.29, ./mach build -j4 is probably the 15 most practical way to get a timing on a machine with more cores. If in 16 doubt, round up --> 17 <!ENTITY firefox-time "22 SBU (with parallelism=4) without tests"> 15 18 ]> 16 19 … … 154 157 <bridgehead renderas="sect4">Recommended</bridgehead> 155 158 <para role="recommended"> 156 <xref linkend="icu"/>, 159 <!-- <xref linkend="icu"/>, with icu <61 or >62, JSContext FTBFS --> 157 160 <xref linkend="libevent"/>, 158 161 <xref linkend="libvpx"/>, … … 243 246 ac_add_options --disable-gconf 244 247 245 # Uncomment this if you have not installed nodejs 246 # but note that nodejs will be required in firefox-64 247 #ac_add_options --disable-nodejs 248 # Uncomment this if you have not installed nodejs, 249 # but note that nodejs will be required in firefox-64 250 #ac_add_options --disable-nodejs 248 251 249 252 # From firefox-61, the stylo CSS code can no-longer be disabled … … 256 259 ac_add_options --with-system-nspr 257 260 ac_add_options --with-system-nss 258 ac_add_options --with-system-icu 261 262 # Only enable system icu if the version is 61 or 62 263 #ac_add_options --with-system-icu 264 265 # The gold linker is no-longer the default 266 ac_add_options --enable-linker=gold 267 268 # You cannot distribute the binary if you do this 269 ac_add_options --enable-official-branding 259 270 260 271 # If you are going to apply the patch for system graphite … … 280 291 # Optimization for size is broken with gcc7 and later 281 292 ac_add_options --enable-optimize="-O2" 282 283 ac_add_options --enable-official-branding284 293 285 294 # From firefox-61 system cairo is not supported … … 345 354 </para> 346 355 347 <screen><userinput>./mach build</userinput></screen> 356 <screen><userinput>export CC=clang CXX=clang++ AR=llvm-ar NM=llvm-nm RANLIB=llvm-ranlib && 357 ./mach build && 358 unset CC CXX AR NM RANLIB</userinput></screen> 348 359 349 360 <para> … … 382 393 383 394 <para> 395 <command>export CC=clang CXX=clang++ ...</command>: Upstream now use 396 <application>clang</application> and building with any recent version 397 saves a lot of space. 398 </para> 399 400 <para> 384 401 <command>./mach build</command>: <application>Firefox</application> 385 402 now uses this <application>python2</application> script to run the … … 391 408 need details of which files are being compiled, together with any C or 392 409 C++ flags being used. 410 </para> 411 412 <para> 413 <option>./mach build -j4</option>: In theory, <command>mach</command> 414 will use the number of online CPU cores - but on some machines the bulk 415 of the build will drag on as if only 1 core is present. Specifying the 416 number of jobs (4 in this example) fixes that. Unlike traditional 417 recommendations for running <command>make</command>, the exact number 418 of cores is usually fastest - exceptionally, N+1 may be better on a 419 well-specified modern machine. But do NOT use this if building from a 420 term where <command>taskset</command> has been used to restrict the 421 available cores. 393 422 </para> 394 423
Note:
See TracChangeset
for help on using the changeset viewer.