[petsc-dev] Are there both a function AND a #define to retrieve PETSc version?
Jed Brown
jed at jedbrown.org
Sun Aug 28 23:36:34 CDT 2016
Barry Smith <bsmith at mcs.anl.gov> writes:
> We could also provide a
>
> PetscVersionRequired(major_a,minor_a,subminor_a,major_b,minor_b,subminor_b) which does both a compile and runtime check
> that version_a <= version < version_b. For example
>
> PetscVersionRequired(3,7,3,3,8,0) says it supports 3.7.3 and all patches in 3.7.* after it.
We already have PETSC_VERSION_GE(3,7,3) for compile-time checks. If we
make PetscInitialize check for ABI compatibility, then I think we've
covered the common case. I'd rather people not put an upper limit in
their source code because it would mean they need to edit it to upgrade
PETSc. I have no problem with a run-time PetscVersionRequired(3,7,3),
but I don't know if users would rather generate their own error message
in this case. But I don't have a strong opinion either way here.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 800 bytes
Desc: not available
URL: <http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20160828/f25f4354/attachment.sig>
More information about the petsc-dev
mailing list