<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
> /usr/bin/ld: attempted static link of dynamic object `/opt/gcc/5.2.0/snos/lib/../lib64/libgomp.so'<br>
<br>
Looks like some libtool issue..<br></blockquote><div><br></div><div>That is probably it. At NERSC, Cori does not have a libtool module (in something else I assume) but it is required on Edison.  I was missing it,</div><div>Thanks,</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
Satish<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
On Thu, 7 Jul 2016, Mark Adams wrote:<br>
<br>
> I nuked and ran this twice:<br>
><br>
> 1013  rm -fr arch-xc30-dbg64-intel<br>
>  1014  ../arch-xc30-dbg64-intel.py<br>
>  1015  h<br>
>  1016  ../arch-xc30-dbg64-intel.py<br>
><br>
> Same error.<br>
><br>
><br>
> On Thu, Jul 7, 2016 at 9:36 PM, Satish Balay <<a href="mailto:balay@mcs.anl.gov">balay@mcs.anl.gov</a>> wrote:<br>
><br>
> > perhaps configure was not rerun - so a stale p4est was being used..<br>
> ><br>
> > Satish<br>
> ><br>
> > On Thu, 7 Jul 2016, Tobin Isaac wrote:<br>
> ><br>
> > > p4est.py automatically pulls from whatever p4est branch I call 'petsc'<br>
> > > in my repo, so I don't see how this problem persists if you really<br>
> > > nuked it.<br>
> > ><br>
> > > - Did you nuke the right directory?<br>
> > > - Did you send me the right configure.log?<br>
> > > - Is the new failure the same (the same stale p4est commit is being<br>
> > >   used)?<br>
> > ><br>
> > > On Thu, Jul 07, 2016 at 08:33:57PM +0200, Mark Adams wrote:<br>
> > > > It sounds like I have not merged your fix.  Should I pull from master?<br>
> > > ><br>
> > > > I have nuked this many times.<br>
> > > ><br>
> > > > On Thu, Jul 7, 2016 at 4:26 PM, Tobin Isaac <<a href="mailto:tisaac@uchicago.edu">tisaac@uchicago.edu</a>><br>
> > wrote:<br>
> > > ><br>
> > > > ><br>
> > > > > On Thu, Jul 07, 2016 at 03:16:40PM +0200, Mark Adams wrote:<br>
> > > > > > p4est on Edison configures in w/o debugging, although I have to run<br>
> > > > > > configure twice.<br>
> > > > > > But with debugging it fails.  I can not see any difference between<br>
> > the<br>
> > > > > two<br>
> > > > > > configures other than debugging.<br>
> > > > > > Mark<br>
> > > > ><br>
> > > > > The log shows that you are configuring a p4est commit (3d3e1) that is<br>
> > > > > before the one I pushed specifically to avoid the fortran<br>
> > > > > configuration error (f54bb3).  Please clear the git.p4est directory,<br>
> > > > > and confirm that you are configuring with the current 'petsc' branch<br>
> > > > > of p4est (`grep 'checking Point version' configure.log` should show<br>
> > > > > X.XXX-a9f22).<br>
> > > > ><br>
> > > > > Cheers,<br>
> > > > >   Toby<br>
> > > > ><br>
> > ><br>
> ><br>
> ><br>
><br>
<br>
</div></div></blockquote></div><br></div></div>