Previously the old headers were left in include/ leading to spurious compile failures.
  This is ugly as it can get (we resort to sneaking -L in for the moment) but
  good enough for now. The worst thing which can happen is that we ln these
  headers once per invocation of make, nothing more.
  If some installation of make(1) complains about the "-L" then wrap it in
  ifneq ($(findstring check-symlink,$(.FEATURES)),)

- tidy up PTHREADS_DEBUG_SUPPORT by using per-target STRIP_FLAGS for the few

  This fixes the spurious rebuilds bernd and vda were seeing with libpthreads.

libc when one of the source files changes.

Since there are more places which want to depend on $(libc), fix them all to
use a new variable $(libc.depend), which contains the filename for which we
have a rule.

- adjust setting flags accordingly to use (hardcoded, see below) -Wl,
  Potential improvements:
  *) --warn-unresolved-symbols should perhaps be used for all libs
  *) eventually rename LDFLAGS to CC_LDFLAGS
  *) probe for compiler driver's notion of flag to use for passing in
     linker flags (i.e. don't hardcode "-Wl,")

There are many directories called "CVS" checked into uClibc SVN, probably
as a side-effect of importing a CVS checkout.  I don't think these are
particularly useful to have checked in.