fix the variable name for then non-gmake case.

branches: 1.15.2;
Be more selective about what to quote-quote: only paths and version numbers.

backslash me harder!

since gmake does not have :Q handle it in sed...

use make -C path/to -f Makefile instead of make -f path/to/Makefile
so that includes with relative paths work.

Merge gcc-4.8 mknative bits.

Make sure gmake is quiet when grabbing variables.

branches: 1.9.34; 1.9.40;
Whenever we try to parse the output from make, run make with the -B
flag. This ensures that -j<N> isn't accidentally inherited from the
environment, because the "--- foo ---" headers printed with -j<N> would
interfere with parsing the output.

branches: 1.8.4;
use the same "Generated from: " tag for mknative.common so that changes
that only affect rcsid's don't cause all generated files to change.

quote variables in the gmake version of getvars() so that stuff that
looks like (FOO|BAR) works.

also note the rcsid of mknative.common

when generating path names also substitute the real path name as well as
the VPATH. now /usr/src doesn't end up in libstdc++-v3_4 defs.mk.

- ensure $MAKE is set
- support $MAKE as gmake for getvars()

Take output and look for things of the form ./XXX.o and turn them into XXX.o
so generated objects vs listed objects in make line up and dependcies happen
correctly. Found because libiberty (on this binutils import) was leaving
all objects as ./object.o and make wasn't picking up correct depends on
config.h as a result.

minor (shell) KNF

common part of mknative