| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
* Travis version of pip is too old
* Also need to upgrade setuptools
|
|
* Add GCC 7
* Allow users to build subset of GCC compilers with multi-value variant.
* Add comment explaining what 'all' actually means
* More specific golang support
* Only require Zip when building Java
* Comment out provide directives that don't currently work
* Add Ada support
* Use conflicts directive
* Fix joining of languages
* Need special flag to build jit
* Explicitly declare GNAT download extension
* Import tty, update lib64 to lib
* BRIG and Go are not supported on macOS
* Simplify formatting and imports
* JIT patch required for newer versions as well
|
|
It seems that parse_anonymous_spec may fail if more than one part
(variant, version range, etc.) is given to the function. Added tests to
code against to fix the problem in #4144.
|
|
- Full help is now only generated lazily, when needed.
- Executing specific commands doesn't require loading all of them.
- All commands are only loaded if we need them for help.
- There is now short and long help:
- short help (spack help) shows only basic spack options
- long help (spack help -a) shows all spack options
- Both divide help on commands into high-level sections
- Commands now specify attributes from which help is auto-generated:
- description: used in help to describe the command.
- section: help section
- level: short or long
- Clean up command descriptions
- Add a `spack docs` command to open full documentation
in the browser.
- move `spack doc` command to `spack pydoc` for clarity
- Add a `spack --spec` command to show documentation on
the spec syntax.
|
|
* qt: add 5.8.0 which builds on Sierra with clang 8.1.0
* enable parallel build, add freetype dependency
* minor
* minor
|
|
Remove python dependency for libxcb and xcbproto
|
|
Seen in https://travis-ci.org/LLNL/spack/builds/229484526, very likely
due to a problem in the Travis builder.
|
|
|
|
The conditionals are repeated in the statement before _add_dependencies
|
|
* adding paramiko and missing dependencies, setup to work with #2548
* adding other deps for paramiko
* fix flake8 errors
* removed spurious add
* address suggestion for proper dependencies
* fix cryptography deps
* remove FIXME comments and commented depends lines
|
|
|
|
|
|
|
|
* Add list_url to mpfr
* Switch to download directly from GNU
* http -> https
|
|
* Updating bamtools to include a dependency for zlib.
In a standard compile, bamtools will fail if zlib headers are not installed on the target machine. In order to maintain compatibility with all systems -- and since zlib is included already as a dependency for cmake -- this patch adds zlib as a link dependency for the bamtools package.
* Modified cmake rpath include.
Bamtools has a non-standard library location, so we need to append $prefix/lib/bamtools to the rpath. Not sure there's a better way to do this...
* Fixing syntax error in package.py
Fixed a non-terminated parenthesis on line 46.
* Updated bamtools to be a CMakePackage
Removed extraneous code, and altered the package to extend cmake_args
including the non-standard library location.
* UpRemoving cmake dependency and removing blank line from end of file
* Updates to cmake_args.
Removed the duplicate definition of std_cmake_args in favor of simply overriding the CMAKE_INSTALL_RPATH variable that is provided. This should allow the package to be linked correctly to itself.
|
|
* Fix -include issue with intel and pgi in zlib
MERGE CANDIDATE
* Patch zlib to compiler with the cray compiler suite.
|
|
|
|
What the user wants, the user gets....
|
|
|
|
|
|
|
|
python+tk will not build because it depends (indirectly) on python~tk
via libxcb. There are efforts to allow multiple instances of a package
to concretize together but they are ongoing so in the meantime this
comments out the dependencies and adds TODOs
|
|
|
|
* Fix ordering of versions (proper!)
* Add url/digest for jdk@8u73
|
|
|
|
|
|
* SV variants are evaluated correctly in `when=` statements fixes #4113
The problem here was tricky:
```python
spec.satisfies(other)
```
changes already the MV variants in others into SV variants (where
necessary) if spec is concrete. If it is not concrete it does
nothing because we may be acting at a pure syntactical level.
When evaluating a `when=` keyword spec is for sure not concrete
as it is in the middle of the concretization process. In this case we
have to trigger manually the substitution in other to not end up
comparing a MV variant "foo=bar" to a SV variant "foo=bar" and having
False in return. Which is wrong.
* sv variants: improved error message for typos in "when=" statements
|
|
|
|
add transitive run dependencies of direct build dependencies
|
|
|
|
|
|
only add direct build-only dependencies to PATH
|
|
* Update py-beautifulsoup4
* Change beautifulsoup4 url to pypi.io url.
|
|
|
|
* building wget depends on perl > 5.12.0
* Remove extra parenthesis
|
|
* bash completion: fixed `_spack_create-db-tarball': not a valid identifier
* bash completion: dashes are translated to underscores
This also fixes the name of the subfunction to be called, as apparently
it was not updated after moving the command `create-db-tarball`.
|
|
|
|
* spack: no stacktrace if not in debug mode + fix emacs variant
* emacs: removed dead code
|
|
* Add the py-dryscrape package
* Adjust dependencies and change development to develop
|
|
|
|
|
|
* Add the py-webkit-server package
* Change development to develop
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
