mesa-users — open list for mesa comments, questions, & answers

Re: [mesa-users] Install - Test Error

[Yevgeni K. <ki...@as...>]

Pieter,

thank you for the tip, installing those X11 and png packages helped with the
issue. However, I now get another issue (at a point further down the install
sequence)

make[1]: Leaving directory `/home/yev/mesa/adipls/adipack.c/adipls'

./ck: /home/yev/mesa/adipls/test/../adipack.c/bin/fgong-amdl.d: /bin/csh:
bad interpreter: No such file or directory

FAILED


/home/yev/mesa/adipls/test
TEST FAILED -- compare obs.txt to obs.test.txt


/home/yev/mesa/adipls
./build_and_test FAILED

I again don't know what to make of this.

Yevgeni.

On Thu, Nov 24, 2011 at 3:34 PM, Pieter Degroote
<pi...@st...>wrote:

>  Hi Yevgeni,
>
> a partial solve: you also need libpng(-dev?) (that will solve -lpng
> problem).
>
> For the x11, you definitely need some other x11 package, but I don't know
> which one exactly. I installed from my package manager also x11proto and
> libx11.
>
> All the best,
> Pieter
>
>
> On 11/24/2011 12:23 PM, Yevgeni Kissin wrote:
>
> Dear MESA Community,
>
> While running ./install, I get an error with 'test'
>
> /usr/bin/ld: cannot find -lpng
> /usr/bin/ld: cannot find -lX11
>
> At which point the install fails.
> I have the newest versions of X11-common and X11-utils.
>
> Anybody have any idea as to what could be wrong?
>
> Yevgeni.
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.http://p.sf.net/sfu/splunk-novd2d
>
>
>
> _______________________________________________
> mesa-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/mesa-users
>
>
>

[mesa-users] Install - Test Error

[Yevgeni K. <ki...@as...>]

Dear MESA Community,

While running ./install, I get an error with 'test'

/usr/bin/ld: cannot find -lpng
/usr/bin/ld: cannot find -lX11

At which point the install fails.
I have the newest versions of X11-common and X11-utils.

Anybody have any idea as to what could be wrong?

Yevgeni.

[mesa-users] Fwd: Test Failed

[Bill P. <pa...@ki...>]

Hi Ehsan,

Thanks for answering Yevgeni's question.
I'm forwarding your answer to mesa-users so we have a record that may be of use to other users.

Let me also add my strong encouragement for people to switch to using the mesasdk.
It isn't mandatory, but I think it is likely to be a much easier path forward for all of us.
I personally don't plan on renewing my ifort license -- I've crossed the bridge.  ;-)

Cheers,
Bill



Begin forwarded message:

> From: "Ehsan Moravveji" <mor...@ia...>
> Date: November 24, 2011 10:08:46 AM PST
> To: "Yevgeni Kissin" <ki...@as...>
> Cc: "Bill Paxton" <pa...@ki...>, "Richard Townsend" <tow...@as...>
> Subject: Re: [mesa-users] Test Failed
> 
> Hi Yevgeni,
> 
> First of all, add this line to your .bashrc:
> export OMP_NUM_THREADS = 2
> you have to decide how many threads to assign to your MESA runs.
> you also have to add path to the pre-compiled gfortran 4.7 that is already provided in MESASDK:
> 
> export MESASDK_ROOT=/Users/ehsan/programs/mesa/utils/mesasdk
> source ${MESASDK_ROOT}/bin/mesasdk_init.sh
> 
> next refresh your terminal, and ./clean and then ./install, and see what you get.
> 
> Rich and Bill can also check on us.
> Ehsan.
> 
> 
> > the appropriate header file. I was unable to copy the lines suggested
> > there
> > into my .bashrc file for
> > it to work, but I already have gfortran 4.5 installed.
> > I ran ./clean and ./install, but the only message I got was
> > 
> > checking if ndiff is installed ...
> > yes!
> > Please set the environment variable OMP_NUM_THREADS.
> > Suggested value is the number of cores on your machine.
> > 
> > I was expecting a long string of operations.
> > When I try to run the test run, I do ./rn, and get an error
> > 
> > Thu Nov 24 11:47:20 EST 2011
> > ./rn: line 5: ./star: No such file or directory
> > Thu Nov 24 11:47:20 EST 2011
> > 
> > and there is no such file in the directory /mesa/star/test.
> > What can be the issue?
> > 
> > Cheers,
> > Yevgeni.
> > 
> > --
> > This message has been scanned for viruses and
> > dangerous content by MailScanner, and is
> > believed to be clean.
> > 
> > ------------------------------------------------------------------------------
> > All the data continuously generated in your IT infrastructure
> > contains a definitive record of customers, application performance,
> > security threats, fraudulent activity, and more. Splunk takes this
> > data and makes sense of it. IT sense. And common sense.
> > http://p.sf.net/sfu/splunk-novd2d_______________________________________________
> > mesa-users mailing list
> > mes...@li...
> > https://lists.sourceforge.net/lists/listinfo/mesa-users
> >
> -- 
> This message has been scanned for viruses and 
> dangerous content by MailScanner, and is 
> believed to be clean.

[mesa-users] Test Failed

[Yevgeni K. <ki...@as...>]

Dear MESA Gurus,

I recently downloaded and installed the new release (3723), I unpacked the
mesasdk and copied
the appropriate header file. I was unable to copy the lines suggested there
into my .bashrc file for
it to work, but I already have gfortran 4.5 installed.
I ran ./clean and ./install, but the only message I got was

checking if ndiff is installed ...
yes!
Please set the environment variable OMP_NUM_THREADS.
Suggested value is the number of cores on your machine.

I was expecting a long string of operations.
When I try to run the test run, I do ./rn, and get an error

Thu Nov 24 11:47:20 EST 2011
./rn: line 5: ./star: No such file or directory
Thu Nov 24 11:47:20 EST 2011

and there is no such file in the directory /mesa/star/test.
What can be the issue?

Cheers,
Yevgeni.

Re: [mesa-users] compile time error

[Evan O'C. <ev...@ca...>]

Thanks sorry for the delay,

Aaron, Rich, yes this works nicely, thanks for the suggestion.  I still like my ifort :)

Evan

On Nov 17, 2011, at 5:02 PM, Aaron Dotter wrote:

> Hi Evan,
> 
> Actually, you do have what should be a good gfortran version as part of mesasdk.  Check out this page for details:
> 
> http://www.astro.wisc.edu/~townsend/static.php?ref=mesasdk
> 
> I hope that solves (or at least circumvents) your problem.
> 
> Aaron
> 
> 
> 
> On Thu, Nov 17, 2011 at 7:54 PM, Evan O'Connor <ev...@ca...> wrote:
> Hi all,
> 
> sorry, I don't like when I can't figure these things out on my own but this one has me stuck all afternoon.  If anyone else has/had this issue, any help would be great.
> 
> This has occurred with ifort 11.1, 12.0 and 12.1 and the at least the recent version of MESA (3723). The 11.1 was a on linux machine, the 12.0 and 12.1 on my mac book pro, they all have the same error.  I don't have access to gfortran 4.6, it would require an install so getting around this with ifort would be great.  For simplicity I turned off pgstar (although I get the same error with it turned on).  The only other change was that I commented out the -openmp option in the makefile_header file (I do this because it also gives me an error on my macbook pro, but I'm okay with no openmp support for now)
> 
> Thoughts?
> Evan
> 
> Error message:
> 
> ifort  -vec-report0 -traceback -error-limit 6   -o ../star \
>        run_star_extras.o run_star.o  run.o -L../../make -lstar -L../../../lib -ldiffusion -lionization -lmlt -latm -lkaro -lcolors -leos -lkap -lnet -lscreen -lrates -lreaclib -lweak -lneu -lchem -linterp_2d -linterp_1d -lnum -lutils -lalert -lconst -lmtx -lmesaklu -lmesalapack -lmesablas
> 
> forrtl: severe (173): A pointer passed to DEALLOCATE points to an array that cannot be deallocated
> Image              PC                Routine            Line        Source
> star               0000000100648DE4  Unknown               Unknown  Unknown
> star               000000010064757E  Unknown               Unknown  Unknown
> star               0000000100611A21  Unknown               Unknown  Unknown
> star               00000001005BBD3E  Unknown               Unknown  Unknown
> star               00000001005F1CE0  Unknown               Unknown  Unknown
> star               00000001000505DC  _alloc_mp_get_wor        1728  alloc.f
> star               00000001000AB4C6  _mesh_adjust_mp_d         696  mesh_adjust.f
> star               00000001000A1110  _mesh_adjust_mp_d         147  mesh_adjust.f
> star               000000010015C6DF  _adjust_mesh_mp_r         423  adjust_mesh.f
> star               0000000100181CE4  _evolve_mp_do_evo         108  evolve.f
> star               00000001001A5166  _star_lib_mp_star         315  star_lib.f
> star               00000001001B38AB  _run_star_support        2031  run_star_support.f
> star               0000000100002FD1  _run_star_mp_do_r          15  run_star.f
> star               00000001000030AC  _MAIN__                    38  run.f
> star               000000010000125C  Unknown               Unknown  Unknown
> star               0000000100001214  Unknown               Unknown  Unknown
> first file is short
> 
> /Users/evanoc/research/mesa/star/test
> TEST FAILED -- compare test_output to tmp.txt
> 
> 
> /Users/evanoc/research/mesa/star
> ./build_and_test FAILED
> 
> As a note, tmp.txt is empty
> 
> 
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> mesa-users mailing list
> mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa-users
> 

Re: [mesa-users] compile time error

[Richard T. <tow...@as...>]

And if you run into any problems, just drop me an email -- I've been hacking mesasdk quite a bit recently, and should be able to iron out any remaining issues quickly.

cheers,

Rich

On Nov 17, 2011, at 7:02 PM, Aaron Dotter wrote:

> Hi Evan,
> 
> Actually, you do have what should be a good gfortran version as part of mesasdk.  Check out this page for details:
> 
> http://www.astro.wisc.edu/~townsend/static.php?ref=mesasdk
> 
> I hope that solves (or at least circumvents) your problem.
> 
> Aaron
> 
> 
> 
> On Thu, Nov 17, 2011 at 7:54 PM, Evan O'Connor <ev...@ca...> wrote:
> Hi all,
> 
> sorry, I don't like when I can't figure these things out on my own but this one has me stuck all afternoon.  If anyone else has/had this issue, any help would be great.
> 
> This has occurred with ifort 11.1, 12.0 and 12.1 and the at least the recent version of MESA (3723). The 11.1 was a on linux machine, the 12.0 and 12.1 on my mac book pro, they all have the same error.  I don't have access to gfortran 4.6, it would require an install so getting around this with ifort would be great.  For simplicity I turned off pgstar (although I get the same error with it turned on).  The only other change was that I commented out the -openmp option in the makefile_header file (I do this because it also gives me an error on my macbook pro, but I'm okay with no openmp support for now)
> 
> Thoughts?
> Evan
> 
> Error message:
> 
> ifort  -vec-report0 -traceback -error-limit 6   -o ../star \
>        run_star_extras.o run_star.o  run.o -L../../make -lstar -L../../../lib -ldiffusion -lionization -lmlt -latm -lkaro -lcolors -leos -lkap -lnet -lscreen -lrates -lreaclib -lweak -lneu -lchem -linterp_2d -linterp_1d -lnum -lutils -lalert -lconst -lmtx -lmesaklu -lmesalapack -lmesablas
> 
> forrtl: severe (173): A pointer passed to DEALLOCATE points to an array that cannot be deallocated
> Image              PC                Routine            Line        Source
> star               0000000100648DE4  Unknown               Unknown  Unknown
> star               000000010064757E  Unknown               Unknown  Unknown
> star               0000000100611A21  Unknown               Unknown  Unknown
> star               00000001005BBD3E  Unknown               Unknown  Unknown
> star               00000001005F1CE0  Unknown               Unknown  Unknown
> star               00000001000505DC  _alloc_mp_get_wor        1728  alloc.f
> star               00000001000AB4C6  _mesh_adjust_mp_d         696  mesh_adjust.f
> star               00000001000A1110  _mesh_adjust_mp_d         147  mesh_adjust.f
> star               000000010015C6DF  _adjust_mesh_mp_r         423  adjust_mesh.f
> star               0000000100181CE4  _evolve_mp_do_evo         108  evolve.f
> star               00000001001A5166  _star_lib_mp_star         315  star_lib.f
> star               00000001001B38AB  _run_star_support        2031  run_star_support.f
> star               0000000100002FD1  _run_star_mp_do_r          15  run_star.f
> star               00000001000030AC  _MAIN__                    38  run.f
> star               000000010000125C  Unknown               Unknown  Unknown
> star               0000000100001214  Unknown               Unknown  Unknown
> first file is short
> 
> /Users/evanoc/research/mesa/star/test
> TEST FAILED -- compare test_output to tmp.txt
> 
> 
> /Users/evanoc/research/mesa/star
> ./build_and_test FAILED
> 
> As a note, tmp.txt is empty
> 
> 
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> mesa-users mailing list
> mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa-users
> 
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure 
> contains a definitive record of customers, application performance, 
> security threats, fraudulent activity, and more. Splunk takes this 
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d_______________________________________________
> mesa-users mailing list
> mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa-users

Re: [mesa-users] compile time error

[Aaron D. <aar...@gm...>]

Hi Evan,

Actually, you do have what should be a good gfortran version as part of
mesasdk.  Check out this page for details:

http://www.astro.wisc.edu/~townsend/static.php?ref=mesasdk

I hope that solves (or at least circumvents) your problem.

Aaron



On Thu, Nov 17, 2011 at 7:54 PM, Evan O'Connor <ev...@ca...> wrote:

> Hi all,
>
> sorry, I don't like when I can't figure these things out on my own but
> this one has me stuck all afternoon.  If anyone else has/had this issue,
> any help would be great.
>
> This has occurred with ifort 11.1, 12.0 and 12.1 and the at least the
> recent version of MESA (3723). The 11.1 was a on linux machine, the 12.0
> and 12.1 on my mac book pro, they all have the same error.  I don't have
> access to gfortran 4.6, it would require an install so getting around this
> with ifort would be great.  For simplicity I turned off pgstar (although I
> get the same error with it turned on).  The only other change was that I
> commented out the -openmp option in the makefile_header file (I do this
> because it also gives me an error on my macbook pro, but I'm okay with no
> openmp support for now)
>
> Thoughts?
> Evan
>
> Error message:
>
> ifort  -vec-report0 -traceback -error-limit 6   -o ../star \
>        run_star_extras.o run_star.o  run.o -L../../make -lstar
> -L../../../lib -ldiffusion -lionization -lmlt -latm -lkaro -lcolors -leos
> -lkap -lnet -lscreen -lrates -lreaclib -lweak -lneu -lchem -linterp_2d
> -linterp_1d -lnum -lutils -lalert -lconst -lmtx -lmesaklu -lmesalapack
> -lmesablas
>
> forrtl: severe (173): A pointer passed to DEALLOCATE points to an array
> that cannot be deallocated
> Image              PC                Routine            Line        Source
> star               0000000100648DE4  Unknown               Unknown  Unknown
> star               000000010064757E  Unknown               Unknown  Unknown
> star               0000000100611A21  Unknown               Unknown  Unknown
> star               00000001005BBD3E  Unknown               Unknown  Unknown
> star               00000001005F1CE0  Unknown               Unknown  Unknown
> star               00000001000505DC  _alloc_mp_get_wor        1728  alloc.f
> star               00000001000AB4C6  _mesh_adjust_mp_d         696
>  mesh_adjust.f
> star               00000001000A1110  _mesh_adjust_mp_d         147
>  mesh_adjust.f
> star               000000010015C6DF  _adjust_mesh_mp_r         423
>  adjust_mesh.f
> star               0000000100181CE4  _evolve_mp_do_evo         108
>  evolve.f
> star               00000001001A5166  _star_lib_mp_star         315
>  star_lib.f
> star               00000001001B38AB  _run_star_support        2031
>  run_star_support.f
> star               0000000100002FD1  _run_star_mp_do_r          15
>  run_star.f
> star               00000001000030AC  _MAIN__                    38  run.f
> star               000000010000125C  Unknown               Unknown  Unknown
> star               0000000100001214  Unknown               Unknown  Unknown
> first file is short
>
> /Users/evanoc/research/mesa/star/test
> TEST FAILED -- compare test_output to tmp.txt
>
>
> /Users/evanoc/research/mesa/star
> ./build_and_test FAILED
>
> As a note, tmp.txt is empty
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> mesa-users mailing list
> mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa-users
>

[mesa-users] compile time error

[Evan O'C. <ev...@ca...>]

Hi all,

sorry, I don't like when I can't figure these things out on my own but this one has me stuck all afternoon.  If anyone else has/had this issue, any help would be great.

This has occurred with ifort 11.1, 12.0 and 12.1 and the at least the recent version of MESA (3723). The 11.1 was a on linux machine, the 12.0 and 12.1 on my mac book pro, they all have the same error.  I don't have access to gfortran 4.6, it would require an install so getting around this with ifort would be great.  For simplicity I turned off pgstar (although I get the same error with it turned on).  The only other change was that I commented out the -openmp option in the makefile_header file (I do this because it also gives me an error on my macbook pro, but I'm okay with no openmp support for now)

Thoughts?
Evan

Error message:

ifort  -vec-report0 -traceback -error-limit 6   -o ../star \
	run_star_extras.o run_star.o  run.o -L../../make -lstar -L../../../lib -ldiffusion -lionization -lmlt -latm -lkaro -lcolors -leos -lkap -lnet -lscreen -lrates -lreaclib -lweak -lneu -lchem -linterp_2d -linterp_1d -lnum -lutils -lalert -lconst -lmtx -lmesaklu -lmesalapack -lmesablas   

forrtl: severe (173): A pointer passed to DEALLOCATE points to an array that cannot be deallocated
Image              PC                Routine            Line        Source             
star               0000000100648DE4  Unknown               Unknown  Unknown
star               000000010064757E  Unknown               Unknown  Unknown
star               0000000100611A21  Unknown               Unknown  Unknown
star               00000001005BBD3E  Unknown               Unknown  Unknown
star               00000001005F1CE0  Unknown               Unknown  Unknown
star               00000001000505DC  _alloc_mp_get_wor        1728  alloc.f
star               00000001000AB4C6  _mesh_adjust_mp_d         696  mesh_adjust.f
star               00000001000A1110  _mesh_adjust_mp_d         147  mesh_adjust.f
star               000000010015C6DF  _adjust_mesh_mp_r         423  adjust_mesh.f
star               0000000100181CE4  _evolve_mp_do_evo         108  evolve.f
star               00000001001A5166  _star_lib_mp_star         315  star_lib.f
star               00000001001B38AB  _run_star_support        2031  run_star_support.f
star               0000000100002FD1  _run_star_mp_do_r          15  run_star.f
star               00000001000030AC  _MAIN__                    38  run.f
star               000000010000125C  Unknown               Unknown  Unknown
star               0000000100001214  Unknown               Unknown  Unknown
first file is short

/Users/evanoc/research/mesa/star/test
TEST FAILED -- compare test_output to tmp.txt


/Users/evanoc/research/mesa/star
./build_and_test FAILED

As a note, tmp.txt is empty

[mesa-users] v_div_csound_surf parameter

[Jean-Claude P. <jc...@gm...>]

Hi all,

it seems to me that the parameter 'v_div_csound_surf' actually returns 
the *absolute* velocity divided by the sound speed at the outermost grid 
point. Is there a simple way to get the sign of this velocity as well ?

Thanks a lot,

Jean-Claude

Re: [mesa-users] hd.h5 files

[Falk H. <fh...@uv...>]

Sorry for this answer being relatively delayed. Indeed, as Sam pointed out, the se.h5 output option allows you to write profiles of relevant quantities for each time step into hdf5 files, in a structured way that was designed to allow nucleosynthesis post-processing with the NuGrid mppnp code. I understand that se is support by MESA_sdk, but standalone versions can be downloaded also from 

http://www.astro.keele.ac.uk/nugrid/releases-and-software-downloads

and that is what should work as well (at least it does for me and some others).

We are working on making se output more flexible in the near future, similar to controlling output through the log_columns.list file, for example.   However, presently what is written out depends on what is hard coded in star/public.se_support.f and an easy way to generate an error is to ask writing species that don't exist in the chosen network. But this should be fixed soon. In the meantime se output is still experimental. However, if you have a project that may require full-blown nucleosynthesis analysis, consider contacting a NuGrid collaborator and provide her or him with some se files. This works now very well.

An example for an se.input file is here:

&sehead
        codev='copiapo.phys.UVic.CA:/rpod2/fherwig/MESA/mesa6:r3372'
        modname='M15.0Z0.02'
        prefix='MZ'
/

where codev is some string saying what you want to save as an hdf5 header attribute concerning the code version, mod name is your internal model sequence identifier, and prefix is the prefix for the se.h5 output files. By default 1000 cycles go into one h5 file. The number in the file name is the number of the first cycle in the file. MESA will attempt to save the files into a directory with the string specified in 
modname. We usually generate these se.input files automatically as part of the run scripts.

Best, Falk.

On 2011-10-21, at 6:33 AM, umb...@un... wrote:

> Hi all,
> Working in MESA, I tried to look for any hd.h5 output file type to be  
> read by phyton, but I did't find anything.. I dond't if actually they  
> don't exist or maybe I didn't look in the correct places.. does  
> anybody know something about that?
> All the best,
> 
>  Umberto Battino
> 
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
> 
> 
> 
> ------------------------------------------------------------------------------
> The demand for IT networking professionals continues to grow, and the
> demand for specialized networking skills is growing even more rapidly.
> Take a complimentary Learning@Cisco Self-Assessment and learn 
> about Cisco certifications, training, and career opportunities. 
> http://p.sf.net/sfu/cisco-dev2dev
> _______________________________________________
> mesa-users mailing list
> mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa-users

--
Falk Herwig
Dept of Physics & Astronomy, U of Victoria
fh...@uv..., tel: +1 (250) 721-7743

[mesa-users] 3723 is current as of Nov 7, 2011

[Bill P. <pa...@ki...>]

Hi,

Yes, I know there was a release just last week.  You can skip this one if you like.

The main reason for a release now is that I've added a small tool to compare
the results from mesa eos/kap/net to the results from other codes for verification.
It works by reading a model in FGONG format, then at each point it uses the
(T,Rho.composition) from the FGONG as arguments to eval the mesa eos/kap/net
and compares the mesa results to the ones given in the FGONG.  You will find
this in star/test_suite/compare_microphysics.  Edit 'inlist_compare_microphysics'
to set the options for mesa using the usual star inlist scheme.  As usual, send
me questions if you'd like to give this a try.

This release also has a new set of mesa opacity tables derived from the same old sources,
but this time at exactly double the (T,Rho) resolution of the OPAL/OP tables.  I've used the
OPAL interpolation code to produce the extra points to go in the tables.   Of course
it would be much better if we just had much higher resolution tables from OPAL/OP
rather than doing this silly fake-high-resolution, but until we have those, this will at
lease make us less vulnerable to interpolation differences.

Speaking of interpolation issues, I've changed the default for interpolation of opacities
in Z from linear to cubic -- again, a better solution would be more tables from OPAL/OP
at more Z's, but until then...

Another changed default is to use the actual non-integer atomic weights when calculating number
density from mass density for nuclear reactions instead of using the baryon number. This
means that chem_isotopes_filename defaults to 'isotopes.data_real' rather than
'isotopes.data_approx' in run_star_defaults.   The use of "real" instead of "approx" will
boost PP rates by about 1.5% and CNO rates by about 0.7% -- less than 0.1% change for others.

Finally, the mesasdk tar.gz's have been updated by Rich Townsend based on 1st round experience.
If your's isn't broken, you don't to reinstall the sdk.  The changes are for ease of installation in the future.

Cheers,
Bill

Re: [mesa-users] failure installing MESA revision 3709

[Jean-Claude P. <jc...@gm...>]

Hi Kim,

thanks for your suggestion. I had tcsh already installed but 
re-installed it to check. Unfortunately, it did not work out. The only 
fix I found was to specify the whole path in 
MESA/mesa/adipls/adipack.c/bin/adipls.c.d:

---------------------------------------------------------------------------------

else

*$aprgdir/bin/get-input* $1 | $aprgdir/adipls/adipls.c.d.x

endif

---------------------------------------------------------------------------------

I know it is not ideal so I will try to find a better one.

Thanks again,

JC


On 06/11/11 11:36, Kim Simmons wrote:
> I had a problem with adipls not passing the tests. The problem turned
> out to be that I did not have /bin/csh installed on my kubuntu system.
> The default shell is bash and the tests use scripts run with csh.
> Solution to the problem was to install tcsh
>
> sudo apt-get install tcsh
>
> Took me a while to figure this out. Hope this helps.
>
> Kim
>
>
>
>
>
>
>
> On 11/5/2011 9:58 AM, Bill Paxton wrote:
>> Hi JC,
>>
>> Looks like a PATH problem.  Perhaps you can check some things and find a solution for it.
>> Take a look at adipls/test/ck    There are several lines that are adding to the PATH environment variable.
>> When it works correctly, that makes adds ../adipack.c/bin to the path and that makes
>> the command get-input available.  Since the error you are getting is get-input not found,
>> something has gone wrong in the ck script attempt to add to the PATH.
>> Naturally, it works on my machine and on the machines of other folks who have installed
>> the new version, but something is different on yours.  I hope you can find it!
>>
>> -Bill
>>
>>
>>
>>
>> On Nov 5, 2011, at 2:23 AM, Jean-Claude Passy wrote:
>>
>>> Hi,
>>>
>>> I tried to install MESA on my Mac with ifort. The compilation breaks with the following error:
>>>
>>> ------------------------------------------------------------------------------------------------------
>>> /Users/jean-claudepassy/Work/MESA/mesa/adipls
>>> building adipls package.
>>>
>>> make: `libadipls.a' is up to date.
>>>
>>> get-input: Command not found.
>>> forrtl: No such file or directory
>>> forrtl: severe (29): file not found, unit 2, file /Users/jean-claudepassy/Work/MESA/mesa/adipls/test/agsm.mesa
>>> Image              PC                Routine            Line        Source
>>> set-obs.d.x        0000000100080EC4  Unknown               Unknown  Unknown
>>> set-obs.d.x        000000010007F65E  Unknown               Unknown  Unknown
>>> set-obs.d.x        000000010005AF61  Unknown               Unknown  Unknown
>>> set-obs.d.x        000000010001F24E  Unknown               Unknown  Unknown
>>> set-obs.d.x        000000010001E76D  Unknown               Unknown  Unknown
>>> set-obs.d.x        0000000100030181  Unknown               Unknown  Unknown
>>> set-obs.d.x        0000000100001221  Unknown               Unknown  Unknown
>>> set-obs.d.x        0000000100000EAC  Unknown               Unknown  Unknown
>>> set-obs.d.x        0000000100000E64  Unknown               Unknown  Unknown
>>> mv: rename obs.mesa to obs.txt: No such file or directory
>>>
>>> FAILED
>>>
>>> /Users/jean-claudepassy/Work/MESA/mesa/adipls/test
>>> TEST FAILED -- compare obs.txt to obs.test.txt
>>>
>>> /Users/jean-claudepassy/Work/MESA/mesa/adipls
>>> ./build_and_test FAILED
>>> ------------------------------------------------------------------------------------------------------
>>>
>>> Any help will be much appreciated !
>>>
>>> Thanks a lot,
>>>
>>> JC
>>> sts.sourceforge.net/lists/listinfo/mesa-users
>
> ------------------------------------------------------------------------------
> RSA(R) Conference 2012
> Save $700 by Nov 18
> Register now
> http://p.sf.net/sfu/rsa-sfdev2dev1
> _______________________________________________
> mesa-users mailing list
> mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa-users

