Luckily enough, no other conflicts have arisen so reverting to gfortran-10 solved the problem.
brew install gcc.10
$cmake $AMBER_PREFIX/amber20_src \
-DCMAKE_INSTALL_PREFIX=$AMBER_PREFIX/amber20 \
-DCOMPILER=MANUAL -DBLA_VENDOR=Apple \
-DMPI=FALSE -DCUDA=FALSE -DINSTALL_TESTS=TRUE \
-DDOWNLOAD_MINICONDA=TRUE -DMINICONDA_USE_PY3=TRUE \
-DCMAKE_C_COMPILER=/usr/bin/clang \
-DCMAKE_CXX_COMPILER=/usr/bin/clang++ \
-DCMAKE_Fortran_COMPILER=/usr/local/bin/gfortran-10 \
2>&1 | tee cmake.log
Make sure to unlink netcdf if installed.
// Gustaf
On 10 May 2021, at 13:09, Gustaf Olsson <gustaf.olsson.lnu.se<mailto:gustaf.olsson.lnu.se>> wrote:
And it seems there is a problem
[ 4%] Linking Fortran shared library libnetcdff.dylib
[ 4%] Built target netcdff
[ 4%] Creating directories for 'xblas_build'
[ 4%] Performing download step for 'xblas_build'
[ 4%] No update step for 'xblas_build'
[ 4%] No patch step for 'xblas_build'
[ 4%] No configure step for 'xblas_build'
[ 4%] Performing build step for 'xblas_build'
BLAS_error.c:1:10: fatal error: 'stdio.h' file not found
#include <stdio.h>
^~~~~~~~~
1 error generated.
On 10 May 2021, at 12:54, Gustaf Olsson <gustaf.olsson.lnu.se<mailto:gustaf.olsson.lnu.se>> wrote:
Using homebrew zlib seems to be a no-go, I did not manage to get that solution to work. If I need to or have time I will definitely try to install zlib manually instead.
Meanwhile, another little problem popped up today:
cpptraj
dyld: Library not loaded: /usr/local/opt/gcc/lib/gcc/10/libgfortran.5.dylib
Referenced from: /Users/username/amber20/bin/cpptraj
Reason: image not found
[1] 45474 abort cpptraj
It seems that homebrew have already moved on from gcc10 and is now on gcc11. I’ll do a recompile and se if I can get it working, otherwise homebrew users will need to manually specify compilers (gfortran) to use version 10 as before.
Best regards
// Gustaf
On 6 May 2021, at 14:59, Gustaf Olsson <gustaf.olsson.lnu.se<mailto:gustaf.olsson.lnu.se><mailto:gustaf.olsson.lnu.se>> wrote:
Hmm…
zlib is keg-only, which means it was not symlinked into /usr/local,
because macOS already provides this software and installing another version in
parallel can cause all kinds of trouble.
However, as far as I can se these headers are no longer available as of macOS Catalina. So technically, installing these and manually force the linking could work.
Warning: Refusing to link macOS provided/shadowed software: zlib
For compilers to find zlib you may need to set:
export LDFLAGS="-L/usr/local/opt/zlib/lib"
export CPPFLAGS="-I/usr/local/opt/zlib/include"
For pkg-config to find zlib you may need to set:
export PKG_CONFIG_PATH="/usr/local/opt/zlib/lib/pkgconfig"
This is strange as there seems to be no zlib on my system. It’s possible that the package is outdated, the zlib version is from 2017, if the package has not been updated since then it is quite possible that the information provided is outdated.
Using the suggested flags may solve the problem, hopefully I can work on this during the weekend.
// Gustaf
On 6 May 2021, at 14:51, Gustaf Olsson <gustaf.olsson.lnu.se<mailto:gustaf.olsson.lnu.se><mailto:gustaf.olsson.lnu.se>> wrote:
Thank you David
I have not installed brew zlib at all, though maybe I’ll try to recompile over the weekend and se if that makes a difference.
It seems that this is connected to a prior issue with xcode which was solved by installing “deprecated” files manually:
https://stackoverflow.com/questions/52741673/how-can-i-install-zlib-on-mac-os-x-mojave-10-14
sudo installer -pkg /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg -target /
This is no longer possible so obviously, installing zlib and doing a bit of experimenting may be interesting.
If this does not work, it’s possible that a previous workaround "CFLAGS="-I$(xcrun --show-sdk-path)/usr/include” though pointing to the correct brew include folder may work.
If I find the time I’ll play around a bit with it and see what happens.
All the best
// Gustaf
On 6 May 2021, at 14:34, David A Case <david.case.rutgers.edu<mailto:david.case.rutgers.edu><mailto:david.case.rutgers.edu>> wrote:
On Thu, May 06, 2021, Gustaf Olsson wrote:
Finally had time to look at the test results of the compile, there seems to be an issue:
ld: library not found for -lz.tbd
collect2: error: ld returned 1 exit status
We know about this, but a solution is elusive. Once the semester is done
here in the US, we may be able to get further. Several points:
1. This only causes problems for some NAB programs. Since very few
AmberTools users use NAB anyway, for most people, this should not be a
problem. Further, many mac users actually have zlib installed via macports
or homebrew (since it is a common requirement). They should not see this
problem.
2. For a workaround, do this:
download zlib source from zlib.net<
http://zlib.net/><
http://zlib.net/>
./configure; make; sudo make install
add -DCMAKE_PREFIX_PATH=/usr/local to the run_cmake script
3. Another workaround: use the conda package, where this problem
(mysteriously) doesn't occur.
...thanks for the report....dac
_______________________________________________
AMBER mailing list
AMBER.ambermd.org<mailto:AMBER.ambermd.org><mailto:
AMBER.ambermd.org>
http://lists.ambermd.org/mailman/listinfo/amber
_______________________________________________
AMBER mailing list
AMBER.ambermd.org<mailto:
AMBER.ambermd.org>
http://lists.ambermd.org/mailman/listinfo/amber
_______________________________________________
AMBER mailing list
AMBER.ambermd.org<mailto:AMBER.ambermd.org>
http://lists.ambermd.org/mailman/listinfo/amber
_______________________________________________
AMBER mailing list
AMBER.ambermd.org
http://lists.ambermd.org/mailman/listinfo/amber
Received on Mon May 10 2021 - 06:30:03 PDT
