Incorrect complexity when npasses > 1

[tdrwenski]

Describe the bug

When running RajaPerf with npasses > 1, the second pass gives incorrect test output such as complexity, which seems to be copied from another kernel.

To Reproduce

Steps to reproduce the behavior:

./build/bin/raja-perf.exe --kernels Basic --variants RAJA_Seq --npasses 2 --repfact 2 --outdir repro-bug

and look at caliper output and you will see a second complexity N entry for Basic_MAT_MAT_SHARED, though it should be complexity N^(3/2), seemingly from the second pass

cali-query -q "SELECT * FORMAT json(pretty)" repro-bug/RAJA_Seq-default.cali | \                        
    jq '.[] | select(.path | strings | test("MAT_MAT_SHARED")) | {path: .path, complexity: .Complexity, reps: .["any#any#max#Reps"], flops: .["any#any#max#Flops/Rep"]}'

{
  "path": "RAJAPerf/Basic/Basic_MAT_MAT_SHARED",
  "complexity": "N^(3/2)",
  "reps": 10,
  "flops": 2048385024
}
{
  "path": "RAJAPerf/Basic/Basic_MAT_MAT_SHARED",
  "complexity": "N",
  "reps": 100,
  "flops": 1000000
}

Expected behavior

Results / above cali-query command should only return one entry with complexity N^(3/2) for the kernel Basic_MAT_MAT_SHARED no matter what npasses is set to.

[tdrwenski]

@michaelmckinsey1 also was able to reproduce this

[michaelmckinsey1]

Additionally it seems like other attributes (flops, reps) are also being improperly set on the second pass. As in the above example, this record:

{
  "path": "RAJAPerf/Basic/Basic_MAT_MAT_SHARED",
  "complexity": "N",
  "reps": 100,
  "flops": 1000000
}

match the attributes of Basic_MULTI_REDUCE, which was the last kernel to run in this given execution.