Re: [mesa-users] failure installing MESA revision 3709

[Kim S. <ki...@co...>]

I had a problem with adipls not passing the tests. The problem turned 
out to be that I did not have /bin/csh installed on my kubuntu system. 
The default shell is bash and the tests use scripts run with csh. 
Solution to the problem was to install tcsh

sudo apt-get install tcsh

Took me a while to figure this out. Hope this helps.

Kim







On 11/5/2011 9:58 AM, Bill Paxton wrote:
> Hi JC,
>
> Looks like a PATH problem.  Perhaps you can check some things and find a solution for it.
> Take a look at adipls/test/ck    There are several lines that are adding to the PATH environment variable.
> When it works correctly, that makes adds ../adipack.c/bin to the path and that makes
> the command get-input available.  Since the error you are getting is get-input not found,
> something has gone wrong in the ck script attempt to add to the PATH.
> Naturally, it works on my machine and on the machines of other folks who have installed
> the new version, but something is different on yours.  I hope you can find it!
>
> -Bill
>
>
>
>
> On Nov 5, 2011, at 2:23 AM, Jean-Claude Passy wrote:
>
>> Hi,
>>
>> I tried to install MESA on my Mac with ifort. The compilation breaks with the following error:
>>
>> ------------------------------------------------------------------------------------------------------
>> /Users/jean-claudepassy/Work/MESA/mesa/adipls
>> building adipls package.
>>
>> make: `libadipls.a' is up to date.
>>
>> get-input: Command not found.
>> forrtl: No such file or directory
>> forrtl: severe (29): file not found, unit 2, file /Users/jean-claudepassy/Work/MESA/mesa/adipls/test/agsm.mesa
>> Image              PC                Routine            Line        Source
>> set-obs.d.x        0000000100080EC4  Unknown               Unknown  Unknown
>> set-obs.d.x        000000010007F65E  Unknown               Unknown  Unknown
>> set-obs.d.x        000000010005AF61  Unknown               Unknown  Unknown
>> set-obs.d.x        000000010001F24E  Unknown               Unknown  Unknown
>> set-obs.d.x        000000010001E76D  Unknown               Unknown  Unknown
>> set-obs.d.x        0000000100030181  Unknown               Unknown  Unknown
>> set-obs.d.x        0000000100001221  Unknown               Unknown  Unknown
>> set-obs.d.x        0000000100000EAC  Unknown               Unknown  Unknown
>> set-obs.d.x        0000000100000E64  Unknown               Unknown  Unknown
>> mv: rename obs.mesa to obs.txt: No such file or directory
>>
>> FAILED
>>
>> /Users/jean-claudepassy/Work/MESA/mesa/adipls/test
>> TEST FAILED -- compare obs.txt to obs.test.txt
>>
>> /Users/jean-claudepassy/Work/MESA/mesa/adipls
>> ./build_and_test FAILED
>> ------------------------------------------------------------------------------------------------------
>>
>> Any help will be much appreciated !
>>
>> Thanks a lot,
>>
>> JC
>> sts.sourceforge.net/lists/listinfo/mesa-users

Re: [mesa-users] failure installing MESA revision 3709

[Bill P. <pa...@ki...>]

Hi JC,

Looks like a PATH problem.  Perhaps you can check some things and find a solution for it.
Take a look at adipls/test/ck    There are several lines that are adding to the PATH environment variable.
When it works correctly, that makes adds ../adipack.c/bin to the path and that makes
the command get-input available.  Since the error you are getting is get-input not found, 
something has gone wrong in the ck script attempt to add to the PATH.
Naturally, it works on my machine and on the machines of other folks who have installed
the new version, but something is different on yours.  I hope you can find it!

-Bill




On Nov 5, 2011, at 2:23 AM, Jean-Claude Passy wrote:

> Hi,
> 
> I tried to install MESA on my Mac with ifort. The compilation breaks with the following error:
> 
> ------------------------------------------------------------------------------------------------------
> /Users/jean-claudepassy/Work/MESA/mesa/adipls
> building adipls package.
> 
> make: `libadipls.a' is up to date.
> 
> get-input: Command not found.
> forrtl: No such file or directory
> forrtl: severe (29): file not found, unit 2, file /Users/jean-claudepassy/Work/MESA/mesa/adipls/test/agsm.mesa
> Image              PC                Routine            Line        Source            
> set-obs.d.x        0000000100080EC4  Unknown               Unknown  Unknown
> set-obs.d.x        000000010007F65E  Unknown               Unknown  Unknown
> set-obs.d.x        000000010005AF61  Unknown               Unknown  Unknown
> set-obs.d.x        000000010001F24E  Unknown               Unknown  Unknown
> set-obs.d.x        000000010001E76D  Unknown               Unknown  Unknown
> set-obs.d.x        0000000100030181  Unknown               Unknown  Unknown
> set-obs.d.x        0000000100001221  Unknown               Unknown  Unknown
> set-obs.d.x        0000000100000EAC  Unknown               Unknown  Unknown
> set-obs.d.x        0000000100000E64  Unknown               Unknown  Unknown
> mv: rename obs.mesa to obs.txt: No such file or directory
> 
> FAILED
> 
> /Users/jean-claudepassy/Work/MESA/mesa/adipls/test
> TEST FAILED -- compare obs.txt to obs.test.txt
> 
> /Users/jean-claudepassy/Work/MESA/mesa/adipls
> ./build_and_test FAILED
> ------------------------------------------------------------------------------------------------------
> 
> Any help will be much appreciated !
> 
> Thanks a lot,
> 
> JC
> 
> 
> ------------------------------------------------------------------------------
> RSA(R) Conference 2012
> Save $700 by Nov 18
> Register now
> http://p.sf.net/sfu/rsa-sfdev2dev1_______________________________________________
> mesa-users mailing list
> mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa-users

