[petsc-dev] declaring argument as const basic type in PETSc
Barry Smith
bsmith at mcs.anl.gov
Wed Aug 17 13:34:06 CDT 2011
On Aug 17, 2011, at 1:31 PM, Dmitry Karpeev wrote:
> That's just a typo on my part.
> I'm rewriting the whole SA ball of wax, but I can push a quicker fix
> for this too,
What do you mean typo? I fixed the repository so that the declaration and the prototype match. You don't need to do anything.
But my question remains, should we const declare function arguments?
barry
> but, unfortunately, I won't be able to do that untill next Monday.
>
>
> Dmitry.
>
> On Wed, Aug 17, 2011 at 10:09 PM, Barry Smith <bsmith at mcs.anl.gov> wrote:
>>
>> Some declarations of the form
>>
>> extern PetscErrorCode SAAddData(SA arr, const PetscInt len, const PetscInt *ia, const PetscScalar *wa, const PetscInt *ja);
>>
>> have crept into PETSc. const PetscInt len
>>
>> Do we want to have such beasties? What purpose do they serve?
>>
>> My understanding is that it is contaminating the entire code (because of the extern PetscErrorCode SAAddData(SA arr, const PetscInt len, const PetscInt *ia, const PetscScalar *wa, const PetscInt *ja); with the knowledge that internally the subroutine never changes the value of the stack variable function which is the opposite of encapsulation. What am I missing? Is this just stupid C syntax, is there a better way?
>>
>> Thanks
>>
>> Barry
>>
>>
More information about the petsc-dev
mailing list