Changes

build/windows: directly call MSLIB instead of going through our dolib

dolib was needed in old msys environment where mixing Unix and
windows path didn't work well.

We now use -option instead of /option for MSLIB options
to avoid MSYS2 path rewriting:
Passing /def:.libs/libhwloc.def /out:.libs/libhwloc.lib would fail with
  LINK : fatal error LNK1104: cannot open file 'C:\msys64\def;.libs\libhwloc.lib'

Sidenote: MSYS2 path rewriting can also be avoided by setting the env var
 MSYS2_ARG_CONV_EXCL="/machine;/def;/out;/name"
Side-sidenote: MSYS_NO_PATHCONV=1 is often cited as an option but it's
Git-bash specific and we don't want to disable path rewriting entirely.

Thanks to Alexander Neumann for the help.

Signed-off-by: Brice Goglin <Brice.Goglin@inria.fr>

build: remove dolib.c

By the way, dolib.c should never have been built in the MSVC solution
(it wasn't meant to be included in libhwloc).

Signed-off-by: Brice Goglin <Brice.Goglin@inria.fr>

configure: remove CC_FOR_BUILD

Was only used for dolib.c cross-32/64 builds.

Signed-off-by: Brice Goglin <Brice.Goglin@inria.fr>

contrib/android: cleanup cmake requirement

Signed-off-by: Brice Goglin <Brice.Goglin@inria.fr>

contrib/android: cleanup version code management

Previous official android released had version codes
  ABI*100xx+151
  xx was bumped at each release, was 14 in 2.6.0rc1-1-1.5.1
  151 was somehow related to the core android hwloc code, currently 1.5.1
This gave 80263 for the current max ABI(8).

Starting with next release, we will do ABI*10000 + 264
  where 264 increases at the release
  gives x0264 for each ABI, which is still higher than previous release valued.

Signed-off-by: Brice Goglin <Brice.Goglin@inria.fr>