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.