<div dir="ltr">Satish,<div><br></div><div>Yup!  Samuel John switched homebrew over to a modern gfortran in 2012:</div><div><br></div><div><a href="https://github.com/Homebrew/homebrew/commit/1751362562f9b5d56708003f0dffb88e5b2418ab">https://github.com/Homebrew/homebrew/commit/1751362562f9b5d56708003f0dffb88e5b2418ab</a><br>
</div><div><br></div><div>So it's been at least a year :)</div><div><br></div><div>I don't point people at the hpc.sourceforge builds, if I recall correctly they install right into your /usr/bin, which seems a bit risky to me.<br>
</div><div><br></div><div>Cheers,</div><div>Aron</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jan 28, 2014 at 12:27 AM, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I've generally recommended hpc.sourceforge as its simple, easy to<br>
install and has worked for me for a long time. [Uninstall requires a<br>
bit of effort though..]<br>
<br>
Sure - if one needs a bunch of packages including fortran -<br>
homebrew/macports would be the way to go.<br>
<br>
We've had quiet a few maint issues with macport conflicts - and Sean<br>
had been trying to resolve some of them within macpors. [And helping<br>
folks here on this list]<br>
<br>
Previously Homebrew had gfortran-4.2. But that was a buggy version and<br>
broke petsc f90 related functionality - so I didn't recommend it. But<br>
now I see gfortran-4.8 in homebrew - so perhaps it will work better<br>
now.<br>
<br>
Satish<br>
<div class="im"><br>
On Mon, 27 Jan 2014, Aron Ahmadia wrote:<br>
<br>
> Mark,<br>
><br>
> You don't have any surprises in your configure file.  I'm not surprised<br>
> that your MacPorts install broke, we saw pretty terrible breakage across<br>
> the Scientific Python community, although I think Homebrew weathered the<br>
> update pretty well.<br>
><br>
> I'd suggest following Sean's instructions so long as you're happy with Mac<br>
> Ports.  The most important thing is getting your compiler stack sane, and<br>
> unfortunately when you're compiling Fortran on OS X, you're going to have<br>
> to deal with a half-crazed stack no matter what you do.  See Geoff's<br>
> excellent summary on SciComp for future Fortran compiler options:<br>
> <a href="http://scicomp.stackexchange.com/a/2470/9" target="_blank">http://scicomp.stackexchange.com/a/2470/9</a> -- MacPorts is a reasonable<br>
> choice here.<br>
><br>
> HashDist's main purpose is in helping scientists specify a software stack,<br>
> then reproduce it elsewhere.  It looks to me like PETSc is actually<br>
> satisfying most of your stack, and the only place where you need a little<br>
> help from MacPorts is the Fortran compiler, so I think HashDist would be<br>
> overkill for your needs here.<br>
><br>
> Cheers,<br>
> Aron<br>
><br>
><br>
> On Mon, Jan 27, 2014 at 6:19 PM, Mark Adams <<a href="mailto:mfadams@lbl.gov">mfadams@lbl.gov</a>> wrote:<br>
><br>
> > Sean, I seem to need to reinstall macorts.  I ran this:<br>
> ><br>
</div>> > *Edit:* A binary installer for Mavericks (for the 2.2.1 bugfix release)<br>
<div class="HOEnZb"><div class="h5">> > is now available:<br>
> > <a href="https://distfiles.macports.org/MacPorts/MacPorts-2.2.1-10.9-Mavericks.pkg" target="_blank">https://distfiles.macports.org/MacPorts/MacPorts-2.2.1-10.9-Mavericks.pkg</a>.<br>
> ><br>
> > And it created a MacPorts directory in Application but this just a few<br>
> > apps but no 'port' command.  Any idea what is going on here?<br>
> > Thanks,<br>
> > Mark<br>
> ><br>
> ><br>
> > On Mon, Jan 27, 2014 at 11:44 AM, Sean Farley <<br>
> > <a href="mailto:sean.michael.farley@gmail.com">sean.michael.farley@gmail.com</a>> wrote:<br>
> ><br>
> >><br>
> >> <a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a> writes:<br>
> >><br>
> >> >   I think resolved it by getting rid of some stuff that macports put in<br>
> >> maybe<br>
> >><br>
> >> I just *completely* revamped the mpi ports in macports and would like to<br>
> >> know if these types of problems still exist.<br>
> >><br>
> >> >   MPICH or libtool assumes certain files are there if other files are<br>
> >> there (without checking for them)<br>
> >> ><br>
> >> >    Barry<br>
> >> ><br>
> >> > On Jan 27, 2014, at 10:36 AM, Satish Balay <<a href="mailto:balay@mcs.anl.gov">balay@mcs.anl.gov</a>> wrote:<br>
> >> ><br>
> >> >> On Mon, 27 Jan 2014, Jed Brown wrote:<br>
> >> >><br>
> >> >>> Mark Adams <<a href="mailto:mfadams@lbl.gov">mfadams@lbl.gov</a>> writes:<br>
> >> >>><br>
> >> >>>> It seems to want /opt/local/lib/<a href="http://liblzma.la" target="_blank">liblzma.la</a><br>
> >> >>>> I do have /opt/local/lib/liblzma.a<br>
> >> >>><br>
> >> >>> There is no explicit reference to liblzma in either PETSc or MPICH.<br>
> >>  Can<br>
> >> >>> you send PETSC_ARCH/externalpackages/mpich*/config.log?<br>
> >> >><br>
> >> >> Ah - perhaps its a buggy libtool. Presumably its picked up from<br>
> >> >> /opt/local/bin/libtool - aka macports - and you have a broken macports<br>
> >> >> install.<br>
> >> >><br>
> >> >> Satish<br>
> >> >><br>
> >> >><br>
> >><br>
> >><br>
> ><br>
><br>
<br>
</div></div></blockquote></div><br></div>