removed a bunch of left-over (and hence now wrong) references to the old aijmumps and other solver matrix types that were all removed. This is just documentation changes/removals. No code changes

Hg

removed a bunch of left-over (and hence now wrong) references to the old aijmumps and other solver matrix types that were all removed. This is just documentation changes/removals. No code changes

Hg-commit: 364f8e245ed70b6ece0d3dafd86b1927e3b5d436

show more ...

petsc-maint 18874 Kernel_A_gets_inverse_A_9() was incorrectly
stopping one early in checking all possible pivots

Hg-commit: 84dc1861c4b76dd8bdeb74a489523732e731809f

use PetscMapSetBlockSize(mat->{r|c}map,bs) in many places

Hg-commit: d02df570e7c48c76d5ad67ed7c856890ec2f2b4d

From: mstefano@milan.westerngeco.slb.com
Subject: [Fwd: Re: [PETSC #18599] Valgrind problem with MatGetSubMatrix]
Date: November 14, 2008 2:30:37 AM CST
To: petsc-maint@mcs.anl.gov
Cc: pets

From: mstefano@milan.westerngeco.slb.com
Subject: [Fwd: Re: [PETSC #18599] Valgrind problem with MatGetSubMatrix]
Date: November 14, 2008 2:30:37 AM CST
To: petsc-maint@mcs.anl.gov
Cc: petsc-maint@mcs.anl.gov

I think I've found the bug.

Look at src/mat/impls/aij/seq/aij.c, line 1699.

There, variable "i" is declared as a PetscInt.

Then, look at line 1710 or 1712.

The variable "i" is used to get the truth answer from the ISSorted function.

As long as you don't build PETSc with --with-64-bit-indices, all is OK.

But (and this is my case) if you built PETSc with 64 bit indices, the PetscTruth data type is smaller (as byte size) than PetscInt. The result is that only part of the bytes of the "i" variable are initialized by ISSorted.

I strongly suggest to add a new variable to be used exclusively as a PetscTruth flag for the ISSorted calls.

Fixed this bug all over the place

Hg-commit: 79369c761f62f38e25800abc8725233db2a5486a

show more ...

Added a new option
- MAT_UNUSED_NONZERO_LOCATION_ERR indicates when unused space has been allocated

Hg-commit: d10d5d18ac9b373ad66e42b56d03063833c579c1

merge

Hg-commit: 145be64c09528b81c9e58ef04057eb437d36ea54

removed -I$PETSC_DIR from make system and changed the corresponding
#include "src/dsdsdsds" to "../src/sdsdsds" in the source code

Hg-commit: 6e3c4cc4b4bfcb366bae9b71afcb5009c1f0429d

#18130 fix for MatAXPY_SeqBAIJ()

Hg-commit: ddd542179997b9d884f1c4e976668482a864efa0

removed last uses of global_rows etc with MatInfo
removed cast with DMUMPS_REAL stuff in mumps.c, just caste with PetscScalar

Hg-commit: 282bdabaf64fcd1e9eff701c62fc11d77269675c

MatLUFactorNumeric_SeqBAIJ_1 was not properly setting MatSolve_SeqBAIJ_1_NaturalOrdering() as it should have

Hg-commit: 3848b774586edf1ece7c1202ab1e666d11ba0b56

Added MatGetRowMinAbs()

Hg-commit: 641ef60822bb7bdb01f8731c75ca4e57cbd2fc5b

pass MatFactorInfo as const into factorization routines, they shouldn't be changing it.

Hg-commit: 06e09652bd7d2f02616c7256594ec565736aabbf

MatFactorInfo shiftnz should not be being changed in the factorization routines!

Hg-commit: 477e384c4c44d34ab430c7d747c476b9779c0d26

Merge

Hg-commit: bfd3a83a4adc1cd389f373bde87fe159fad91161

Small fix

Hg-commit: 6d24384f0713a1505d8b6b21bbd6c7835b436be3

ISGetIndices() returns const array, it is not something that should be changed

Hg-commit: 279c07e55dc4d24fe01a982d22cefc6e74f39257

Fixed compile errors

Hg-commit: 7ab4578a70302650f6bef425fa2d82f24616bb34

commit after merge; lots of GU conflicts needed to be resolved, why? I don't know, most looked
like they could be done automatically

Hg-commit: 2b292236ee5585a41c97ddcafd3f409331a1dd72

1) The first argument to MatXXXFactorSymbolic/Numeric() is now the factored matrix
2) The assigment of the MatXXXFactorNumeric ops pointer is now done in the symbolic factorization
the assigment o

1) The first argument to MatXXXFactorSymbolic/Numeric() is now the factored matrix
2) The assigment of the MatXXXFactorNumeric ops pointer is now done in the symbolic factorization
the assigment of the MatSolve pointer is now done in the numeric factorization
(This is because only then do you know the right pointer that should be used)

Hg-commit: efc00afbc7c5103f2f56fd96963db2c4cf4e1ed4

show more ...

#18274 compile fixes

Hg-commit: ea65c94d496cc0831ce85a3aed400e9fa8c941df

moved assignment of LUFactorNumeric and CholeskyFactorNumeric into appropriate symbolic factorization (previously it was set
in the function table or in the getfactor
moved assignment of solve() i

moved assignment of LUFactorNumeric and CholeskyFactorNumeric into appropriate symbolic factorization (previously it was set
in the function table or in the getfactor
moved assignment of solve() into appropriate numeric factorization, previously it was in function table or get factor or symbolic factor

Hg-commit: 83ba8e21d43889fe945455ea7c1fb95368f1a281

show more ...

fixed some memory bleeding
changed PetscMap in Vec and Mat to be an allocated shared
structure with referencing counting. Shared by Vecs obtained with
VecDuplicate() and MatGetVecs()

Hg-commit

fixed some memory bleeding
changed PetscMap in Vec and Mat to be an allocated shared
structure with referencing counting. Shared by Vecs obtained with
VecDuplicate() and MatGetVecs()

Hg-commit: 9cebf4ba1b4632fc12cb8afbc01d420ee612ad72

show more ...

fixed memory leak with Cholesky and ICC for SBAIJ and BAIJ matrix where symbolic factor code
still created the matrix which overwrote previously created on in MatGetFactor()

Hg-commit: 004365b23b

fixed memory leak with Cholesky and ICC for SBAIJ and BAIJ matrix where symbolic factor code
still created the matrix which overwrote previously created on in MatGetFactor()

Hg-commit: 004365b23b932dc789fc52b26934cbf91e4431b7

show more ...

cannot have I as a variable name in PETSc !!!!!
because complex.h in C uses it for i.

Hg-commit: 0b1b705549da3f45ed33ac435fda344af5a35c27

added MAT_SOLVER_PETSC and put its use in to replace "petsc"

Hg-commit: fb5c62a1c792f5910ab22585ae231ff32b4b671f