On 4/9/20 12:46 PM, Tim Tassonis via blfs-dev wrote:
On 4/9/20 7:07 PM, Ken Moffat via blfs-dev wrote:
On Thu, Apr 09, 2020 at 01:23:24PM +0200, Tim Tassonis via blfs-dev
wrote:
Hi all
I noticed that I do get quite different build sizes for thunderbird than
other maintainers, so I thought I will give a few infos about how I
build
thunderbird. Maybe this helps to find out what's going on here.
Hi Tim,
thanks for providing this information.
du -hs /lgl-bld/thunderbird-68.7.0/
reports
4.2G /lgl-bld/thunderbird-68.7.0/
So, as I'm doing this with all other packages and never get a
significant
difference to what's in the book with other packages, I'm pretty sure
that
my counting isn't the problem.
In my mozconfig, I think I'm doing pretty standard stuff, too. These
are my
active ac_add_options:
Just for the record, on firefox my own builds use harder CFLAGS etc,
potentially different optimizations, and (while 68-esr lasts) the
patch for system graphite2 and harfbuzz. But when I measure for the
book I match the book's settings (without the optional patch) and
without my own CFLAGS etc.
So, I don't think that any differences in the mozconfig you are
using will be the cause of this enormous difference in size.
ac_add_options --enable-startup-notification
ac_add_options --disable-pulseaudio
ac_add_options --enable-calendar
ac_add_options --enable-system-sqlite
ac_add_options --with-system-libevent
ac_add_options --with-system-nspr
ac_add_options --with-system-nss
ac_add_options --with-system-icu
ac_add_options --prefix=/opt/thunderbird
ac_add_options --enable-application=comm/mail
ac_add_options --disable-crashreporter
ac_add_options --disable-updater
ac_add_options --disable-debug
ac_add_options --disable-debug-symbols
ac_add_options --disable-tests
ac_add_options --enable-optimize=-O2
ac_add_options --enable-strip
ac_add_options --enable-install-strip
ac_add_options --enable-official-branding
ac_add_options --enable-system-ffi
ac_add_options --enable-system-pixman
ac_add_options --with-system-bz2
ac_add_options --with-system-jpeg
ac_add_options --with-system-png
ac_add_options --with-system-zlib
So, what's left maybe is my toolchain, which might be a bit outdated:
Name : rustc
Version : 1.42.0-1
I had thought you must be using an older version (back to 1.35 is
probably still usable with 68).
Name : gcc
Version : 7.3.0-1
Name : clang
Version : 5.0.1-1
I'm shocked that your versions are so old.
I can of course stop taking tickets for blfs if my toolchain is too old
for you. I do keep most "upper" stuff quite recent, but I'm quite
hesitant in updating core stuff such as binutils, compilers and xorg
libs underneath a whole system, and I don't have the time to fully
upgrade all my systems every 6 months to keep in sync. So, while all
"applications" and higher-level libraries are quite new, my core still
runs on lfs 8.2.
I'm planning to do a full rebuild this year, if time permits, shall I
refrain from updating stuff until then?
Yes, I think you probably should do that. I do not update my day-to-day
system that oftern (maybe once a year), but I think most editors have
separate development systems that have the latest packages.
-- Bruce
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page