Hi!
I have a Chorin pressure correction solver with consistent pressure update, i.e.
pressure solve is based on the Schur complement
E = -A10*ainv(A00)*A01
with A10 = divergence, A00 the mass matrix and A01 the gradient.
I have had this implemented with petsc for a long time and it's working fi
hi,
first, this was an user error and i totally acknowledge this, but i
wonder if this might be an oversight in your error checking: if you
configure gamg with ilu/asm smoothing, and are stupid enough to have set
the number of smoother cycles to 0, your program churns along and
apparently con
On 25/11/15 20:29, Satish Balay wrote:
On Wed, 25 Nov 2015, Satish Balay wrote:
I'll check why libs are listed as libfoo.a instead of -lfoo in this file.
Ok - the following patch should fix the issue. Could you try it out?
sorry for the late response, time zone differences and out-of-officin
actually, it's proper behavior according to pkgconfig documentation. all
options which do not start with -l or -L is stuck in the
'--libs-only-other' output, and these will be first when it builds up
the output string with --static --libs. so the proper fix is indeed for
petsc to use -l and -L
On 25/11/15 14:07, Matthew Knepley wrote:
On Wed, Nov 25, 2015 at 6:16 AM, Arne Morten Kvarving
wrote:
hi,
a while back i was told to use the .pc file for petsc if i wanted
pkgconfig style (duh) configuration.
i used to use a (confusingly named) PETScConfig.cmake file for
hi,
a while back i was told to use the .pc file for petsc if i wanted
pkgconfig style (duh) configuration.
i used to use a (confusingly named) PETScConfig.cmake file for this,
which was not intended for such use.
problem now is that the pc file of petsc is a bit broken.
in particular, i want
> No, some things are actually better than other things. This is why its
> engineering and not art appreciation.
let me rephrase that. it depends on your position. i'm sure you have sound,
technical reasons for reinventing the wheel. but from a user's point of view
that sucks, because now i hav
confused.
Opprinnelig melding
Fra: Jed Brown
Dato: 13.10.2015 18.15 (GMT+01:00)
Til: Satish Balay , Arne Morten Kvarving
Ko: petsc-users
Emne: Re: [petsc-users] petsc cmake config - BUILD_SHARED_LIBS
Satish Balay writes:
> As mentioned - PETScConfig.cmake is primarily
I can certainly can use the find rule but the fact that it isnt part of the
petsc distro complicates things more for me than the patch does.
Opprinnelig melding
Fra: Satish Balay
Dato: 13.10.2015 18.13 (GMT+01:00)
Til: Arne Morten Kvarving
Ko: petsc-users
Emne: Re: [petsc
+01:00)
Til: Arne Morten Kvarving
Ko: petsc-users
Emne: Re: [petsc-users] petsc cmake config - BUILD_SHARED_LIBS
As mentioned - PETScConfig.cmake is primarily for building PETSc - and
not equivalent to .pc file
It gets used when 'make all-cmake' is used instead of the default
'mak
[in this case - it generally makes sense to build it as shared anyway]
Also - I'm guessing - there must be a way for you to reset this variable in
your cmake config - if thats whats requred by your app.
Jed should be able to confirm..
Satish
On Tue, 13 Oct 2015, Arne Morten Kvarving wro
hi there;
why does the cmake config file set the BUILD_SHARED_LIBS variable? this
affects all buildsystem where the config file is included, and has 0
effect on the actual petsc side of things.
i don't see why petsc should decided whether i want to use static
libraries in my application or n
hi there.
first of all, i'm not 100% this is supposed to work. if it is not, feel
free to tell me just that and i'll find a way to workaround.
in our code we use MPI_Comm_dup for various reasons. this works fine.
except when i run in serial, i.e., using the MPUNI wrapper. if the
PETSC_COMM_S
On 23/10/14 15:53, Jed Brown wrote:
hi jed,
Arne Morten Kvarving writes:
Do you mean if the matrix is _not_ marked SPD? Interestingly, CG is
no i mean to warn if the matrix is marked SPD, main KSP is CG
and Richardson is used on the multigrid ksps. i guess it falls into user
app space
and
On 23/10/14 15:04, Barry Smith wrote:
hi barry,
thanks for your detailed and patient answer.
The problem in your cases is that the preconditioner operator (which
is a V cycle of multigrid) with Richardson smoothing is an indefinite
operator. That is inside the CG algorithm the computation of
On 22/10/14 23:17, Barry Smith wrote:
hi barry,
thanks for your fast response.
Arnem,
I was able to reproduce your failures. ml is a rather old code from Sandia
that is not getting new development (they are working on a complete replacement
for several years).
I ran you tests us
hi there.
we (sintef ict) use (parts of) PETSc in our (isogeometric) finite
element library.
sadly i find that the AMG in petsc is somewhat unreliable and it's a
pain to deal with users (students) due to this fact.
now, we all know that linear algebra, and AMG in particular, is more art
than
17 matches
Mail list logo
