Subject: re: gcc/binutils/gdb import proposal
To: matthew green <mrg@eterna.com.au>
From: Todd Vierling <tv@pobox.com>
List: tech-toolchain
Date: 07/16/2000 23:22:54
On Mon, 17 Jul 2000, matthew green wrote:

:        Build structure for gcc-2.95.2.  "libgcc" is compiled -fpic;
:        "libgccP" is compiled -fPIC, only on platforms needing an alternate.
: 
: will you have libgccP be used automatically?  on the SPARC, anything
: moderately large really needs -fPIC..  we currently build most things
: with -fPIC there...

This was the idea; it's how multilib works in a multilib-prepped gcc (though
it normally uses different directories instead of alternative filenames to
differentiate the libraries; I could do this too).

I was planning to make c++rt0 use a similar paradigm for selection.  This
has been missing for Quite Some Time.

: everything else looks great, though i don't really get the point of
: moving everything in to usr.bin/binutils...i'd just get rid of the
: binutils directory there entirely.  i think, in particular, moving
: GDB there is wrong.

Well, I wanted at least to group those things found in a distribution.  What
prompted me to move gdb inside was that it uses libbfd (and comes
from the same Redhat source tree); we've already run into users who forget
to build bfd before binutils, gas.new, ld.new, and gdb.

It's... awkward, I'll admit, but as long as gdb comes with a "don't forget
to build libbfd!!" warning, it can go outside gnu/usr.bin/binutils.

-- 
-- Todd Vierling (tv@pobox.com)