From: <al...@ga...> - 2017-04-14 08:20:08
|
Rich Great! I did a mesa installation from scratch (as I ran into conflicts when compiling routines in eos) and eventually successfully compiled and linked everything (incl. GYRE5.0rc2). For those who update: Not to forget, gyre.in files must also be updated: check with appropriate files deeper along the path mesa/gyre/gyre/test/ Thanks a lot! Alfred > Hi Alfred — > > I’ve just committed fixes to the development version of MESA which > get the embedded GYRE going again. If you download/install revision > 9680 of MESA (or later), then it will include version 5.0rc2 of > GYRE, and everything should work without modification. > > cheers, > > Rich > >> On Apr 6, 2017, at 11:34 PM, al...@ga... wrote: >> >> >> Rich, >> >> thanks for your information! I try to help fixing problems whenever >> possible but this one proved to be beyond me. Therefore, I switch >> to standby mode for the time being. >> >> I really appreciate your efforts, >> thanks, Alfred >> >> >>> Hi Alfred — >>> >>> At the moment, building GYRE 5.0 inside MESA simply will not work >>> — I’ve not updated the interface module for a while. However, I’m >>> working on this and hope to have a fix in a day or so. >>> >>> cheers, >>> >>> Rich >>> >>>> On Apr 5, 2017, at 11:37 PM, al...@ga... wrote: >>>> >>>> Aaron >>>> >>>> thanks for the suggestion. I thought the ./clean was superfluous >>>> because I started with >>>> a Mesa installation from scratch. But I did a ./clean now, as suggested. >>>> The ./clean scrubbed away the mesa/gyre/gyre directory where >>>> previously the executables and compiled/linked routines from the >>>> standalone-installation lived -- this is >>>> just what should happen I suppose. Then, starting an ./install in mesa >>>> works fine again to the end of >>>> >>>> mesa/star has been built, tested, and exported. >>>> >>>> Then, the installation of the gyre package crashes at an earlier stage >>>> than hitherto with: >>>> >>>> >>>> make: *** Keine Regel vorhanden, um das Ziel „gyre_input.mod“, >>>> benötigt von „gyre_lib.o“, zu erstellen. Schluss. >>>> >>>> /home/alfred/StarWare/Mesa/mesa/gyre/make >>>> FAILED >>>> >>>>>>> translation: make: *** No rule found to generate target >>>>>>> "gyre_input.mod", >>>> which is used by "gyre_lib.o" >>>> >>>> Beats me even more than last night's experience. >>>> >>>> Alfred >>>> >>>> >>>> >>>>> Hi Alfred, >>>>> >>>>> Just a guess! Did you do a ./clean in mesa/star before linking with the >>>>> new version of GYRE? It might be that your star module was built against >>>>> the old version and is now confused by the new. >>>>> >>>>> Aaron >>>>> >>>>> On Wed, Apr 5, 2017 at 6:05 PM, <al...@ga...> wrote: >>>>> >>>>>> >>>>>> Dear Blackbelters, >>>>>> >>>>>> recently I decided to upgrade to r9575 of Mesa; the undertaking was >>>>>> painless and successful -- using GYRE 4.4, which comes with the Mesa >>>>>> release. Motivated by Warrick's report on GYRE complaints I felt >>>>>> forced to update also GYRE to 5.0rc1. Installing this latest GYRE >>>>>> version in standalone mode (i.e. make in $GYRE_DIR) was successful and >>>>>> all tests were passed successfully. However, going back to the mesa >>>>>> directory and doing a new ./install to bind GYRE to Mesa so that it >>>>>> can be called from within Mesa fails; and it just beats me why that >>>>>> happens. >>>>>> >>>>>> Here some lines of the terminal output during the installation >>>>>> procedure in the mesa directory: >>>>>> >>>>>> ... >>>>>> export >>>>>> done >>>>>> >>>>>> mesa/star has been built, tested, and exported. >>>>>> >>>>>> ************************************************ >>>>>> >>>>>> /home/alfred/StarWare/Mesa/mesa/gyre >>>>>> building gyre package. >>>>>> >>>>>> gyre/ >>>>>> gyre/bin/ >>>>>> ... >>>>>> ... >>>>>> Unescaped left brace in regex is deprecated, passed through in regex; >>>>>> marked by <-- HERE in m/\G{ <-- HERE / at >>>>>> /home/alfred/mesasdk/bin/fpx3 line 261. >>>>>> FC gyre_soln_seg.f90 >>>>>> FC gyre_soln.f90 >>>>>> FC gyre_evol_model.f90 >>>>>> gyre_evol_model.f90:2327:13: >>>>>> >>>>>> where (pt%x /= 0._WP) >>>>>> 1 >>>>>> Error: WHERE/ELSEWHERE clause at (1) requires a LOGICAL array >>>>>> gyre_evol_model.f90:2328:9: >>>>>> >>>>>> f = SQRT(MAX(As/c_1, 0._WP))/pt%x >>>>>> 1 >>>>>> Error: WHERE assignment target at (1) has inconsistent shape >>>>>> gyre_evol_model.f90:2330:9: >>>>>> >>>>>> f = 0._WP >>>>>> 1 >>>>>> Error: WHERE assignment target at (1) has inconsistent shape >>>>>> gyre_evol_model.f90:2334:25: >>>>>> >>>>>> integrate(pt%x, f) >>>>>> 1 >>>>>> Error: There is no specific function for the generic 'integrate' at (1) >>>>>> gyre_evol_model.f90:2299:25: >>>>>> >>>>>> integrate(pt%x, f) >>>>>> 1 >>>>>> Error: There is no specific function for the generic 'integrate' at (1) >>>>>> makefile:73: die Regel für Ziel „gyre_evol_model.mod“ scheiterte >>>>>> make: *** [gyre_evol_model.mod] Fehler 1 >>>>>> >>>>>> /home/alfred/StarWare/Mesa/mesa/gyre/make >>>>>> FAILED >>>>>> >>>>>> >>>>>> What beats me is that apparently, in the standalone installation, >>>>>> compiling/linking of *all* routines was successful. >>>>>> >>>>>> In terms of machine, I'm running ubuntu 16.04 LTS and the latest >>>>>> release of mesasdk. >>>>>> >>>>>> Any hint or help is appreciated. >>>>>> >>>>>> Thanks, Alfred >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------ >>>>>> ------------------ >>>>>> Check out the vibrant tech community on one of the world's most >>>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>>>>> _______________________________________________ >>>>>> mesa-users mailing list >>>>>> mes...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/mesa-users >>>>>> >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Check out the vibrant tech community on one of the world's most >>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>>> _______________________________________________ >>>> mesa-users mailing list >>>> mes...@li... >>>> https://lists.sourceforge.net/lists/listinfo/mesa-users >> >> >> |