[petsc-dev] p4est configure error

Satish Balay balay at mcs.anl.gov
Thu Jul 7 14:36:45 CDT 2016


perhaps configure was not rerun - so a stale p4est was being used..

Satish

On Thu, 7 Jul 2016, Tobin Isaac wrote:

> p4est.py automatically pulls from whatever p4est branch I call 'petsc'
> in my repo, so I don't see how this problem persists if you really
> nuked it. 
> 
> - Did you nuke the right directory?
> - Did you send me the right configure.log?
> - Is the new failure the same (the same stale p4est commit is being
>   used)?
> 
> On Thu, Jul 07, 2016 at 08:33:57PM +0200, Mark Adams wrote:
> > It sounds like I have not merged your fix.  Should I pull from master?
> > 
> > I have nuked this many times.
> > 
> > On Thu, Jul 7, 2016 at 4:26 PM, Tobin Isaac <tisaac at uchicago.edu> wrote:
> > 
> > >
> > > On Thu, Jul 07, 2016 at 03:16:40PM +0200, Mark Adams wrote:
> > > > p4est on Edison configures in w/o debugging, although I have to run
> > > > configure twice.
> > > > But with debugging it fails.  I can not see any difference between the
> > > two
> > > > configures other than debugging.
> > > > Mark
> > >
> > > The log shows that you are configuring a p4est commit (3d3e1) that is
> > > before the one I pushed specifically to avoid the fortran
> > > configuration error (f54bb3).  Please clear the git.p4est directory,
> > > and confirm that you are configuring with the current 'petsc' branch
> > > of p4est (`grep 'checking Point version' configure.log` should show
> > > X.XXX-a9f22).
> > >
> > > Cheers,
> > >   Toby
> > >
> 




More information about the petsc-dev mailing list