[Mesa-users] Problems at ./mk stage

[Emma Beasor]

Hi both

This is really helpful, thank you! I've managed to get it compiling. That's
a useful tip about the resolution on the main sequence too, thanks Mathieu!

Cheers
Emma

On Tue, Jan 25, 2022 at 2:39 PM Mathieu Renzo <mrenzo at flatironinstitute.org>
wrote:

> Hi Emma,
>
> I am not sure this is related to your issue, but back then I found a dirty
> workaround to save photos and models from the run_star_extras.f. For anyone
> reading now, *this is not the recommended way* *to do this*.
>
> To be able to  save a model at a physical point of the evolution not known
> a priori from the run_star_extras.f, I copied `write_mode.mod` and
> `kuma.mod` from `$MESA_DIR/star/make` into `$MESA_DIR/include`. This allows
> me to call `output_star_model` in the subroutine `output_to_file`. This is
> described at the bottom of page 28 (bottom of right column) of the paper
> associated to those simulations
> <https://www.aanda.org/articles/aa/full_html/2017/07/aa30698-17/aa30698-17.html>
> .
>
> It might be that this is giving you issues when compiling (because the
> run_star_extras calls a function which is not accessible by default). My
> apologies for the cumbersomeness!
>
> Also, depending on the science application you have in mind, you might not
> need the very high resolution I used (especially on the main-sequence) for
> that paper, and you might be able to save a lot of CPUh without sacrifising
> much accuracy decreasing it.
>
> For those interested, nowadays I save models from the run_star_extras
> without the need to copy *.mod files in $MESA_DIR/include by calling `call
> star_write_model`.
>
> Hope this helps!
> Mathieu
>
>
> On 1/25/22 16:21, Emma Beasor via Mesa-users wrote:
>
> Hi Warrick
>
> I've attached the run_stars_extra, it actually just comes from the Renzo+
> inlists (https://stellarcollapse.org/Renzo2017.html) and I haven't started
> changing anything yet. I can't spot a typo but I'll keep digging.. I'm
> running on MacOS Mojave.
>
> Cheers
> Emma
>
> On Tue, Jan 25, 2022 at 1:28 PM Warrick Ball <W.H.Ball at bham.ac.uk> <W.H.Ball at bham.ac.uk> wrote:
>
>
> Hi Emma,
>
> Could you attach your `run_star_extras.f`?  And hat sort of system is this
> (Mac/Linux, OS version)?  It looks like you're trying to call a procedure
> you haven't defined, so check for a typo in the procedure name.  Also, try
> running `./clean` before `./mk` in your work folder (if you haven't
> already).
>
> Cheers,
> Warrick
>
> ___________
>
> Warrick Ball
> Postdoc, School of Physics and Astronomy
> University of Birmingham, Edgbaston, Birmingham B15 2TTW.H.Ball at bham.ac.uk
> +44 (0)121 414 4552
>
> On Tue, 25 Jan 2022, mesa-users at lists.mesastar.org wrote:
>
>
> Hi everyone
> I'm trying to run models using MESA v7624 which has been installed using
>
> the correct SDK with no issues. However, when I try to compile my model
> with ./mk I get the following error:
>
> Undefined symbols for architecture x86_64:
>
>   "_output_star_model_", referenced from:
>
>       _output_to_file.10484 in run_star_extras.o
>
> ld: symbol(s) not found for architecture x86_64
>
> collect2: error: ld returned 1 exit status
>
> make: *** [star] Error 1
>
>
> FAILED
>
>
> I'm a bit stumped about what this means (but I'm assuming it's something
>
> fortran-y?), so any suggestions would be super helpful!
>
> Cheers
>
> Emma
>
>
>
>
>
> _______________________________________________mesa-users at lists.mesastar.orghttps://lists.mesastar.org/mailman/listinfo/mesa-users
>
>
> --
> Mathieu Renzo <https://users.flatironinstitute.org/~mrenzo/>
> Flatiron Research Fellow
> Center for Computational Astrophysics
> Columbia University
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20220125/8581e3dc/attachment.htm>