Re: [petsc-users] A bad commit affects MOOSE

2018-04-03 Thread Kong, Fande
rs in one application because each Hypre owns its communicator. There is no way to have all AMG solvers share the same HYPRE-sided communicator? Just like what we are dong for PETSc objects? Fande, > > Barry > > > > On Apr 3, 2018, at 11:21 AM, Kong, Fande

Re: [petsc-users] A bad commit affects MOOSE

2018-04-03 Thread Kong, Fande
I think we could add an inner comm for external package. If the same comm is passed in again, we just retrieve the same communicator, instead of MPI_Comm_dup(), for that external package (at least HYPRE team claimed this will be fine). I did not see any issue with this idea so far. I might be

Re: [petsc-users] A bad commit affects MOOSE

2018-04-03 Thread Kong, Fande
gt; > On Apr 3, 2018, at 10:56 PM, Kong, Fande <fande.k...@inl.gov> wrote: > > I think we could add an inner comm for external package. If the same comm > is passed in again, we just retrieve the same communicator, instead of > MPI_Comm_dup(), for that external package (at le

[petsc-users] slepc-master does not configure correctly

2018-03-21 Thread Kong, Fande
Hi All, ~/projects/slepc]> PETSC_ARCH=arch-darwin-c-debug-master ./configure *Checking environment...Traceback (most recent call last): File "./configure", line 10, in execfile(os.path.join(os.path.dirname(__file__), 'config', 'configure.py')) File "./config/configure.py", line 206, in

<    1   2