Tao - Update monitor functions to work like TS
Add automatic generated fortran support for setting and returning contextsMajor cleanup of the code for setting and returning application (previously called user) contexts - PetscCtx ctx is now t
Add automatic generated fortran support for setting and returning contextsMajor cleanup of the code for setting and returning application (previously called user) contexts - PetscCtx ctx is now the standard for passing in contexts - PetscCtxRt ctx is the standard for passing out contexts, including context destroy routines based on PetscCtxDestroyFnBoth of these are typedef to void*Also removed most use of user and userctx for context arguments now consistently named ctxImproved documentation on PetscCtx and PetscCtxRt and on how to use contexts (including getting them) from Fortran
show more ...
Improve the propagation of function domain error handling in SNES, especially in the line search routines.Due to the object layering of SNESLineSearch under SNES there is some code duplication incl
Improve the propagation of function domain error handling in SNES, especially in the line search routines.Due to the object layering of SNESLineSearch under SNES there is some code duplication include both SNESLineSearchReason and SNESConvergedReason and SNESCheckFunctionNorm() and SNESLineSearchCheckFunctionNorm() and Jacobian friendsReported-by: david.knezevic@akselos.com
Merge remote-tracking branch 'origin/release'
Minor fixes
The goal of all the commits in this MR is to unify the destruction of "application" contexts.This will help with supporting language bindings. For example, for Fortran the application contextwould
The goal of all the commits in this MR is to unify the destruction of "application" contexts.This will help with supporting language bindings. For example, for Fortran the application contextwould be a user derived typeFix prototype of DMShellSetDestroyCtx function argument to use PETSc standard way of doing it with PetscCtxDestroyF.Also fix PetscViewerGLVisSetFields prototype of destroy functionThese two locations were missed when PetscCtxDestroyFn was introduced as the universal function prototype for context destruction in 3.23Reported-by: Victor Eijkhout
checkbadSource: enforce proper style in makefiles
Fix the definition of PetscErrorCodeFn; this reverts API change in !8615Co-authored-by: Pierre Jolivet <pierre@joliv.et>Reported-by: Lisandro Dalcin <dalcinl@gmail.com>
Introduce PetscFortranCallbackFn to be used instead of PetscVoidFn for Fortran callback functionsAlso fix incorrect use of SNESFunctionFn and SNESJacobianFn in SNES Fortran manual stub
Export Tao.getJacobianEquality and Tao.getJacobianInequality
Introduce TaoGetJacobianEqualityRoutine
Introduce TaoGetJacobianInequalityRoutine
Introduce TaoGetEqualityConstraintsRoutine
Introduce TaoGetInequalityConstraintsRoutine
Convert some SETERRQ() to PetscCheck()
Remove use of preconditioning or preconditioner matrix when it should be phrased as matrix used to construct preconditioner
Remove the last of the uses of $ in the first line of formatted manual pages
Merge branch 'stefanozampini/fix-ops-settype' into 'release'nullify all ops pointers for SNES and TAOSee merge request petsc/petsc!8279
nullify all ops pointers for SNES and TAOOtherwise, codes like the one below failsSNESSetType(snes, SNESNEWTONTR)SNESSetType(snes, SNESNEWTONLS)SNESReset(snes) // Uses function pointer set by TR
Merge branch 'jolivet/fix-typos' into 'release'Fix typosSee merge request petsc/petsc!8259
Fix manual pages related to FortranRemove a couple of dead Fortran bindings
Fix typos
Minor cleanup of Fortran binding stuff to simplify future maintainanceThere is no distinction between F90 and non-F90 code so combine ftn-custom and f90-custom directories and fortranimpl.h and f90
Minor cleanup of Fortran binding stuff to simplify future maintainanceThere is no distinction between F90 and non-F90 code so combine ftn-custom and f90-custom directories and fortranimpl.h and f90impl.h files. Also move uses of f90 to ftn when simple
Fortran 90: fully embrace After 34 years!- deprecate use of 'F90' in Fortran function names- use Fortran pointers when appropriate- the new Fortran API is not backward compatible with previous ve
Fortran 90: fully embrace After 34 years!- deprecate use of 'F90' in Fortran function names- use Fortran pointers when appropriate- the new Fortran API is not backward compatible with previous versions!- also clean up inconsistent PETSc code detected by new Fortran generation tools- drop use of bfort- automatically generate all the Fortran PETSc objects, enums etc from the include files- generate most of the Fortran interface definitions and functions from the source code- simplify the number and organization of Fortran modulesCo-authored-by: Jose E. Roman <jroman@dsic.upv.es>
Do not print empty prefixes
12345678910>>...16