[petsc-dev] PetscInitialize in Fortran

Barry Smith bsmith at mcs.anl.gov
Tue Oct 29 16:38:14 CDT 2013


   Is your question, why is there a 

PETSC_EXTERN void PETSC_STDCALL petscinitialize_(CHAR filename PETSC_MIXED_LEN(len),PetscErrorCode *ierr PETSC_END_LEN(len))
{
#if defined (PETSC_USE_NARGS)
  short       flg,i;
#else
  int         i;
#if !defined(PETSC_HAVE_PXFGETARG_NEW) && !defined (PETSC_HAVE_PXFGETARG_NEW)
  int         j;
#endif
#endif

function in zstart.c that has a great deal of code duplication (yuck) with the C PetscInitialize() function? 

The reason is because a long long long time ago we had great difficulty using the exact same code for most of the initialization in C and Fortran for a bunch of subtle and machine specific reasons I forgot (Satish may remember). We introduced the code duplication and have had no problems since (except sometimes forgetting to put new things added to PetscInitialize() into petscinitialize_() !)    Yes ideally we would eliminate the code duplication with a refactorization but the gain would mostly be a good feeling and since Satish and I sweated a lot of tears long ago with crazy stuff that went wrong until we duplicated code I would vote against trying to put them together.

If your question is something else then please restate your question.

   Barry



On Oct 29, 2013, at 4:03 PM, Matthew Knepley <knepley at gmail.com> wrote:

> Why do we have a copy of PetscInitialize() in zstart.c? We just call PetscFinalize()
> from there.
> 
>    Matt
> 
> -- 
> What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.
> -- Norbert Wiener




More information about the petsc-dev mailing list