[petsc-dev] MatMultHermitianTranspose

Barry Smith bsmith at mcs.anl.gov
Wed Jul 18 14:03:09 CDT 2012


  I am pushing to petsc-3.3 and petsc-dev for MatConjugate to be a no-op (like VecConjugate already is) in the case of complex numbers so you do not need the #ifdef below

   Will be there in minutes

   Barry

On Jul 18, 2012, at 1:42 PM, Jose E. Roman wrote:

> 
> El 18/07/2012, a las 20:07, Jed Brown escribió:
> 
>> On Wed, Jul 18, 2012 at 11:09 AM, Jose E. Roman <jroman at dsic.upv.es> wrote:
>> Er... well, now that I see better: it is not always safe, it will error out if mat->ops->conjugate is not available, for instance in BAIJ.
>> 
>> There is MatMultHermitianTranspose_SeqBAIJ so that would only an issue for parallel BAIJ, but you were just going to use VecConjugate, right? In Matlab notation, A'*x = (x'*A)', so you only need VecConjugate.
> 
> No, the problem with mat->ops->conjugate is in the "explicit" transpose case. For instance this code:
>       ierr = MatTranspose(svd->OP,MAT_INITIAL_MATRIX,&svd->A);CHKERRQ(ierr);
> #if defined(PETSC_USE_COMPLEX)
>       ierr = MatConjugate(svd->A);CHKERRQ(ierr);
> #endif
> 
> You were suggesting to remove the #ifdef, right? What I was saying is that in real scalars the MatConjugate operation would fail in some matrix types (parallel BAIJ), but this operation is only necessary in complex scalars. So I will not remove the #ifdef
> 
> Jose
> 




More information about the petsc-dev mailing list