./devel/py-scikit-build-core, Build backend for CMake based projects

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ] [ Add to tracker ]


Branch: CURRENT, Version: 0.10.7, Package name: py312-scikit-build-core-0.10.7, Maintainer: pkgsrc-users

Scikit-build-core is a build backend for Python that uses CMake to
build extension modules. It has a simple yet powerful static
configuration system in pyproject.toml, and supports almost unlimited
flexibility via CMake. It was initially developed to support the
demanding needs of scientific users, but can build any sort of
package that uses CMake.

Scikit-build-core is a ground-up rewrite of the classic Scikit-build.


Master sites:

Filesize: 249.042 KB

Version history: (Expand)


CVS history: (Expand)


   2024-04-21 09:29:19 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-scikit-build-core: updated to 0.9.2

Version 0.9.2

Quick fix for quick fix in 0.9.1; if `cmake` is a broken script (which can
happen if you pip install outside an environment then enter an environment,
there was an unbound local error instead of ignoring the broken cmake script.

Fixes:

- Unbound local error

Version 0.9.1

Quick fix for Pyodide (WebAssembly) builds.

Fixes:

- Try `--version` if `-E capabilities` fails
   2024-04-19 21:38:48 by Adam Ciarcinski | Files touched by this commit (3) | Package updated
Log message:
py-scikit-build-core: updated to 0.9.0

Version 0.9.0

This version adds the ability to `inherit` in override tables, matching a
similar feature added to cibuildwheel 2.17's overrides. You can now write out
extra metadata to `@{SKBUILD_METADATA_DIR}`. A new Hatchling plugin is provided
as an experimental feature (will likely be made a separate package in the future
like the setuptools plugin).

The meaning of `wheel.exclude` has been changed to match on the wheel path,
rather than the source path. We could not find any projects that would be
affected by this change, so it was not added to the minimum-version protection
policy. This now allows you to ignore CMake outputs as well.

Features:

- Preserve additivity of `cmake.define` across `overrides` tables
- Add metadata dir access
- Experimental hatchling builder
- Vendor pyproject-metadata
- Always require pathspec

Fixes:

- Exclude installed files if listed in exclude
- Make `.git_archival.txt` reproducible
- Use `cmake -E` capabilities instead of `cmake --version`
- Ensure many/musl tags not selected
- purelib should set py3 tag if unset
- Validate description for 0.9+
- Support bools in config settings

API changes:

- `extra_settings` for SettingsReader
- `GetRequires` args changed
- Make `from_file` a little more powerful
- Metadata is part of the build backend

Documentation:

- `cmakelists.md` Windows `SOABI` suffix variable
- Fix hatch init command
- Fix install strip default
- Improve `ninja.make-fallback` description in the README
- Mention printouts

CI and testing:

- Lower `pybind11` test dependency
- Some cleanup from uv branch
- Fedora CI maintenance
- Small additions
- Some changes from uv job
- Fix setuptools on Python 3.12
- Fedora: Port downstream PR-49
   2024-03-01 07:56:19 by Adam Ciarcinski | Files touched by this commit (3) | Package updated
Log message:
py-scikit-build-core: updated to 0.8.2

Version 0.8.2

This version fixes a few small issues related to configuration. The wheel tag is
fixed when `wheel.platlib` is False, inplace editable installs ignore
`build-dir`, and `install-dir` no longer affects the generate path.

Fixes:

- Ensure `wheel.platlib` being false sets `<abi>-<platform>` as \ 
`"none-any"`
- Inplace editable install should ignore `build-dir`
- `install-dir` shouldn't affect generate path
- Expand info printing

Documentation:

- Clarify requirement for using "inplace" editable mode
- Update README to use modern GitHub admonition
- be explicit about what it means to "use SKBUILD_SOABI"
   2024-02-15 08:36:36 by Thomas Klausner | Files touched by this commit (4)
Log message:
devel/py-scikit-build-core: import py-scikit-build-core-0.8.1

Scikit-build-core is a build backend for Python that uses CMake to
build extension modules. It has a simple yet powerful static
configuration system in pyproject.toml, and supports almost unlimited
flexibility via CMake. It was initially developed to support the
demanding needs of scientific users, but can build any sort of
package that uses CMake.

Scikit-build-core is a ground-up rewrite of the classic Scikit-build.