Skip to content

Develop chain update#1

Merged
amundson merged 396 commits intoamundson:develop-chainfrom
gartung:develop-chain-update
Jun 21, 2018
Merged

Develop chain update#1
amundson merged 396 commits intoamundson:develop-chainfrom
gartung:develop-chain-update

Conversation

@gartung
Copy link
Copy Markdown

@gartung gartung commented Jun 21, 2018

No description provided.

tgamblin and others added 30 commits May 17, 2018 14:10
- Spack core has long used llnl.util.filesystem.join_path, but
  os.path.join is pretty much the same thing, and is more efficient.

- Use os.path.join in the core Spack code from now on.
* py-pyfaidx: adding new package

* updating the url

* r-dismo: new package
* Changed netlib-lapack to fix an error in their CMake setup. Changed
netlib-lapack spackage file to add Fortran flags correctly for XL
compiler.

* Fixed line length -- forgot abt flake8...

* Fix the package version where the ibm patch applies.
* PR spack#4945 did not make this work on SuSE 11.  Adding the latest version of libexpat did.  Also update for Expat's move to GitHub.

* Update package.py

* Update package.py

Move to url_for_version()
* nco: Find NetCDF properly

* flake8
Spack doesn't have a CSharp package, so the only time ANTLR would
succeed is if a system-installed CSharp was available. This disables
CSharp support, which enables building on systems without
system-installed CSharp.
…ocks (spack#7692)

- spack.util.lock behaves the same as llnl.util.lock, but Lock._lock and
  Lock._unlock do nothing.

- can be disabled with a control variable.

- configuration options can enable/disable locking:
  - `locks` option in spack configuration controls whether Spack will use filesystem locks or not.
  - `-l` and `-L` command-line options can force-disable or force-enable locking.

- Spack will check for group- and world-writability before disabling
  locks, and it will not allow a group- or world-writable instance to
  have locks disabled.

- update documentation
… directories (spack#8160) (spack#8179)

* Use libs[0] and headers.directories[0] instead of hardcoded paths in opencv dependencies

* Fix library finding in libjpeg-turbo

* Use build_type=Debug instead of +debug to determine build_type
- Spack packages were originally expected to call `from spack import *`
  themselves, but it has become difficult to manage imports in the
  Spack core.

- the top-level namespace polluted by package symbols, and it's not
  possible to avoid circular dependencies and unnecessary module loads in
  the core, given all the stuff the packages need.

- This makes the top-level `spack` package essentially empty, save for a
  version tuple and a version string, and `from spack import *` is now
  essentially a no-op.

- The common routines and directives that packages need are now in
  `spack.pkgkit`, and the import system forces packages to automatically
  include this so that old packages that call `from spack import *`
  will continue to work without modification.

- Since `from spack import *` is no longer required, we could consider
  removing ``from spack import *`` from packages in the future and
  shifting to ``from spack.pkgkit import *``, but we can wait a while to
  do this.
- remove most `import spack` statements, except for files that need
  `spack_version`

- import spack is no longer sufficient to use submodules
  (e.g. spack.directives).

  - these submodules must be imported directly. Update references
    accordingly.
- there were some leftover spack.* names being used after we removed
  globals and moved everything in the top-level namespace to spack.pkgkit

- point those references to their new homes
* py-pyfaidx: adding new package

* updating the url

* r-proc v1.12.1 new package

* adding list_url
* py-pyfaidx: adding new package

* updating the url

* r-spatial v7.3.11 - New package
* py-pyfaidx: adding new package

* updating the url

* r-utf8 v1.1.3 - New package

* adding list_url
jrood-nrel and others added 25 commits June 15, 2018 22:53
==> Trying to clone git repository: https://github.com/xiaoyeli/superlu_dist at tag master
Fetching tags only, you probably meant:
  git fetch --tags
… the latest release. (spack#8468)

* Add changes to the Krell packages with version updates and ranges for the latest release.

* Add reviewer requested changes.  Remove preferred clauses and update the qt version for the cbtf-argonavis-gui@develop

* Trigger integration/test restart
… and OpenCV dnn header file (spack#8502)

* Adding patch for OpenCV to fix a conflict between an OpenCV and a CUDA header file

* Added patch command to package.py file for OpenCV SPACK package.

* Adding version range for patch.

* shortening comment lines, since testsuite failed
* Updating Nalu now that it can build with shared libraries and adding the new Nalu-Wind wind energy focused application.

* Explicitly turn off TPLs for Nalu when not enabled.
* Add package.py to support the Albany GitHub project builds.
…r versions (spack#8501)

* SAMRAI: remove dependency on boost for samrai 3.12.0 or later versions, but keep the older versions ccontinuing working with boost 1.64.0 or earlier. Also, the older versions cannot compile with boost 1.65.0 or above. (spack#8491)

* SAMRAI: fix typos of comments and remove obsolete code.
* Allow docs to be built with Sphinx 1.7.1+

* Allow docs to be built with Sphinx 2.0+
This addresses some build issues with GCC 8 and the addition of the
-Werror=stringop-truncation warning.
update the dependencies of openPMD-api
* New package xxhash.

* Change requested by @adamjstewart.
- pytest was not reporing the correct version from pytest.__version__.
  It reported 'unknown'

- this fixes issues on some systems where system-installed pytest plugins
  would try to use the version and convert it to an int
Conflicts:
	lib/spack/spack/cmd/find.py
	lib/spack/spack/modules/common.py
	lib/spack/spack/store.py
	share/spack/setup-env.sh
@gartung
Copy link
Copy Markdown
Author

gartung commented Jun 21, 2018

This needs further testing.

@gartung gartung closed this Jun 21, 2018
@amundson amundson reopened this Jun 21, 2018
@amundson amundson merged commit 02c2218 into amundson:develop-chain Jun 21, 2018
@gartung gartung deleted the develop-chain-update branch June 21, 2018 20:07
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.