PETSc-FUN3D Code

Barry Smith bsmith at mcs.anl.gov
Sat Oct 20 16:53:05 CDT 2007


  Satish,

   I don't know; there are pros and cons to the two
approaches. 

   Why not PetscSize_T? I admit both look stupid, but the
_ at least matches the standard C style.

  Any comments from the community?

  Barry



    I would like to keep size_t as the argument

On Sat, 20 Oct 2007, Satish Balay wrote:

> On Fri, 19 Oct 2007, Dinesh Kaushik wrote:
> 
> > > > Perhaps need a PetscSizeT or some new datatype for this purpose that
> > > > gets set correct for both C & fortran side..
> 
> Barry,
> 
> Is it ok to do this change? The prototypes of the following functions
> will need to be changed to use PetscSizeT instead of size_t;
> 
> [alternative is to use size_t on the C side - but PetscSizeT on the
> fortran side - but this is inconsistant]
> 
> thanks,
> Satish
> 
> -------------------
> PetscBagCreate
> PetscFileRetrieve
> PetscGetArchType
> PetscGetDate
> PetscGetDisplay
> PetscGetFullPath
> PetscGetHomeDirectory
> PetscGetHostName
> PetscGetProgramName
> PetscGetRelativePath
> PetscGetTmp
> PetscGetUserName
> PetscGetWorkingDirectory
> PetscLs
> PetscMalloc
> PetscMalloc2
> PetscMalloc3
> PetscMalloc4
> PetscMalloc5
> PetscMalloc6
> PetscMalloc7
> PetscMemcmp
> PetscMemcpy
> PetscMemmove
> PetscMemzero
> PetscOptionsGetenv
> PetscOptionsGetString
> PetscOptionsString
> PetscSetMalloc
> PetscSNPrintf
> PetscStrlen
> PetscStrncat
> PetscStrncmp
> PetscStrncpy
> PetscStrreplace
> PetscSynchronizedFGets
> PetscVSNPrintf
> 
> 




More information about the petsc-dev mailing list