Skip to content

Commit

Permalink
Merge pull request #13130 from ccober6/Epetra-Garbage-Characters
Browse files Browse the repository at this point in the history
Epetra: Garbage Characters
  • Loading branch information
ccober6 authored Jun 21, 2024
2 parents 704a5d6 + 86b7ef2 commit eb51111
Showing 1 changed file with 22 additions and 22 deletions.
44 changes: 22 additions & 22 deletions packages/epetra/ReleaseNotes.txt
Original file line number Diff line number Diff line change
Expand Up @@ -16,37 +16,37 @@ in their code.
Trilinos 11.0:
--------------
Added support for 64-bit global indices

Epetra supports 64-bit global indices beginning with Trilinos Release 11.0
by using the "long long" datatype. Epetra still supports 32-bit global
by using the "long long" datatype. Epetra still supports 32-bit global
indices and the interface for using them remains the same.
- To construct Epetra objects for 64-bit indices, certain input arguments
must be "long long" instead of "int". For example, compare
32: Epetra_BlockMap(int NumGlobalElements, int NumMyElements,
��������������������� const int *MyGlobalElements, ...)
64: Epetra_BlockMap(long long NumGlobalElements, int NumMyElements,
��������������������� const long long *MyGlobalElements, ...)
- New member functions that return a long long value have a suffix "64". For
example, GID64, NumGlobalNonzeros64, MaxAllGID64, etc. These functions work
whether the underlying object is 32-bit or 64-bit based. The older
must be "long long" instead of "int". For example, compare
32: Epetra_BlockMap(int NumGlobalElements, int NumMyElements,
const int *MyGlobalElements, ...)
64: Epetra_BlockMap(long long NumGlobalElements, int NumMyElements,
const long long *MyGlobalElements, ...)
- New member functions that return a long long value have a suffix "64". For
example, GID64, NumGlobalNonzeros64, MaxAllGID64, etc. These functions work
whether the underlying object is 32-bit or 64-bit based. The older
non-suffixed functions work for 32-bit objects only.
- New classes added for "long long" data: Epetra_LongLongVector,
Epetra_LongLongSerialDenseVector, Epetra_LongLongSerialDenseMatrix.
- To build Epetra and dependent packages without any 64-bit support turn on
the CMake flag Trilinos_NO_64BIT_GLOBAL_INDICES. Default is off.
the CMake flag Trilinos_NO_64BIT_GLOBAL_INDICES. Default is off.
- To enforce that a code is truly compatible with 64-bit Epetra
turn on the CMake flag Trilinos_NO_32BIT_GLOBAL_INDICES, and fix any
compile-time or run-time errors. Default is off.
compile-time or run-time errors. Default is off.
Epetra 64-bit support FAQ (compile problem)
Epetra-dependent code may not compile if it relied on automatic type
conversion to "int" from non-int types when constructing Epetra objects or
calling certain member functions. This is because now there can be ambiguity
due to overloading. Use explicit conversion to either "int" or "long long".
calling certain member functions. This is because now there can be ambiguity
due to overloading. Use explicit conversion to either "int" or "long long".

0 comments on commit eb51111

Please sign in to comment.