When using an external gcc 4.8+ and not building libstdc++ then create in the objectdir a
fake libstdc++.so and libstdc++.a which is a symlink on libc++ that allow g++ to satisfy
its links dependencies in the least hackish way.
Please note that this hacky libstds++ never get installed on the final system

Reviewed by:	imp


git-svn-id: svn+ssh://svn.freebsd.org/base/head@273407 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Make the external toolchain support grows to the knowleged of XXFLAGS for C++ dedicated flags
and DEPFLAGS for mkdep flags
Pass the path to the libc++ headers in both, enforce the gnu++11 standard in the XXFLAGS
to satisfy libc++ requirements pass the libc++ objectdir as a location where to find
libraries so it can find libstdc++.so and libstdc++.A

Reviewed by:	imp


git-svn-id: svn+ssh://svn.freebsd.org/base/head@273408 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Do not make ld(1) warnings fatal anymore, binutils behaviour has changed over the
time and gnu.warnings.symbol are now being fatal preventing building world.

in the futur we want to investigate only making the gnu.warning.symbol non fatal

Reviewed by:	imp


git-svn-id: svn+ssh://svn.freebsd.org/base/head@273409 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Add sys/socket.h #include for bind(2), et al

Sponsored by: EMC / Isilon Storage Division


git-svn-id: svn+ssh://svn.freebsd.org/base/head@273410 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f