[Mesa-users] Rank mismatch error when building adipls package

Thu Oct 14 15:37:26 UTC 2021

Hi everyone, Rob's solution ended up fixing the problem and the installation completed successfully, but I will keep in mind in the future that it is simple enough to switch SDK's!

Thank you all for your help,
Simon
________________________________
From: Mesa-users <mesa-users-bounces at lists.mesastar.org> on behalf of Rob Farmer via Mesa-users <mesa-users at lists.mesastar.org>
Sent: October 14, 2021 5:18 AM
To: Warrick Ball <W.H.Ball at bham.ac.uk>
Cc: mesa-users at lists.mesastar.org <mesa-users at lists.mesastar.org>
Subject: Re: [Mesa-users] Rank mismatch error when building adipls package

To fix adiplis try adding:

dimension x(nn),y(iy,nn)

To line 57 of adipls/adipack.c/adipls/geninh.d.f

Rob

On Thu, 14 Oct 2021 at 10:45, Warrick Ball via Mesa-users <mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org>> wrote:
Hi,

As far as I know, the SDK init script's main effect is to prepend $MESASDK_ROOT/bin to PATH, so you can "unset" the SDK by removing that addition from your PATH.  I swap SDKs quite often, so I created a one-line bash script that returns the current PATH variable with the argument removed.

     $ cat ~/bin/path-del
     #!/usr/bin/env bash
     # removes entries in $PATH variable that match given string
     echo $PATH | tr ':' '\n' | sed "/$1/d" | tr '\n' ':' | sed 's/:$/\n/'

I've called the file `path-del`, made it executable and put it in a folder in my default PATH (~/bin).  Usage is then demonstrated by

     $ echo $PATH
     /usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/home/wball/bin
     $ export MESASDK_ROOT=/home/wball/mesa/sdk/20.3.2
     $ source $MESASDK_ROOT/bin/mesasdk_init.sh         # prepends SDK to PATH
     $ echo $PATH
     /home/wball/mesa/sdk/20.3.2/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/home/wball/bin
     $ export PATH=$(path-del sdk)                      # removes SDK from PATH
     $ echo $PATH
     /usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/home/wball/bin

I'm sure other people have their own schemes for switching SDKs.  The script almost certainly won't behave properly given special characters and I never have anything else in my PATH that matches "sdk", but it might be helpful!

The script could also probably be made an alias instead.

Cheers,
Warrick

___________

Warrick Ball
Postdoc, School of Physics and Astronomy
University of Birmingham, Edgbaston, Birmingham B15 2TT
W.H.Ball at bham.ac.uk<mailto:W.H.Ball at bham.ac.uk>
+44 (0)121 414 4552

On Thu, 14 Oct 2021, mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org> wrote:

