I think I got every key from setup.py.
The main difference is if the READTHEDOCS environment variable is set: I don't know how to change the dependencies based on that.

On the other hand, given 3.8 is close to or past EOL, I suspect 3.3 is relatively uncommon, and the RTD install, without the unneeded bits, could be accomplished with pip install --no-deps.

…tes.

numpy.distutils recommends setuptools<60, but that breaks pyproject.toml
configuration.  I like this way better.  Still needs setup.py for the
fortran module and for the Cheyenne configuration.

setuptools<60 just gets confused, and has no idea what the project name is.
I just inverted that requirement: not sure if setuptools needs to be more recent still.

Works decently as a standalone builder/installer.
Need to work on packaging for python.
Scikit-build-core says it's a good option.

I should delete setup.py before too much longer, shouldn't I.

Pretty sure none of them are designed to be used that way.
Also it kept CMake from trying to execute them with sh.

Can't test locally.  Debating testing in my repo or draft PR.

It's not working, and I'd like to know why.

Only use my versions when skbuild isn't around.

It's not working, and it doesn't look easy to get working on Mac.
Everything should be working now, so let's check.

Requirements list on RTD is much shorter than elsewhere,
so do not install the extra packages on RTD.

The last part of setup.py left is the Cheyenne configuration.

For some reason this isn't getting written despite every file being .f90 and no file being .f77, so put that in the code.

Update package metadata.

Let's see if this allows this to build.  I haven't had problems locally with 3.9/1.26

I think I had it earlier, but deleted it from the link line because I thought the library was fixed-form only, rather than making sure it was available for the link line.

Let's see if that's the fix that broke the build

f2py seems to do better with those.

Mac doesn't call it ldd, not sure what it should be.

Don't specify Python version in CMakeLists.txt

Co-authored-by: Katelyn FitzGerald <[email protected]>