Piro: Epetra classes to check for int type before calling NumGlobalElements

Created by: bartgol

@trilinos/piro

Expectations

One should be able to use Epetra maps with long long global indices, and still use Piro.

Current Behavior

If the Epetra maps are built with long long global indices, piro epetra classes to not work, due to calls to NumGlobalElements rather than NumGlobalElements64.

Motivation and Context

Albany needs to use 64bits global ordinals. Therefore, the epetra maps store long long global ordinals. However, the method NumGlobalElements in Epetra_BlockMap returns an int. One should use NumGlobalElements64 to get a 64bits integer return value. Even more: the former method throws if the map actually stores 64bits integers.

Definition of Done

The epetra classes in piro (e.g., Piro::Epetra::NOXSolver) should work with both 32 and 64 bits integers.

Possible Solution

Before each call to NumGlobalElements, check for the type of indices. If they are int (32bits), use NumGlobalElements, while if they are long long (64bits), use NumGlobalElements64.