[mesa-users] failure installing MESA revision 3709

[Jean-Claude P. <jc...@gm...>]

Hi,

I tried to install MESA on my Mac with ifort. The compilation breaks 
with the following error:

------------------------------------------------------------------------------------------------------

/Users/jean-claudepassy/Work/MESA/mesa/adipls

building adipls package.


make: `libadipls.a' is up to date.


get-input: Command not found.

forrtl: No such file or directory

forrtl: severe (29): file not found, unit 2, file 
/Users/jean-claudepassy/Work/MESA/mesa/adipls/test/agsm.mesa

Image              PC                Routine            Line        Source

set-obs.d.x        0000000100080EC4  Unknown               Unknown  Unknown

set-obs.d.x        000000010007F65E  Unknown               Unknown  Unknown

set-obs.d.x        000000010005AF61  Unknown               Unknown  Unknown

set-obs.d.x        000000010001F24E  Unknown               Unknown  Unknown

set-obs.d.x        000000010001E76D  Unknown               Unknown  Unknown

set-obs.d.x        0000000100030181  Unknown               Unknown  Unknown

set-obs.d.x        0000000100001221  Unknown               Unknown  Unknown

set-obs.d.x        0000000100000EAC  Unknown               Unknown  Unknown

set-obs.d.x        0000000100000E64  Unknown               Unknown  Unknown

mv: rename obs.mesa to obs.txt: No such file or directory


FAILED


/Users/jean-claudepassy/Work/MESA/mesa/adipls/test

TEST FAILED -- compare obs.txt to obs.test.txt


/Users/jean-claudepassy/Work/MESA/mesa/adipls

./build_and_test FAILED

------------------------------------------------------------------------------------------------------


Any help will be much appreciated !

Thanks a lot,

JC

[mesa-users] mesasdk and libpng14 vs. libpng12

[Alfred G. <al...@ga...>]

Gentlemen

Supplying the users with a MESA SDK is actually a great idea. 
This should make the process of moving MESA from one system to another
much less painful. Thanks to those who have been/are involved! 

resorting to mesasdk, I actually got my MESA installation -- almost --
working. Near the end, the .install step fails however with:

...
/usr/bin/ld: warning: libpng14.so.14, needed
by /home/.../mesasdk/lib/libpgplot.so
...
/home/.../mesasdk/lib/libpgplot.so: undefined reference to
`png_write_info@PNG14_0'
/home/.../mesasdk/lib/libpgplot.so: undefined reference to
`png_write_row@PNG14_0'
/home/.../mesasdk/lib/libpgplot.so: undefined reference to
`png_set_tRNS@PNG14_0'
etc.

