[kongf@falcon1 git.hypre]$ git rev-parse --git-dir
.git
[kongf@falcon1 git.hypre]$ echo $?
0
[kongf@falcon1 git.hypre]$
[kongf@falcon1 git.hypre]$ git fsck
Checking object directories: 100% (256/256), done.
Checking objects: 100% (22710/22710), done.
[kongf@falcon1 git.hypre]$
But the same
COPTFLAGS is meant for optimization flags but CFLAGS should also work.
However since each of them have their own defaults - you would use the
correct one to override the defaults.
If the option you specify is not picked up - mostlikely petsc
configure attempted to use it - and configure rejected
balay@asterix /home/balay
$ git rev-parse --git-dir
fatal: Not a git repository (or any parent up to mount point /)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
balay@asterix /home/balay
$ echo $?
128
balay@asterix /home/balay
$ cd petsc
balay@asterix
Is there a reason why there is no 'VecGetLocalSubVector' to match
MatGetLocalSubMatrix?
I've used VecGetSubVector, but can't use local indices with it, e.g.
can't use VecSetValuesLocal.
Garth
Hi All,
Thanks again for all your help during my code development and it turns
out the DMPlex for unstructured grid works pretty well. I have another
question.
Is there any alternative method to get number of leaves without using
PetscSFGetGraph?
Based on my test, this function works
On Wed, Mar 7, 2018 at 2:51 PM, Satish Balay wrote:
> On Wed, 7 Mar 2018, Kong, Fande wrote:
>
> > > If you need to workarround this - you can comment out that test
> (3lines)..
> > >
> > > File "/home/kongf/workhome/projects/petsc-3.7.7/config/
> > >
On Wed, Mar 7, 2018 at 1:22 PM, Satish Balay wrote:
> Its strange that you are getting this error in configure - but not command
> linke.
>
> Does the following option make a difference?
>
> --useThreads=0
> or
> --useThreads=1
>
no difference.
>
> If you need to
On Wed, 7 Mar 2018, Kong, Fande wrote:
> > If you need to workarround this - you can comment out that test (3lines)..
> >
> > File "/home/kongf/workhome/projects/petsc-3.7.7/config/
> > BuildSystem/config/package.py", line 519, in updateGitDir
> > gitdir,err,ret =
> >
Your description is really vague and I doubt this has anything to do with
PETSc.
Did you recompile before executing the second test?
Have you stepped through with gdb or other debugger, and have you run with
valgrind?
If so, one thing to be extra careful about - do you have anything in global
On Wed, 7 Mar 2018, Kong, Fande wrote:
> > I meant just the 3 lines - not the whole function.
>
> I knew this. "3 lines" does not work at all.
>
> I forgot the error message.
Then you are likely to use the wrong [git] snapshot - and not the
snapshot listed by self.gitcommit - for that package.
Hi Praveen,
did you try to include the PETSC_AVOID_MPIF_H? I mean, include:
-DPETSC_AVOID_MPIF_H=1 when using mpiifort and I think that the problem
will be solved.
2018-03-07 15:53 GMT+01:00 Praveen C :
> Dear all
>
> In a code like this
>
> subroutine checkgrid(g)
>
>
Dear all
In a code like this
subroutine checkgrid(g)
#include
use petscsys
use mgrid
use celldata
use comdata
implicit none
type(grid),intent(in) :: g
! Local variables
integer:: i, j, v, tc, nv
PetscInt :: v1, v2
PetscErrorCode :: ierr
What are you using for Poisson log.
If it is a Poisson problem then almost for sure you should be using Hypre
BoomerAMG?.
It sounds like your matrix does not change. You will need to discuss the
scaling with the hypre people.
Barry
> On Mar 7, 2018, at 5:38 AM, TAY wee-beng
Start with one use statement and slowly add more. My guess is multiple ones
of those modules use the MPI module hence MPI_SUM appears through multiple
paths.
Barry
> On Mar 7, 2018, at 8:53 AM, Praveen C wrote:
>
> Dear all
>
> In a code like this
>
> subroutine
You have multiple
use
make sure they don't have multiple paths back to MPI. For example if two of
them have use petscsys etc
Barry
> On Mar 7, 2018, at 10:11 AM, Praveen C wrote:
>
>
>
>> On 07-Mar-2018, at 9:34 PM, Smith, Barry F.
> On 07-Mar-2018, at 9:52 PM, Smith, Barry F. wrote:
>
> You have multiple
>
>use
>
>make sure they don't have multiple paths back to MPI. For example if two
> of them have use petscsys etc
>
> Barry
None of the other modules I include have “use
One gets such a error message if mpif.h is used in multiple modules.
mpi.mod [if used] is one module that will have this symbol. And if
there is a user module [or petsc module] also using mpif.h - then it
will get a duplicate copy of these symbols - and will result in such a
conflict.
Satish
17 matches
Mail list logo