scripts: refine static linking check to better guide the user

The current mechanism to check if static linking is possible, and the mesage
displayed on failure, can be puzzling to the unsuspecting user.

Also, the current implementation is not using the existing infrastructure,
and is thus difficult to enhance with new tests.

So, switch to using the standard CT_DoExecLog infra, and use four tests to
check for the host compiler:
- check we can run it
- check it can build a trivial program
- check it can statically link that program
- check if it statically link with libstdc++

That should cover most of the problems. Hopefully.

(At the same time, fix a typo in a comment)

Signed-off-by: Daniel Price <daniel.price@gmail.com>
[yann.morin.1998@free.fr: split original patch for self-contained changes]
[yann.morin.1998@free.fr: use steps to better see gcc's output]
[yann.morin.1998@free.fr: commit log]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <163f86b5216fc08c672a.1353459722@nipigon.dssd.com>
Patchwork-Id: 200536

 diff -durN duma_2_5_15.orig/GNUmakefile duma_2_5_15/GNUmakefile

 --- duma_2_5_15.orig/GNUmakefile	2008-08-03 21:22:38.000000000 +0200

 +++ duma_2_5_15/GNUmakefile	2009-06-19 15:32:23.000000000 +0200

 @@ -93,10 +93,6 @@

  # also define 'WIN32'

  # some defaults:

 -CC=gcc

 -CXX=g++

 -AR=ar

 -RANLIB=ranlib

  INSTALL=install

  RM=rm

  RMFORCE=rm -f

 @@ -471,7 +467,7 @@

  createconf$(EXEPOSTFIX): createconf.o

  	- $(RMFORCE) createconf$(EXEPOSTFIX)

 -	$(CC) $(CFLAGS) $(DUMA_OPTIONS) createconf.o -o createconf$(EXEPOSTFIX)

 +	$(HOSTCC) $(HOSTCFLAGS) $(DUMA_OPTIONS) createconf.o -o createconf$(EXEPOSTFIX)

  tstheap$(EXEPOSTFIX): libduma.a tstheap.o

  	- $(RMFORCE) tstheap$(EXEPOSTFIX)

 @@ -532,7 +528,7 @@

  # define rules how to build objects for createconf

  #

  createconf.o:

 -	$(CC) $(CFLAGS) $(DUMA_OPTIONS) -c createconf.c -o $@

 +	$(HOSTCC) $(HOSTCFLAGS) $(DUMA_OPTIONS) -c createconf.c -o $@

  #