On windows, ensure python module are located in "Lib" folder.

This is required by the code associated to the 'get_python_lib' function
in Lib/distutils/sysconfig.py

Considering that the function 'get_python_lib' is used when building
external package like Numpy, it is particularly important to be compliant
with the file organization imposed by the implementation of the 'get_python_lib'
function.
Merge branch 'tweak-lib-location-for-win32'

* tweak-lib-location-for-win32:
  On windows, ensure python module are located in "Lib" folder.
Fix TestBigEndian configure error

It turns out that when MacPort (and possibly HomeBrew) are installed
on a MacOSX system, the "intl" library
is first found in a non standard location:

  HAVE_LIBINTL:FILEPATH=/opt/local/lib/libintl.dylib

Compared to, for example, libraries "m" and "util" which are found
in "/usr/lib":

  HAVE_LIBM:FILEPATH=/usr/lib/libm.dylib
  HAVE_LIBUTIL:FILEPATH=/usr/lib/libutil.dylib

Since CMAKE_REQUIRED_LIBRARIES variable used for the different configure
tests was updated with the name of the library instead of the full path
to the library, the first compile test was failing complaining that
it couldn't be linked against the "intl" library:

"/Applications/CMake 2.8-10.app/Contents/bin/cmake" -E cmake_link_script CMakeFiles/cmTryCompileExec1536614598.dir/link.txt --verbose=1
/usr/bin/cc      -Wl,-search_paths_first -Wl,-headerpad_max_install_names   CMakeFiles/cmTryCompileExec1536614598.dir/CMAKE_SIZEOF_UNSIGNED_LONG.c.o  -o cmTryCompileExec1536614598  -lm -lintl -lutil
ld: library not found for -lintl
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[1]: *** [cmTryCompileExec1536614598] Error 1
make: *** [cmTryCompileExec1536614598/fast] Error 2
Specify full path of "crypt", "nsl", "m" and "util" libraries

Anticipate issue similar to the one fixed in previous commit 6043a5d by
using full path for libraries specified using only a name.
Merge branch 'specify-libraries-using-full-path'

* specify-libraries-using-full-path:
  Specify full path of "crypt", "nsl", "m" and "util" libraries
  Fix TestBigEndian configure error
Associate shared libpython library with install name directory

On MacOSX, doing so will allow executable to link against a python library
belonging to a CMake installed tree without relying on a launcher or
setting DYLD_LIBRARY_PATH.

As illustrated below, this is consistent with the results obtained using
Autoconf based build system.

# Build directory using Autoconf:

$ otool -L python-2.7.3-autoconf/libpython2.7.dylib
python-2.7.3-autoconf/libpython2.7.dylib:
	/Volumes/Dashboards/Experimental/cpython-2.7.3-autoconf-install/lib/libpython2.7.dylib (compatibility version 2.7.0, current version 2.7.0)
	/usr/lib/...
        [...]


# Install directory using Autoconf:

$ otool -L cpython-2.7.3-autoconf-install/lib/libpython2.7.dylib
cpython-2.7.3-autoconf-install/lib/libpython2.7.dylib:
	/Volumes/Dashboards/Experimental/cpython-2.7.3-autoconf-install/lib/libpython2.7.dylib (compatibility version 2.7.0, current version 2.7.0)
	/usr/lib/...
        [...]




This commit ensure that the libpython built and installed using the CMake
build system also embed install dir information. The only difference is
that the library within the build directory embeds information relative to
the build directory. This is illustrated below:


# Build directory using CMake (with this commit):

$ otool -L cpython-2.7.3-build/lib/libpython2.7.dylib
cpython-2.7.3-build/lib/libpython2.7.dylib:
	/Volumes/Dashboards/Experimental/cpython-2.7.3-build/lib/libpython2.7.dylib (compatibility version 0.0.0, current version 0.0.0)
	/usr/lib/...
        [...]


# Install directory using CMake (with this commit):

$ otool -L cpython-2.7.3-install/lib/libpython2.7.dylib
cpython-2.7.3-install/lib/libpython2.7.dylib:
	/Volumes/Dashboards/Experimental/cpython-2.7.3-install/lib/libpython2.7.dylib (compatibility version 0.0.0, current version 0.0.0)
	/usr/lib/...
        [...]


# Build directory using CMake (*without* this commit):

$ otool -L cpython-2.7.3-build/lib/libpython2.7.dylib
cpython-2.7.3-build/lib/libpython2.7.dylib:
	/Volumes/Dashboards/Experimental/cpython-2.7.3-build/lib/libpython2.7.dylib (compatibility version 0.0.0, current version 0.0.0)
	/usr/lib/...
        [...]



# Install directory using CMake (*without* this commit):

$ otool -L cpython-2.7.3-install/lib/libpython2.7.dylib
cpython-2.7.3-install/lib/libpython2.7.dylib:
	libpython2.7.dylib (compatibility version 0.0.0, current version 0.0.0)
	/usr/lib/...
        [...]
Merge branch 'use-install-name-dir-with-libpython'

* use-install-name-dir-with-libpython:
  Associate shared libpython library with install name directory
Add _scproxy MacOSX module
Merge branch 'add-scproxy-macosx-extension'

* add-scproxy-macosx-extension:
  Add _scproxy MacOSX module
Replace fci.lib dependency with cabinet.lib

fci.lib is no longer available in Windows SDK 8.
replacement cabinet.lib is available in SDKv8 back to at least SDKv5

See discussion here:
http://support.microsoft.com/kb/310618
http://social.msdn.microsoft.com/Forums/en-US/vcgeneral/thread/3b85f36e-dffe-4589-adc3-13673b349812/

And corresponding patch in another project:
http://cgit.freedesktop.org/libreoffice/core/plain/python3/python-3.3.0-msvc2012.patch.1
Merge branch 'fix-msvc2012-link-error'

* fix-msvc2012-link-error:
  Replace fci.lib dependency with cabinet.lib