If OpenBLAS is built using add_subdirectory(OpenBlas) as part of another project
then the paths set by CMAKE_XXX_DIR are relative to the parent project
and not the OpenBLAS project.

e.g. Build 32-bit on 64-bit Linux.
cmake -DBINARY=32

Disable CBLAS and LAPACK.

Currently forcing gfortran, instead of assuming ifort.

Instead of generating separate object files for each permutation of
defines for a source file, GenerateNamedObjects now writes an entirely
new source file and inserts the defines as #define c statements.

This solves a problem I ran into with ar.exe where it was refusing to
link objects that had the same filename despite having different paths.

Added zherk_k sources to driver/level3.

Fixed in/it/on/otcopy names.

Added loop to build objects with different KERNEL defines.

There are a lot of sources for complex float types that are the same
names as the real sources, except with z prepended.

This will generate obj files for SINGLE/DOUBLE/COMPLEX/DOUBLE COMPLEX.

Made float type optional for GenerateNamedObjects.

Called GenerateNamedObjects for a couple of driver/others files that
needed NAME/CNAME set.

Can't use the lapack-netlib cmake files, since they are designed to
build a complete lapack/blas library. They have their own fortran
detection and flag setup and so on. Instead I'll just recreate the
makefiles I need.

Fixed a typo in the NAME defines.

It sets DBLAS_OBJS directly to save a bunch of list appending in the
CMakeLists.txt files.

Added some kernel and driver/others objects.

The level3 object names should now be correct.

Fixed the code array not getting reset on subsequent AllCombinations
calls.

The BLAS interface folder should now be generated the correct objects
for the DOUBLE case.