Should be fixed by correctly building libXcomp.

See: ArcticaProject/nx-libs#756

nxproxy/{configure.ac,src/Makefile.am}: only enable new ELF dtags if target system actually is ELF-based.

Fixes: ArcticaProject/nx-libs#661

Using libtool, the nxproxy binary will be replaced by a shell script
wrapper that correctly pulls in required libraries (like libXcomp), thus
making it possible to start the binary directly in the build directory.

This wrapper is dropped during installation time.

This is a C program, so enabling or disabling C++11 support will not do
anything useful.

At most it'll lead to errors when using libtool, which is the next
change to come...

Automake older than version 1.11 does not support dist-xz. No workaround
possible via a feature check, as far as I can tell.

Works around libtool bug related to using both -nostdlib and -pthread
(with the former dropping latter usage.)

nx{comp{,shad},proxy}: add configure flag --enable-cxx11 to enable and setup optional C++11 support.

Use AX_CXX_COMPILE_STDCXX(_11) from autotools archive.

Note: should only be used in tandem. Make sure that each component
either uses the C++11 ABI or none uses it. Mixing and matching libraries
and binaries with different C++ ABIs might lead to weird errors.

nxproxy/configure.ac: Have AC_LANG before NX_COMPILER_BRAND. Thanks to Ionic for spotting this same flaw in nxcompshad.

 This also solves the last remnant of overlinking as described in GH issue #133.

 Fixes ArcticaProject/nx-libs#133.