[petsc-dev] [petsc-maint #54862] Compiler error with petsc-dev on PC
Satish Balay
petsc-maint at mcs.anl.gov
Fri Oct 22 15:47:52 CDT 2010
ISGetBlock() is misleading. And we have ISBlockGetXXX functions.
Perhaps we should use ISBlockCheck()/ISStrideCheck().
Satish
On Fri, 22 Oct 2010, Barry Smith wrote:
>
> Stupid Fortran.
>
> I suggest changing to SGetBlock() and ISGetStride() since Get is common usage. Another alternative is ISIsStride() and ISIsBlock() but we don't commonly use IS so I would avoid introducing it.
>
>
> Barry
>
>
> On Oct 21, 2010, at 4:29 AM, Satish Balay wrote:
>
> > Ok - I think the following defs are cris-crossing and causing grief..
> >
> > <petscis.h>
> > #define ISSTRIDE "stride" /* ISType */
> > #define ISBLOCK "block" /* ISType*/
> >
> > <src/vec/is/impls/stride/ftn-auto/stridef.c>
> > #define isstride_ ISSTRIDE
> > void PETSC_STDCALL isstride_(IS is,PetscBool *flag, int *__ierr ){
> >
> > <src/vec/is/impls/block/ftn-auto/blockf.c>
> > #define isblock_ ISBLOCK
> > void PETSC_STDCALL isblock_(IS is,PetscBool *flag, int *__ierr ){
> >
> > Perhaps ISBlock(), ISStride() functions should be renamed?
> >
> > Satish
> >
> > On Thu, 21 Oct 2010, Hammond, Glenn wrote:
> >
> >> Still the same errors.
> >>
> >>> -----Original Message-----
> >>> From: Satish Balay [mailto:petsc-maint at mcs.anl.gov]
> >>> Sent: Wednesday, October 20, 2010 8:50 PM
> >>> To: petsc-maint at mcs.anl.gov; Hammond, Glenn
> >>> Subject: RE: [petsc-maint #54862] Compiler error with petsc-dev on PC
> >>>
> >>> if configure is run - its is supporsed to regenerate
> >>> fortranstubs.. [and I see configure was run today]
> >>>
> >>>>>>>>
> >>> PETSc:
> >>> File creation : Generated Fortran stubs
> >>> <<<<<
> >>>
> >>> libfast in: /cygdrive/c/software/petsc-dev/src/vec/is/impls/stride/ftn-
> >>> auto
> >>> stridef.c^M
> >>> C:\software\PETSC-~4\src\vec\is\impls\stride\ftn-auto\stridef.c(60) :
> >>> error C2059: syntax error : 'string'^M
> >>> /usr/bin/ar: stridef.o: No such file or directory
> >>> libfast in: /cygdrive/c/software/petsc-dev/src/vec/is/impls/block
> >>> block.c^M
> >>> libfast in: /cygdrive/c/software/petsc-dev/src/vec/is/impls/block/ftn-
> >>> auto
> >>> blockf.c^M
> >>> C:\software\PETSC-~4\src\vec\is\impls\block\ftn-auto\blockf.c(78) :
> >>> error C2059: syntax error : 'string'^M
> >>> /usr/bin/ar: blockf.o: No such file or directory
> >>>
> >>> <<<<<<
> >>>
> >>> Found a copy of SOWING in sowing-1.1.15
> >>> <<<<<<
> >>>
> >>> Looks like you have an old sowing. I guess you need 'rm -rf PETSC_ARCH
> >>> externalpackages'
> >>>
> >>> Satish
> >>>
> >>>
> >>> On Wed, 20 Oct 2010, Hammond, Glenn wrote:
> >>>
> >>>> Of course not. Didn't have to on my Linux box and Jaguar. I will
> >>> try again.
> >>>>
> >>>> Glenn
> >>>>
> >>>> From: knepley at gmail.com [mailto:knepley at gmail.com] On Behalf Of
> >>> Matthew Knepley
> >>>> Sent: Wednesday, October 20, 2010 8:28 PM
> >>>> To: petsc-maint at mcs.anl.gov; Hammond, Glenn
> >>>> Subject: Re: [petsc-maint #54862] Compiler error with petsc-dev on PC
> >>>>
> >>>> Did you 'make allfortranstubs'?
> >>>>
> >>>> Mat
> >>>> On Wed, Oct 20, 2010 at 10:25 PM, Hammond, Glenn
> >>> <glenn.hammond at pnl.gov<mailto:glenn.hammond at pnl.gov>> wrote:
> >>>> PETSc,
> >>>>
> >>>> See attached logs.
> >>>>
> >>>> Glenn
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> 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