Replace common targets with Makefile-specific ones

This is in preparation for including all subdirectory Makefiles in a top-level
Makefile. This will avoid multiply-defined targets with recipes when the
Makefiles are included together. This maintains compatibility with the
existing recursive make structure by replacing the original targets with
recipe-free targets that only depend on the Makefile-local targets.

This was automatically applied by UpdateTargetNames() in:
https://code.google.com/p/mike-bland/source/browse/openssl/update_makefiles.py
Handle Makefile-local variable names.

This prepares for the change whereby every Makefile variable will have a local
suffix, which is in preparation for including every Makefile in a single
top-level Makefile.
Local Makefile var names and suffix targets

This is in preparation for including all subdirectory Makefiles in a top-level
Makefile. This will avoid multiply-defined variables that override each other
when the Makefiles are included together. This maintains compatibility with the
existing recursive make structure by replacing the original targets with
recipe-free targets that only depend on the Makefile-local targets.

I compared the build logs from these changes with logs from a clean branch, for
GNU make, BSD make, and GitMake, and they all matched as expected. (GitMake
will now build fips_test_suite regardless, but 'GitMake test' will not execute
it.)

This was automatically applied by UpdateVariableNames(),
EmitSuffixTargetRules(), and UpdateRecursiveMakeArgs() in:
https://code.google.com/p/mike-bland/source/browse/openssl/update_makefiles.py
Fix tools include path

Noticed this while working on an automated Makefile refactoring.
Extract fips/fips_standalone_sha1 rules

When the single-makefile-with-includes structure kicks in, these rules for the
same object will conflict, though they are mutually exclusive in the recursive
make structure. This change preserves the existing behavior and output; a
future change will make the inclusion of one of the .mk files or other
conditional, to avoid duplicate rules being defined.
Conditional inclusion of fips_standalone_sha1.mk

This change preserves the existing behavior and output of the existing
recursive make structure, but ensures that when the
single-makefile-with-includes structure kicks in, only one definition for
the fips/fips_standalone_sha1 target will be defined.
Migrate all_fips to conditional definition

This change preserves the same behavior and output as before, except that it
eliminates the recursive make by replacing the earlier recipe with
prerequisite targets.
Update crypto/fips to use generated rules, prereqs

This change preserves the same behavior and output as before, except that it
replaces the shell-based subdir-building recipe with generated rules and
prerequisites. This doesn't eliminate the recursive make, but refactors it so
that eliminating it will be more straightforward when the time comes.
Prefix fipsas.pl with FIPSCANISTERINTERNAL env var

This is in preparation for removing BUILDENV from Makefile.fips.
fipsdist.pl: replace BUILDENV with specific vars

This is to prepare for the elimination of the BUILDENV variable.
Set EXE_EXT explicitly for cms-test.pl

This is in anticipation of removing BUILDENV everywhere.
Remove BUILDENV after configure.mk migration

All of the {GNU,BSD}makefiles now include configure.mk, rendering BUILDENV
obsolete.
Remove BUILDENV from Makefile.fips
Explicitly set EXCL_OBJ env var within ARX command
Remove parent path from FIPS_EX_OBJ.

This is part of a series of changes that will result in a broken build until
all of the changes are committed and squashed. The end goal will be a single,
large change that will "flip the switch" to a single-makefile-with-includes
build structure.
Remove soon-to-be-redundant top-level targets

This is part of a series of changes that will result in a broken build until
all of the changes are committed and squashed. The end goal will be a single,
large change that will "flip the switch" to a single-makefile-with-includes
build structure.