mesa-users] MESA install is taking forever to complete

[Jonathan Tomshine]

I compile with a slightly older gfortran (4.3 rather than 4.4) and it works for me without locking-up or crashing (Intel MacBook, 4 gb ram):

dhcp-12:~ jshine$ gfortran -v
Using built-in specs.
Target: i386-apple-darwin9.4.0
Configured with: ../gcc-4.3.2/configure --prefix=/opt/local --enable-languages=c,c++,objc,obj-c++,java,fortran --libdir=/opt/local/lib/gcc43 --includedir=/opt/local/include/gcc43 --infodir=/opt/local/share/info --mandir=/opt/local/share/man --with-local-prefix=/opt/local --with-system-zlib --disable-nls --program-suffix=-mp-4.3 --with-gxx-include-dir=/opt/local/include/gcc43/c++/ --with-gmp=/opt/local --with-mpfr=/opt/local
Thread model: posix
gcc version 4.3.2 (GCC) 
dhcp-12:~ jshine$ 


-Jon




--- On Wed, 1/28/09, Bill Paxton <paxton at kitp.ucsb.edu> wrote:

> From: Bill Paxton <paxton at kitp.ucsb.edu>
> Subject: Re: mesa-users] MESA install is taking forever to complete
> To: "Aaron Dotter" <dotter at uvic.ca>
> Cc: mesa-users at lists.sourceforge.net
> Date: Wednesday, January 28, 2009, 11:54 AM
> Hi Aaron,
> 
> On Jan 28, 2009, at 9:37 AM, Aaron Dotter wrote:
> 
> > Just a quick question: I'm trying to install mesa
> on my desktop machine, compiled
> > with gfortran because I don't have ifort, and
> 'tester' is taking a VERY long time to
> > complete.  Do you have any sense of how long it should
> take?
> 
> Minutes on my Intel mac powerbook.
> 
> > Right now it is over
> > 24 hours on an AMD 2.4 GHz processor.  What is tester
> doing?
> 
> Each package in mesa has the same layout and the same
> installation steps.
> And part of the installation is running a test to see if
> things look okay.
> That test is done in the 'test' directory of the
> package; you'll find a test/make/makefile too.
> The makefile for test creates a little test program called
> 'tester'.
> So each each package, during installation a new
> 'tester' is created and run.
> The output from tester is compared (using ndiff) to the
> expected output (in 'test_output').
> 
> > Obviously for real use of the code I will run it on a
> machine with ifort but for
> > testing and exploring the code I want to be able to
> run it on my machine.
> 
> My guess is that you have an old gfortran.   There was a
> bug that caused the thing to hang like that.
> 
> You might want to update from
> http://gcc.gnu.org/wiki/GFortran
> 
> I'm currently using the following gfortran without
> problems:
> 
> /Users/billpaxton/mesa/star/test: gfortran -v
> Using built-in specs.
> Target: i386-apple-darwin8.10.1
> Configured with:
> /tmp/gfortran-20081006/ibin/../gcc/configure
> --prefix=/usr/local/gfortran --enable-languages=c,fortran
> --with-gmp=/tmp/gfortran-20081006/gfortran_libs
> --enable-bootstrap
> Thread model: posix
> gcc version 4.4.0 20081006 (experimental) [trunk revision
> 140904] (GCC)
> 
> 
> Please let me know if updating fixed things. I'll add a
> warning to the installation documentation about old
> gfortrans.
> 
> BTW: at one time I ran into trouble with the gfortran
> implementation of OpenMP.
> I haven't gone back to check for a long time to see if
> things are ok now, but
> in the meantime I'm suggesting that people using
> gfortran disable multi-threading.
> 
> setenv OMP_NUM_THREADS 1
> 
> Hopefully that problem will go away since it's great
> fun to use all the cores,
> and mesa does a pretty good job of that when given a
> chance.
> 
> Thanks,
> Bill------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword_______________________________________________
> mesa-users mailing list
> mesa-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mesa-users