* py-gidgetlab: add v2.0.0-v2.1.0
1.1.0 doesn't work with Python 3.13.
See this commit (and the tags that contain it) for history on build
deps:
310bc109ba.
* group dependencies
Co-authored-by: Alec Scott <hi@alecbcs.com>
* set python version constraint
Co-authored-by: Alec Scott <hi@alecbcs.com>
---------
Co-authored-by: Alec Scott <hi@alecbcs.com>
* simple update of some of neovim deps
* switch to neovim fork for unibilium and add newer versions
* fix tree-sitter _DEFAULT_SOURCE vs _BSD_SOURCE
* oneliner for filter_file
* Remove hard-coded compiler
* Remove compiler flags
* Use spack functions
* Add a cxxstd variant
* Replace main branch of googletest with some random not too old version
building fenics-dolfinx resulted in the following error:
==> No patches needed for fenics-dolfinx
==> fenics-dolfinx: Executing phase: 'cmake'
==> Error: ProcessError: Command exited with status 1:
3 errors found in build log:
3 -- The C compiler identification is unknown
4 -- The CXX compiler identification is GNU 12.2.0
5 -- Detecting C compiler ABI info
6 -- Detecting C compiler ABI info - failed
7 -- Check for working C compiler: /opt/spack/[...]libexec/spack/cc
8 -- Check for working C compiler: /opt/spack/[...]libexec/spack/cc - broken
>> 9 CMake Error at /opt/spack/opt/spack/[...]/CMakeTestCCompiler.cmake:67 (message):
10 The C compiler
11
12 "/opt/spack/opt/spack/[...]/libexec/spack/cc"
13
14 is not able to compile a simple test program.
15
...
Thanks to @amd-toolchain-support issue #50021, this is easily fixed
by adding the one-liner for the missing dependency for the C compiler.
Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* `x=*` constrained by `+x` now produces a boolean valued variant instead of a multi-valued variant.
* Values are now always stored as a tuple internally, whether bool, single or multi-valued.
* Value assignment has a stricter api to prevent ambiguity / type issues related to
`variant.value = "x"` / `variant.value = ["x"]` / `variant.value = ("x",)`. It's now `variant.set("x", ...)` for
single and multi-valued variants.
* The `_original_value` prop is dropped, since it was unused.
* The wildcard `*` is no longer a possible variant value in any type of variant, since the *parser*
deals with it and creates a variant with no values.
This reverts a change made in #20639 to have GitHub recognize our
ASP files as Prolog, the closest langauge supported by
[Linguist](https://github.com/github-linguist/linguist) at the time.
Linguist has since
[added support for ASP](https://github.com/github-linguist/linguist/pull/7184),
so we no longer need to force Prolog detection -- our `.lp` files should
be auto-detected as ASP.
Signed-off-by: Todd Gamblin <tgamblin@llnl.gov>
The second change technically affects non-Windows, but the
behavior should be exactly the same:
* Packages no longer have access to `.msbuild` and `.nmake`
automatically; they now get them via a dependency on `msvc`.
* Update two CMake-based packages that call `make test` to
instead call `ctest` (`netcdf-cxx4` and `pegtl`).
CMake-based packages should do this because on Windows
`make test` will not generally work, but `ctest` does.
* Fix `openssl` "make test" on Windows (WRT prior point: not
a CMake-based package).
* genfit: depend on c compiler to fix installation issues
genfit does not specify `LANGUAGES` in their `project` declaration yet, so C is also required to pass the cmake stage.
* vbfnlo: Depend on C compiler to pass configure stage
* cppunit: Depend on C compiler to pass configure stage
* Make py-pyqt5 depend on C to fix build error
* bdsim: Depend on C to pass configure stage
This strong preference fixes a sporadic issue when
concretizing environments with `unify:when_possible`.
In the first round of concretization, it is almost
certain that glibc is installed, and that spec might
provide iconv.
In later rounds using that as a provider might be
preferred, as it leads to less nodes to be "built".
To avoid duplication by default, prefer libiconv
in a stronger way than default preferences.
Signed-off-by: Massimiliano Culpo <massimiliano.culpo@gmail.com>
