<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jan 28, 2014 at 1:26 PM, Satish Balay <span dir="ltr"><<a href="mailto:balay@mcs.anl.gov" target="_blank">balay@mcs.anl.gov</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I'll have to check back my e-mail archive - but I think<br>

'/opt/local/bin/gmake' is broken. Don't you have /usr/bin/make?<br>
<br></blockquote><div><br></div><div>13:49  ~$ which make</div><div>/usr/bin/make</div><div>13:52  ~$ which gmake</div><div>/opt/local/bin/gmake</div><div>13:52  ~$ </div><div><br></div><div>I don't recall what the fix was.  Should I uninstall gmake?</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
I thought petsc configure prefred /usr/bin/make - if it was found.<br>
<br>
One more -ve for macports..<br>
<br>
Satish<br>
<br>
------<br>
<br>
================================================================================<br>
TEST configureMake from config.packages.make(/Users/markadams/Codes/petsc/config/BuildSystem/config/packages/make.py:61)<br>
TESTING: configureMake from config.packages.make(config/BuildSystem/config/packages/make.py:61)<br>
  Check for user specified make - or gmake, make<br>
Checking for program /opt/local/bin/gmake...found<br>
          Defined make macro "MAKE" to "/opt/local/bin/gmake"<br>
================================================================================<br>
gmake[2]: *** read jobs pipe: No such file or directory.  Stop.<br>
gmake[2]: *** Waiting for unfinished jobs....<br>
gmake[2]: *** write jobserver: Broken pipe.  Stop.<br>
gmake[1]: *** [all-recursive] Error 1<br>
gmake: *** [all] Error 2<br>
gmake: INTERNAL: Exiting with 1 jobserver tokens available; should be 7!<br>
<div class=""><div class="h5"><br>
<br>
<br>
<br>
On Tue, 28 Jan 2014, Mark Adams wrote:<br>
<br>
> I managed to get macports to rebuild.  It was not that hard as it turns<br>
> out, I was just confused about exactly what to do.  GDB broke but I was<br>
> able to install it after macports updated outdated packages.  PETSc still<br>
> seem to fail in MPICH, however.<br>
><br>
><br>
><br>
> On Tue, Jan 28, 2014 at 12:54 PM, Matthew Knepley <<a href="mailto:knepley@gmail.com">knepley@gmail.com</a>> wrote:<br>
><br>
> > On Tue, Jan 28, 2014 at 12:51 PM, Jed Brown <<a href="mailto:jed@jedbrown.org">jed@jedbrown.org</a>> wrote:<br>
> ><br>
> >> Satish Balay <<a href="mailto:balay@mcs.anl.gov">balay@mcs.anl.gov</a>> writes:<br>
> >> > I agree a better package management system [aka macports/homebrew]<br>
> >> > should be preferable. But with all the wierd issues that keep comping<br>
> >> > up with users using macports on petsc lists - I can't convince myself<br>
> >> > that it is a better recommendation.<br>
> >><br>
> >> People either need a reliable way to upgrade or the stack will get out<br>
> >> of date.  Also, system upgrades will be stop-the-world events with<br>
> >> unknown system changes and the only safe thing is to reinstall the<br>
> >> entire stack.  Very few people can remember all the installation quirks<br>
> >> they have gone through, and even then, it takes time to reinstall<br>
> >> everything.<br>
> ><br>
> ><br>
> > This is largely ideology. Some of us have used OSX for development for<br>
> > years<br>
> > with little productivity impact.<br>
> ><br>
> >   Matt<br>
> ><br>
> ><br>
> >>  > I would aswell recommend virtualbox with linux as a superior choice.<br>
> >><br>
> >> I recommend<br>
> >><br>
> >>   # dd if=/dev/zero of=/dev/disk0<br>
> >><br>
> >> and install a decent operating system with a package manager on your<br>
> >> now-impeccably-clean disk.<br>
> >><br>
> ><br>
> ><br>
> ><br>
> > --<br>
> > What most experimenters take for granted before they begin their<br>
> > experiments is infinitely more interesting than any results to which their<br>
> > experiments lead.<br>
> > -- Norbert Wiener<br>
> ><br>
><br>
<br>
</div></div></blockquote></div><br></div></div>