Move build system to meson-python

[ndgrigorian]

This PR proposes moving from setuptools to meson-python as the mkl_fft build system

meson-python is already used by NumPy and allows setup.py to be removed (with its logic moved into the meson.build script)

[Copilot]

Pull request overview

This PR migrates mkl_fft’s build backend from setuptools/setup.py to meson-python, moving extension/module build logic into meson.build and updating packaging/CI/conda recipes accordingly.

Changes:

• Switch PEP 517 build backend to mesonpy and drop setup.py-based build configuration.
• Add a Meson build definition that generates mklfft.c and builds/installs the _pydfti extension plus Python sources/tests.
• Update conda recipes and CI workflows to install Meson-based build dependencies and build via pip.

Reviewed changes

Copilot reviewed 16 out of 16 changed files in this pull request and generated 3 comments.

Show a summary per file

File	Description
setup.py	Removed legacy setuptools build script.
pyproject.toml	Switched build backend to mesonpy; adjusted formatter/lint tool config and removed setuptools-specific sections.
meson.build	New Meson build: MKL dependency discovery, source generation, Cython extension build, and install rules.
conda-recipe/meta.yaml	Add Meson build tooling to host requirements; remove setuptools.
conda-recipe/build.sh	Build/install via pip without setting MKLROOT.
conda-recipe/bld.bat	Build/install via pip without setting MKLROOT.
conda-recipe-cf/meta.yaml	Same as Intel recipe for conda-forge context.
conda-recipe-cf/build.sh	Build/install via pip instead of setup.py.
conda-recipe-cf/bld.bat	Build/install via pip instead of setup.py.
.github/workflows/build-with-standard-clang.yml	New CI job validating Meson-based builds with system clang.
.github/workflows/build-with-clang.yml	Update dependency installation to Meson-based toolchain (workflow still uses editable install later).
.github/workflows/build_pip.yml	Update dependency installation to Meson-based toolchain (workflow still uses editable install).
.flake8	Exclude new vendored helper script.
_vendored/README.md	Document additional vendored script origin.
_vendored/process_src_template.py	New vendored CLI for generating *.c from *.c.src.
_vendored/conv_template.py	Formatting/modernization changes to vendored tempita processor.

Comments suppressed due to low confidence (1)

.github/workflows/build_pip.yml:49

• This workflow still installs the package in editable mode (pip install -e ...), but build-with-standard-clang.yml explicitly notes that mkl_fft cannot be installed in editable mode. If editable installs are indeed unsupported with the meson-python backend, switch this workflow to a non-editable install (pip install .) and run tests from outside the repo checkout (e.g., cd ..) to ensure imports come from the installed wheel. If editable installs are intended to be supported, please drop/adjust the comment in build-with-standard-clang.yml and ensure meson-python minimum version is set accordingly.

[vlad-perevezentsev]

The last commit is experimental 54edcb2 that switches conda-recipe build scripts from pip wheel/pip install to python -m build aligning with mkl-service to enable verbose ninja output by -Ccompile-args=-v.
It also adds python-build >=1.2.2 as a dependency

[vlad-perevezentsev]

@antonwolfy@jharlow-intel
This PR is ready for review

[antonwolfy]

I wonder why we use SDL here for mkl-service and SDL also in legacy mkl_fft. Is that intentional to migrate to dynamic link?

[vlad-perevezentsev]

I am not sure why sdl was changed to dynamic
@ndgrigorian could you please explain this?

In any case this change is not part of the meson migration.
If needed it can be done in a separate PR
I reverted it back to sdl

[ndgrigorian]

Reasoning was related to the change in mkl_umath to specify gnu_thread/intel_thread due to the issues with large size arrays. But probably, it wasn't needed.

[antonwolfy]

Thank you @vlad-perevezentsev
No more comments from me, LGTM!