I checked my ubuntu 11.04, 64 bit system regarding libpng and found that
libpng12 is installed and the repositories *all* supply only libpng12
rather than the required libpng14. 

My questions: 
The SDK does *not* supply the libpng library that is required
(supposedly by pgplot in) MESA? 

The users must go to libpng14 in any case? No, way to use libpng12, as I
seemly did when I compiled pgplot in the pre-sdk era?

Wouldn't it be feasible, or even useful to also supply the  necessary
libpng version as required/insisted on by pgplot?


Thanks for directions and suggestions
Alfred 

[mesa-users] Fwd: [mesa-news] mesa release 3708

[Bill P. <pa...@ki...>]

Jonathan pointed out this problem with the mesasdk --- it will be fixed in a future release, but until then you should be aware of the fix.

[thanks Jonathan!]

-B




Begin forwarded message:

> From: Jonathan Stott SJ <jst...@gm...>
> Date: October 31, 2011 8:19:37 AM PDT
> To: Bill Paxton <pa...@ki...>
> Subject: Re: [mesa-news] mesa release 3708
> 
> Hi Bill,
> 
> Ran into one little problem installing.  The last line of mesasdk_init.csh [for mac] reads
> 
> > setenv DYLD_LIBRARY_PATH ${MESASDK_ROOT}/lib:${DYLD_LIBRARY_PATH}
> 
> which will fail if DYLD_LIBRARY_PATH isn't defined (and, on a stock mac, it won't be).  I fixed my copy by changing it to
> 
> if (${?DYLD_LIBRARY_PATH} == 0) then
>   # DYLD_LIBRARY_PATH is not defined
>    setenv  DYLD_LIBRARY_PATH  ${MESASDK_ROOT}/lib
> else
>    setenv  DYLD_LIBRARY_PATH  ${MESASDK_ROOT}/lib:${DYLD_LIBRARY_PATH}
> endif
> 
> For a distribution copy, there should probably also be double-quotes around all the setenv's too, just in case something in the path has an embedded space.
> 
> The build is now in progress, so that seems to have fixed the problem...
> 
> Jonathan

