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.

MSVC doesn't inmplement C99, so can't use the inline keyword. __inline
appears to work in MSVC and GCC.

Don't have unistd.h in MSVC.

Chagned YIELDING to use the YeildProcessor macro.

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/L3 objects.

Added some kernel and driver/others objects.