> Hi Simon,
> For what it's worth, you probably don't really need to "install" the old sdk, you can probably just run the old one once prior to the installation. Switching between sdks is also very easy - it's a matter of just calling one or the other, or for
> example putting one of them in your .bashrc. You can of course pursue other solutions if you wish though.
>
> Best regards,
> Earl
>
> ---
> Earl Patrick Bellinger
> Postdoctoral Research Fellow
> Max Planck Institute for Astrophysics
> https://earlbellinger.com
>
> On Thu, Oct 14, 2021 at 12:27 AM Simon Guichandut <simon.guichandut at mail.mcgill.ca<mailto:simon.guichandut at mail.mcgill.ca>> wrote:
>       Hi Earl,
>
> Thank you for the quick response. I should have mentioned that I am also currently working on a project with the current MESA release, so I was hoping to avoid installing an older SDK. I could always try using a virtual environment, but perhaps
> there is an easy bugfix for my problem.
>
> Thanks,
> Simon
>
> __________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________
> From: Earl Bellinger <earlbellinger at gmail.com<mailto:earlbellinger at gmail.com>>
> Sent: October 13, 2021 6:02 PM
> To: Simon Guichandut <simon.guichandut at mail.mcgill.ca<mailto:simon.guichandut at mail.mcgill.ca>>
> Cc: mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org> <mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org>>
> Subject: Re: [Mesa-users] Rank mismatch error when building adipls package
> Dear Simon,
> It should probably work then if you use the corresponding sdk for that release:
>
> http://www.astro.wisc.edu/~townsend/static.php?ref=mesasdk
>
> Best regards,
> Earl
>
> ---
> Earl Patrick Bellinger
> Postdoctoral Research Fellow
> Max Planck Institute for Astrophysics
> https://earlbellinger.com
>
>
> On Wed, Oct 13, 2021 at 11:30 PM Simon Guichandut via Mesa-users <mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org>> wrote:
>       Hello everyone,
>
> I am trying to install an older version of MESA (9575) using the most recent SDK (x86_64-macos-21.4.1), on MacOS 10.15.7.
>
> I was able to fix the first few bugs but am now stuck at a rank mismatch error in the adipls package (see below). Searching through the mailing list archive, I can see that this error has appeared in the past, but as a warning instead,
> which did not cause the build to fail.  I assume this has to do with the gfortran compiler in the SDK that I am using, but I'm not sure how to proceed.  Any help would be much appreciated.
>
> Best,
> Simon Guichandut
>
> --------------------------------------------------------------------------------------------
> Console output
>
> gfortran   -c -o geninh.d.o geninh.d.f geninh.d.f:43:18:
>
>    43 |    40 call eigin4(x,y,rhs,ii,iy,ig,isn,nd1,nn)
>       |                  1
> Error: Rank mismatch in argument 'x' at (1) (scalar and rank-1)
> make[1]: *** [geninh.d.o] Error 1
> cp: libadipls.a: No such file or directory
> make: *** [libadipls.a] Error 1
>
> /Users/simon/Desktop/codes/Mesa/mesa-r9575/adipls/make
> FAILED
>
> /Users/simon/Desktop/codes/Mesa/mesa-r9575/adipls
> ./build_and_test FAILED
>
>
> --------------------------------------------------------------
> Other info
>  *  uname -a
>  *  Darwin vlan123-248.physics.mcgill.ca<http://vlan123-248.physics.mcgill.ca> 19.6.0 Darwin Kernel Version 19.6.0: Tue Aug 24 20:28:00 PDT 2021; root:xnu-6153.141.40~1/RELEASE_X86_64 x86_64
>  *
>  *  gfortran -v
>  *  Using built-in specs. COLLECT_GCC=/Applications/mesasdk/bin/gfortran.exec
> COLLECT_LTO_WRAPPER=/Applications/mesasdk/bin/../libexec/gcc/x86_64-apple-darwin20.3.0/10.2.0/lto-wrapper
> Target: x86_64-apple-darwin20.3.0
> Configured with: /opt/sdk2-tmp/build/gcc/configure CC=clang CXX=clang++ --build=x86_64-apple-darwin20.3.0 --host=x86_64-apple-darwin20.3.0 --target=x86_64-apple-darwin20.3.0 --prefix=/opt/sdk2-tmp/mesasdk --with-gmp=/opt/sdk2-tmp/mesasdk
> --with-mpfr=/opt/sdk2-tmp/mesasdk --with-mpc=/opt/sdk2-tmp/mesasdk --enable-languages=c,c++,fortran --disable-multilib --disable-nls --disable-libsanitizer --with-sysroot=/opt/sdk2-tmp/mesasdk/sysroot
> Thread model: posix
> Supported LTO compression algorithms: zlib
> gcc version 10.2.0 (GCC)
>  *
>  *  echo $MESASDK_ROOT
>  *  /Applications/mesasdk
>  *
>  *  echo $PATH
>  *  /Users/simon/anaconda3/bin:/Users/simon/anaconda3/condabin:/Applications/mesasdk/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/Library/TeX/texbin:/opt/X11/bin
> _______________________________________________
> mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org>
> https://lists.mesastar.org/mailman/listinfo/mesa-users
>
>
>
_______________________________________________
mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org>
https://lists.mesastar.org/mailman/listinfo/mesa-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20211014/dcebb393/attachment.htm>