[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