Fix primitive query formals bug

Prior to this commit, `proc f(x:int(?a), y:int(?b)) {}` would crash the
compiler on the fn->defPoint->insertAfter call in
clone_for_parameterized_primitive_formals.

The `fixup_query_formals(newfn)` call was redundant. newfn is added to
gFnSymbols on creation, so fixup_query_formals will be called on it in
the loop over gFnSymbols in normalize() (line 122).

If fixup_query_formals is called twice on a FnSymbol with primitive
query formals, the second call will fail, because the first call results
in the FnSymbol's defPoint being removed from its parent list.
Remove primitive query formals bug from STATUS
Fix skipif to work on --fast (when not a performance run)

I mistakenly made the skipif to make sure these new test copies only ran during
performance testing use an "and" instead of an "or", so that when --fast was
detected but --static was not, the skipif still allowed the test to run.
Merge pull request #1063 from lydia-duncan/resolveSymlinkPerfErrors2

Fix skipif to work on --fast (when not a performance run)

I mistakenly made the skipif to make sure these new test copies only ran during
performance testing use an "and" instead of an "or", so that when --fast was
detected but --static was not, the skipif still allowed the test to run.
Merge pull request #1050 from sbillig/fix_primitive_query_formals_bug

Fix multiple primitive query formals bug

[Merged on behalf of Sean Billig.]