Update:
I removed the previous installation of AmberTools22 and the “extra” Cmake. Then untarred AmberTools22, ran ./run_cmake -DBUILD_PERL=FALSE (looks OK), then ran make install (error at “Performing build step for PerlMol”).
So the problem was unrelated to the double installation of Cmake.
Should I just remove the PerlMol block from the Makefile? Is it needed for any Amber functionality?
This is the block:
#=============================================================================
# Target rules for targets named PerlMol
# Build rule for target.
PerlMol: cmake_check_build_system
$(MAKE) $(MAKESILENT) -f CMakeFiles/Makefile2 PerlMol
.PHONY : PerlMol
# fast build rule for target.
PerlMol/fast:
$(MAKE) $(MAKESILENT) -f AmberTools/src/PerlMol-0.3500/CMakeFiles/PerlMol.dir/build.make AmberTools/src/PerlMol-0.3500/CMakeFiles/PerlMol.dir/build
.PHONY : PerlMol/fast
Thanks,
Valentin V. Rybenkov
University of Oklahoma
101 Stephenson Parkway
Norman, OK 73019
Web: antibiotics.oucreate.com
From: Rybenkov, Valentin V. via AMBER<mailto:amber.ambermd.org>
Sent: Tuesday, July 19, 2022 10:51 AM
To: David A Case<mailto:david.case.rutgers.edu>; AMBER Mailing List<mailto:amber.ambermd.org>
Subject: Re: [AMBER] AmberTools installation issue
Hello David,
Many thanks for the reply.
No, it did not work. I renamed the CMakeCahe.txt in the amber22_src/build directory, ran ./run_cmake c (no problems here),
then make install (the same error).
Somehow, the Perl module is still being built. Is there another place that instructs make to build Perl?
One thing that comes to mind, I did not uninstall CMake 23, which I initially downloaded from cmake.org. My machine is calling the local version of CMake regardless. Is there a config file (or similar) from the first installation of cmake that interferes with the build process?
I found a line in CMakeCache.txt that defines the “var” directory. "var” is the write-protected directory writing into which generates the error.
//Modifiable single-machine data (var)
CMAKE_INSTALL_LOCALSTATEDIR:PATH=var
Can this variable be redefined somewhere so as to use a user-accessible directory instead of var?
Thanks,
Valentin
Valentin V. Rybenkov
University of Oklahoma
101 Stephenson Parkway
Norman, OK 73019
Web: antibiotics.oucreate.com
________________________________
From: David A Case <david.case.rutgers.edu>
Sent: Tuesday, July 19, 2022 7:48:27 AM
To: Rybenkov, Valentin V. <valya.ou.edu>; AMBER Mailing List <amber.ambermd.org>
Subject: Re: [AMBER] AmberTools installation issue
On Sun, Jul 17, 2022, Rybenkov, Valentin V. via AMBER wrote:
>This is an update to the installation error of AmberTools22. I traced the
>error to a specific line in makefiles. The error involves an attempt to
>write into a privileged area. It occurs on line
>$(MAKE) $(MAKESILENT) -f CMakeFiles/Makefile2 PerlMol
>of the “# Target rules for targets named PerlMol’ of the main Makefile.
>Then into the block “# Target rules for target
>AmberTools/src/PerlMol-0.3500/CMakeFiles/PerlMol.dir” of
>amber22_src/build/CMakeFiles/Makefile2.
>Then into the file
>AmberTools/src/PerlMol-0.3500/CMakeFiles/PerlMol.dir/build.make, line “cd
>/home/valya/Amber22/amber22_src/build/AmberTools/src/PerlMol-0.3500/build
>&& /usr/bin/make”,
>Specifically, the instruction “/usr/bin/make”
>generates an error, using presumably the Makefile in
>$AMBERHOME/amber22_src/build/AmberTools/src/PerlMol-0.3500/build/.
>
>I do not understand why this script tries to write into a write-protected
>directory. This seems to be a bug in the installation package. Is there a
>way to bypass it?
Thanks for the detailed report, but I don't know why you are seeing this
problem, but no one else has reported it. There is no specific mention of
"/var" in this Makefile, and you may be correct that the C compiler is
choosing it. This is code from the Perl community, and we didn't write it.
We test Amber on CentOS 7 in a pretty vanilla virutal machine, and don't see
the problem.
Try adding the following define to your run_cmake script:
-DBUILD_PERL=FALSE
Remove the CMakeCache.txt file, and re-run the script, followed by make
install. That should skip the problem.
....hope this helps...dac
_______________________________________________
AMBER mailing list
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 Thu Aug 04 2022 - 13:34:53 PDT
