🚀 go-pugleaf

I have had several people (to whom I have re-distributed g++) call
me with "linking" problems.  These have generally been traced to the
fact that in the ld.c file supplied with g++ 1.34.1 (and earlier
versions) the DEFAULT_SEARCH_PREFIX (whose value is passed into the
compilation on the compile command line from the Makefile's $(libdir)
variable) is *not* searched first!

This means that you can do a "make libdir=XXX" in your g++ build directory,
using some reasonable string for "XXX", and then "make install libdir=XXX",
and then make and install your libg++ using "LIBDIR=XXX" on the make command
lines for libg++ (using the same XXX as was used to make and install g++
itself) and g++ will *still* mess up because it does *not* look for your
*newly built* libg++.a in the directory XXX *first*.  rather, it may
incorrectly find a stale old copy of libg++.a in one of the other
standard search directories (listed on line 463 or 461 of ld.c/1.34.1).

Because of this problem, I strongly suggest that lines 463 & 461 of ld.c
be revised to get the DEFAULT_SEARCH_PREFIX directory to come *first*
in the list of default library serach directories.

I don't have a copy of the latest GNU binutils distribution handy, but
I believe that a similar change should be made to the ld.c file there
as well.

// Ron Guilmette  -  MCC  -  Experimental (parallel) Systems Kit Project
// 3500 West Balcones Center Drive,  Austin, TX  78759  -  (512)338-3740
// ARPA: rfg@mcc.com
// UUCP: {rutgers,uunet,gatech,ames,pyramid}!cs.utexas.edu!pp!rfg