[mesa-users] now it is version 3709

[Bill P. <pa...@ki...>]

now the current version has been incremented to 3709 


With all the changes, you won't be surprised to learn that we already have a bug fix re-release.
I'll keep the website up-to-date, so you might want to check that before you start the download.

-B

Re: [mesa-users] mesa-users Digest, Vol 26, Issue 8

[Bill P. <pa...@ki...>]

On Oct 31, 2011, at 10:07 AM, Samuel Harrold wrote:

> MESA SDK requires adding lines to a user's .tcshrc file

The mesasdk doesn't require that you use a particular shell --- the reference to .tcshrc is just part of what I did on my mac.
Whatever shell you use will have some startup script, right?  Edit that!

-Bill

Re: [mesa-users] mesa-users Digest, Vol 26, Issue 8

[Samuel H. <ha...@as...>]

Hi Mike,

Since the MESA SDK requires adding lines to a user's .tcshrc file, what is
the best option for users of fri@ix? I would like to upgrade my version of
MESA within fri/sam to incorporate the SDK install, as it is now Bill's
default for testing, but I don't want to mess up settings for other users
of fri. What do you recommend?

Thanks

On Mon, Oct 31, 2011 at 9:28 AM,
<mes...@li...>wrote:

> add mesa sdk
> Rich Townsend got tired of hearing me complain about the problems with
> mesa installations,
>  so he's done something about it!
> it is optional of course
> if you want to do your installations the hard way, you can still fight
> with compilers etc yourself.
>  but now there is an alternative to fighting -- switch by these simple
> steps:
> unpack the mesa sdk,
> add a few lines to your startup script,
>  ./install
> no more worrying about finding the right compiler and no more hassle
> getting the right version of pgplot installed.
>  this is how I'm going to work from now on, so the sdk install will be
> what I've used and tested.
> the sdk includes the most recent gfortran, and that's now my compiler of
> choice.
>  the performance gap between ifort and gfortran seems to be vanishing
> quickly,
> and the convenience of having gfortran ready-to-go in the sdk is
> wonderful!!!!!
>  the sdk also includes a pre-built pgplot for mesa, plus prebuilt hdf5
> and se (for Falk and friends)
> there is a version for Mac and a version for linux (no, we still don't do
> Windows)
>
> Here's how I made the switch to the mesasdk on my Mac
>  (customize this as you wish -- for example, the mesasdk directory can go
> anywhere you like)
>
>
> unpack mesasdk-x86_64-darwin-20111029.tar.gz
>
> put the resulting mesasdk directory in my top level directory
> (/Users/bpaxton)
>
>
> add lines to my .tcshrc file
>
> setenv MESASDK_ROOT /Users/bpaxton/mesasdk
>
> source ${MESASDK_ROOT}/bin/mesasdk_init.csh
>
> (btw: make sure you are setting OMP_NUM_THREADS too!)
>
>
> copy mesa/utils/makefile_header.mesasdk to mesa/utils/makefile_header
>
>
> start up a new shell and type 'which gfortran' to make sure it finds the
> new mesasdk
>
> /Users/bpaxton/mesasdk/bin/gfortran
>
>
> do ./clean and ./install for mesa to check it out
>
>

