Hi,
Cmake invocation for Amber (GIT master) on my WSL2/Ubuntu20 platform
just took about 2 minutes ( 1m54.174s measured by 'time'). Cmake
invocation was:
cmake /home/droe/Amber/GIT/gitlab \
-DCMAKE_INSTALL_PREFIX=/home/droe/Programs/amber/22/debug \
-DCOMPILER=GNU \
-DMPI=FALSE -DCUDA=FALSE -DINSTALL_TESTS=TRUE \
-DDOWNLOAD_MINICONDA=TRUE -DBUILD_PYTHON=TRUE
Cmake version 3.16.3. Cmake log attached. Let me know if you need any more info.
-Dan
On Mon, Feb 20, 2023 at 7:48 AM David A Case via AMBER-Developers
<amber-developers.ambermd.org> wrote:
>
> On Mon, Feb 20, 2023, Josh Berryman wrote:
>
> >I ask a class of undergrads to install anaconda every year for an
> >introductory "science IT" class. (Plotting and scripting with python).
> >
> >Every now and then someone's OS or hardware just will not install, Escher
> >loops in the dependency resolution, that kind of thing. Solution in that
> >case is to use a different python distro, c'est la vie.
>
> On my Linux boxes, either Intel python or the default Ubuntu python fail.
> Things seem OK on an OSX machine. Why should Miniconda depend on the host
> python anyway? Isn't the whole idea to (try to) make Amber independent of
> what python choices the user makes?
>
> I was sort of hoping that someone using Linux could just do a "run_cmake"
> job, and report success or failure.
>
> ....dac
>
>
> _______________________________________________
> AMBER-Developers mailing list
> AMBER-Developers.ambermd.org
> http://lists.ambermd.org/mailman/listinfo/amber-developers
_______________________________________________
AMBER-Developers mailing list
AMBER-Developers.ambermd.org
http://lists.ambermd.org/mailman/listinfo/amber-developers
- application/octet-stream attachment: cmake.log
Received on Mon Feb 20 2023 - 05:30:03 PST
