avoiding incorrect code

Satish Balay balay at mcs.anl.gov
Wed Jan 14 16:11:14 CST 2009


On Wed, 14 Jan 2009, Barry Smith wrote:

> > But imposing coding guidelines [which are unenforceable] to hide
> > compiler differences is a bad policy..
> 
>     This has nothing to do with compiler differences; just because
> some Fortran compilers use the bit pattern of 1 for .true. and some
> use -1 does not change the fact that a PetscTruth value of 0 is
> false while any other value is true.

Well our UserInterface [PETSC_TRUE,PETSC_FALSE] says one thing - but
now we are relying on a different UI [i.e only PETSC_FALSE is relavent
- PETSC_TRUE as currently defined is irrelavant - as everything else
other than PETSC_FALSE should be PETSC_TRUE]

I guess we can add in a python script to detect this uasage in code
[as we check for other things - doc related - in builddist anyway]

>  I don't know where the == PETSC_TRUE nonsense came from, it could be
> my fault. But the coding standard has been there for many years and most
> == PETSC_TRUE stuff was removed years ago.

Well I added in the code which was user-contributed. But I could
verywell have done it - as I didn't remember this code guideline [and
the reason for it..]

Satish




More information about the petsc-dev mailing list