DJ Lucas wrote:
Binutils Gold: It was decided a long time ago not to build gold. I
brought it up on list when it was new (binutils-2.19), but I searched
and don't think it's been discussed much since then. It has grown up a
bit since that time. My only argument for this is that people might want
it, and we can provide it without affecting our build much (time and
disk space). As far as BLFS is concerned, the only real beneficiary that
I can think of might be QT. I'm sure there are a couple of others, but
that is the biggest C++ project that I'll use (besides chromium which
isn't in the book). There are plenty of other places it could be used,
but for now, just having available is enough.
There are two caveats, we do have to patch it because of lack of back
ports in the release tree (patch is in our repo), and the testsuite has
some issues (10 failures). I work around the test suite by removing from
main suite and just running it separately and catching the error (as I
build with set -e). Fixing to do a jhalfs run so that I can get more
accurate timings and build sizes as compared with my packaged build. I
had a 4 minute difference (10 vs 6), 3 of which was the test suite. Any
interest in doing this for LFS? We'd still install bfd as the default
linker as we do now, just add ld.gold (and dwp) to the list of installed
files.
The size and time are not really a factor. The question is what does it
provide? If the primary target audience is developers, then I don't think
it's needed in the book. A hint might be appropriate though.
GCC with additional libs: I also brought up Graphite when it was new,
and this was a nightmare at the time. It added three additional
packages, two of which had to be patched, gcc had to be patched, and
nothing in the wild would use it at the time. Fast forward 7 years,
things are much easier. There are still only a handful of consumers in
the wild, but we can now add a single library, built inline with GCC.
Again, the only argument for this is that other consumers might want it,
and we can provide it without much effort.
Additionally, there is new library that ships with GCC, libmpx. This
allows for additional protection on intel chips:
https://gcc.gnu.org/wiki/Intel%20MPX%20support%20in%20the%20GCC%20compiler
Any interest in any of the above? I'm fixing to do another jhalfs run
later today, can get some real numbers for these changes.
We do have gcc in BLFS in order to support other gcc compilers. Adding a
section there to support extra gcc/g++ functionality would be OK.
-- Bruce
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
