"platforms/cuda/vscode:/vscode.git/clone" did not exist on "36589f7cb5094d6778f88fa9341117bd8fa164e5"
- 15 Nov, 2019 1 commit
-
-
Andy Simmonett authored
-
- 12 Nov, 2019 1 commit
-
-
Andy Simmonett authored
-
- 04 Nov, 2019 1 commit
-
-
Andy Simmonett authored
-
- 01 Nov, 2019 3 commits
-
-
peastman authored
-
Andy Simmonett authored
-
Andy Simmonett authored
-
- 24 Oct, 2019 3 commits
-
-
Andy Simmonett authored
-
Andy Simmonett authored
-
Andy Simmonett authored
-
- 30 Sep, 2019 1 commit
-
-
peastman authored
-
- 10 Sep, 2019 1 commit
-
-
peastman authored
-
- 19 Aug, 2019 1 commit
-
-
Michael Schnieders authored
Fixed units in swigInputConfig.py for new Alchemical AMOEBA vdW methods exposed in the OpenMM API; implemented the getDefaultParameters() on the AmoebaVdwForceImpl to return 1.0 for AmoebaVdwAlpha; Use AmoebaVdwForce::Lambda() to refer to this parameter rather than the String AmoebaVdwAlpha
-
- 05 Jul, 2019 1 commit
-
-
peastman authored
-
- 29 Apr, 2019 1 commit
-
-
Peter Eastman authored
-
- 09 Apr, 2019 1 commit
-
-
peastman authored
* Created API for HIPPO force field * Beginning of reference implementation of HIPPO * Continuing reference implementation of HIPPO * Continuing reference implementation of HIPPO * Continuing reference implementation of HIPPO * Continuing reference implementation of HIPPO * Continuing reference implementation of HIPPO * Continuing reference implementation of HIPPO * Continuing reference implementation of HIPPO * Completed reference of HIPPO with no cutoff * Beginning cutoffs/PME for reference implementation of HIPPO * Continuing PME for reference implementation of HIPPO * Continuing PME for reference implementation of HIPPO * Continuing PME for reference implementation of HIPPO * Completed reference implementation of HIPPO * Cleanup and optimization to HIPPO reference * Further cleanup to HIPPO * Combined direct space interactions into a single loop * Compute direct space interactions in quasi-internal frame * Beginning of CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Continuing CUDA implementation of HIPPO * Finished CUDA implementation of HIPPO * More features and test cases for HippoNonbondedForce * Serialization and Python API for HippoNonbondedForce * Fixed sign error in computing forces
-
- 23 Jul, 2018 1 commit
-
-
peastman authored
-
- 16 Mar, 2018 1 commit
-
-
peastman authored
-
- 23 Jan, 2018 1 commit
-
-
Peter Eastman authored
-
- 06 Sep, 2017 1 commit
-
-
peastman authored
-
- 25 Aug, 2017 1 commit
-
-
peastman authored
-
- 09 Aug, 2017 1 commit
-
-
peastman authored
-
- 08 Aug, 2017 1 commit
-
-
peastman authored
-
- 14 Jul, 2017 1 commit
-
-
peastman authored
-
- 19 Jun, 2017 1 commit
-
-
Peter Eastman authored
-
- 16 Jun, 2017 1 commit
-
-
Peter Eastman authored
-
- 22 Feb, 2017 1 commit
-
-
peastman authored
-
- 05 Jan, 2017 1 commit
-
-
peastman authored
-
- 04 Jan, 2017 1 commit
-
-
peastman authored
-
- 24 Dec, 2016 2 commits
- 10 Oct, 2016 1 commit
-
-
Peter Eastman authored
-
- 29 Apr, 2016 1 commit
-
-
peastman authored
-
- 03 Feb, 2016 1 commit
-
-
Saurabh Belsare authored
-
- 02 Feb, 2016 1 commit
-
-
Saurabh Belsare authored
-
- 19 Dec, 2015 1 commit
-
-
Peter Eastman authored
-
- 19 Nov, 2015 1 commit
-
-
Peter Eastman authored
-
- 17 Nov, 2015 1 commit
-
-
Philip_Tzou authored
apparently SWIG typemaps maps Python's list but not set with std::set. Instead, Python's `set` is mapped with `std::unordered_set`. The original code of `swigInputBuilder.py` is kindly in a mess. Too much lines in a single method `writeMethods` which causes debug becomes difficult. Also there are a lot of warnings about [PEP8](https://www.python.org/dev/peps/pep-0008/). A refactoring in the future may be a good idea.
-
- 07 Nov, 2015 1 commit
-
-
Peter Eastman authored
-
- 05 Nov, 2015 1 commit
-
-
Robert McGibbon authored
-
- 04 Nov, 2015 1 commit
-
-
Peter Eastman authored
-