[mesa-users] mesa release 3708

[Bill P. <pa...@ki...>]

Hi,

The new mesa release has some very lovely things in it!   
Special thanks go to Rich Townsend and Joergen Christensen-Dalsgaard.
Here are the highlights of the changes since last time.

Cheers,
Bill


add mesa sdk
	Rich Townsend got tired of hearing me complain about the problems with mesa installations,
	so he's done something about it!
	it is optional of course
		if you want to do your installations the hard way, you can still fight with compilers etc yourself.
	but now there is an alternative to fighting -- switch by these simple steps:
		unpack the mesa sdk, 
		add a few lines to your startup script,
		./install
	no more worrying about finding the right compiler and no more hassle getting the right version of pgplot installed.
	this is how I'm going to work from now on, so the sdk install will be what I've used and tested.
	the sdk includes the most recent gfortran, and that's now my compiler of choice.
		the performance gap between ifort and gfortran seems to be vanishing quickly,
		and the convenience of having gfortran ready-to-go in the sdk is wonderful!!!!!
	the sdk also includes a pre-built pgplot for mesa, plus prebuilt hdf5 and se (for Falk and friends)
	there is a version for Mac and a version for linux (no, we still don't do Windows)

Here's how I made the switch to the mesasdk on my Mac
	 (customize this as you wish -- for example, the mesasdk directory can go anywhere you like)

unpack mesasdk-x86_64-darwin-20111029.tar.gz
put the resulting mesasdk directory in my top level directory (/Users/bpaxton)

add lines to my .tcshrc file
setenv MESASDK_ROOT /Users/bpaxton/mesasdk
source ${MESASDK_ROOT}/bin/mesasdk_init.csh

(btw: make sure you are setting OMP_NUM_THREADS too!)

copy mesa/utils/makefile_header.mesasdk to mesa/utils/makefile_header

start up a new shell and type 'which gfortran' to make sure it finds the new mesasdk
	/Users/bpaxton/mesasdk/bin/gfortran

do ./clean and ./install for mesa to check it out


add adipls (and remove pulse package since it is now obsolete)
	many thanks to Joergen Christensen-Dalsgaard for making the 2010 version of ADIPLS available in mesa
	it can be used "stand-alone" with his usual control files
	or it can be called directly from star between steps (see the new astero package)

add astero package
	tools for using star + adipls so can evolve stars and test the oscillation modes on the fly
	astero/test has an example -- match data for HD49385 (based on results in S. Deheuvels & E. Michel, 2011)
	with option for using BOBYQA to search parameter space for good match to spectral and seismic observations
	(BOBYQA is "bounded optimization by quadratic approximation" -- it is available in num of course)

add other_mlt.f in star/lib
	so you can intercept calls from star to mlt and do-it-yourself -- be famous!  invent a replacement for MLT!

add solar_calibration in test_suite 
	with options for using BOBYQA optimization to search for parameters giving best solar model.
	btw: I seem to have fixed so many bugs that now our solar model isn't as good as it was last year!  ;-(
	it is still okay, but let me know if you find a better match by tweaking parameters!

add radiation turbulence and turbulent diffusion (see star_defaults.dek and test_suite/1.5M_with_diffusion)

fix bug in net -- using incorrect Q for weaklib reactions (ouch)

add qsort to num lib

fix memory leak in mesh adjust

add distance in HR diagram timestep controls and pgstar file output controls (useful for making movies)

add the other kind of Nieuwenhuijzen wind

add newton_decsol_switch so automatically change from dense to sparse blocks when go to large nets

add logg-Teff target box for pgstar (for asteroseismology)

add mode propagation plot for pgstar (also for asteroseismology)

add by_logT as xaxis option for pgstar

Re: [mesa-users] Installing MESA

[<umb...@un...>]

Hello LI,
I can suggest you something about the OMP_NUM_THREADS.. You have to  
set it as an environmental variable. For example, I'm a Ubuntu user  
with Bash shell.. I set this variable in my .bashrc file in my home  
directory setting that equal to 2 (that it's not the total number of  
cores of my machine, but just how much cores I want to use fot this  
purpose..). Hoping to have helped you!
Cheers,

  Umberto Battino

Quoting lixinyu <li...@hk...>:
OMP_NUM_THREADS
> Hello,
>     I am a student new to MESA. I have a problem regarding  
> installing MESA. When I run ./install, the message shows
>           checking if ndiff installed...
>           utils/ndiff/bin/ndiff: error while loading shared  
> libraries: libgmp.so.10: cannot open shared object file: no such  
> file or directory
>           no! running install_ndiff
>           ndiff installed in utils/ndiff
>           please set the environmental variable OMP_NUM_THREADS.
>           suggested number is number of cores on your machine.
>    I am wondering if the intall process is successful, what shall I do next?
>    I tried the /star/test as in the "how to use MESA" session, and  
> change the 'inlist' file, but after ./rn it goes like
>           ./rn: line 5: ./star: no such file or directory
>    My gfortran version is 4.4.5 20110214.
>    Thank you very much.
>
> Regards,
> LI Xinyu
> Department of physics
> The University of Hong Kong
> ------------------------------------------------------------------------------
> The demand for IT networking professionals continues to grow, and the
> demand for specialized networking skills is growing even more rapidly.
> Take a complimentary Learning@Cisco Self-Assessment and learn
> about Cisco certifications, training, and career opportunities.
> http://p.sf.net/sfu/cisco-dev2dev
> _______________________________________________
> mesa-users mailing list
> mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa-users
>



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Re: [mesa-users] Installing MESA

[daid k. <da...@cn...>]

On 28 October 2011 11:08, lixinyu <li...@hk...> wrote:
> Hello,
>    I am a student new to MESA. I have a problem regarding installing MESA. When I run ./install, the message shows
>          checking if ndiff installed...
>          utils/ndiff/bin/ndiff: error while loading shared libraries: libgmp.so.10: cannot open shared object file: no such file or directory

Do you try locate on the library?  Here is my output:

daid@titan ~/physics/mesa % locate libgmp
/usr/lib/libgmp.a
/usr/lib/libgmp.la
/usr/lib/libgmp.so
/usr/lib/libgmp.so.10
/usr/lib/libgmp.so.10.0.2
/usr/lib/libgmp.so.3
/usr/lib/libgmpxx.a
/usr/lib/libgmpxx.la
/usr/lib/libgmpxx.so
/usr/lib/libgmpxx.so.4
/usr/lib/libgmpxx.so.4.2.2
/usr/lib/engines/libgmp.so

If it does not exist on your system, then of course you need to
install it.  In Gentoo, it belongs to the gmp package.  I think you
can find a similar package to install on your system and install it.
Or it could be you have an older version and should update it to get
the so.10 symlink.

If, however, it does exist, and is of the correct revision, then there
perhaps can be some conflict in your LD_LIBRARY_PATH or the version of
gcc used to compile gmp compared with the version of gcc you are
trying to build with.  This can sometimes be a problem of trying to
use updated gcc in binary Linux (but it is not clear if the gcc you
are using  is the one which came with your system or an upgrade).  In
that case, you either need to use the gcc which came pre-compiled with
your system, or using the present gcc to rebuild the gmp tool from
source code.

Of course maybe some expert of MESA has more insight, but this is a
simple consequence of missing or incorrect build tools on your system
I think.

Cheers,
daid

[mesa-users] Installing MESA

[lixinyu <li...@hk...>]

Hello,
    I am a student new to MESA. I have a problem regarding installing MESA. When I run ./install, the message shows
          checking if ndiff installed...
          utils/ndiff/bin/ndiff: error while loading shared libraries: libgmp.so.10: cannot open shared object file: no such file or directory
          no! running install_ndiff
          ndiff installed in utils/ndiff
          please set the environmental variable OMP_NUM_THREADS.
          suggested number is number of cores on your machine.
   I am wondering if the intall process is successful, what shall I do next?
   I tried the /star/test as in the "how to use MESA" session, and change the 'inlist' file, but after ./rn it goes like 
          ./rn: line 5: ./star: no such file or directory
   My gfortran version is 4.4.5 20110214.
   Thank you very much.

Regards,
LI Xinyu
Department of physics
The University of Hong Kong

[mesa-users] relax_mass

[<jin...@ca...>]

Hello :-)

In the example test/suite/make_co_wd, mesa firstly relaxes opacity and
then reduce the mass to make a 0.6Msun WD. Does relax_opacity make
relax_mass easier? If yes, why please?

Thank you very much :-)

Sincerely,
Jing