Osqp

This version introduces two useful `enum`s that can be queried to see the status of several solver operations:

`osqp.SolverStatus` is useful in the case of `<solver>.solve()`.
`osqp.SolverError` is useful in the case of `<solver>.setup(), `<solver>.update_settings()` or `<solver>.solve()`.

We also introduce a useful exception class, `osqp.OSQPException`, that can be `equated` to these enums to find their value:

e == osqp.SolverError.OSQP_NONCVX_ERROR


See the [examples](https://github.com/osqp/osqp-python/tree/master/examples) folder for usage.

There are a couple of behavior changes that users need to be aware of:
- Initially, if `<solver>.update_settings()` failed (due to incorrect values of parameters or otherwise), it would have failed silently. With this version, it will raise an `osqp.OSQPException`. This is a breaking change, but we believe that raising an exception is more explicit and useful than failing silently.
- The `raise_error` parameter in `<problem>.solve()` still defaults to `False`, but this has the potential of hide problems with if the solve failed, so we might change it to `True` in the future. For now we warn the users of this possible change. Users should always check `res.info.status` or `res.info.status_val` in any case.
- The `.setup()` (and `.solve(raise_error=True)` invocations on `<solver>` would initially have raised `ValueError`s. These now raise `osqp.OSQPException`s which are more introspectable.

See [Status values and errors](https://osqp.org/docs/interfaces/status_values.html) for a comprehensive list of status values that you might want to watch out for.

With this release, we're making available osqp cuda (12.x) and mkl wheels available on PyPI, as `osqp-cu12` and `osqp-mkl` packages respectively, so there is no need to download these specialized "backend algebra" wheels from GitHub.

Users **do not** need to explicitly `pip install` these packages, but can choose to install `osqp` with the correct extras (`cu12` or `mkl`, or both).


pip install osqp[cu12]
pip install osqp[mkl]


More detailed instructions at [https://osqp.org/docs/get_started/python.html](https://osqp.org/docs/get_started/python.html)

This version of `osqp-python` is built from tag `1.0.0` of `osqp`.

Source distributions and binary wheels for builtin algebra are available at [PyPI](https://pypi.org/project/osqp/1.0.0/#files). MKL, CUDA and Wasm32 wheels are available here on Github.

Some minor changes over `1.0.0beta4` include:
- Not storing `P/q/A/l/u` matrices/vectors in the wrapper object, but passing them straight through to the underlying wrapped C code.
- Not allowing any kwargs on `update_settings` that we don't recognize.
- Using `polishing` and `warm_starting` as setting parameters in wrapper, even tough the old `polish` and `warm_start` are also supported for now.
- Added some more examples in the `examples/` folder.

This is a the final beta release of `osqp-python` for the upcoming OSQP v1.0.

Source distributions and binary wheels for builtin algebra are available at [PyPI](https://pypi.org/project/osqp/1.0.0b4/). MKL, CUDA and Wasm32 wheels are available here on Github.

This version of OSQP does not insist that the version of `scipy!=1.12.0` as a runtime dependency (which `v0.6.7.post0` enforced).

While `scipy 1.12.0` _does_ cause certain test results in development to fail (because of a transient behavior change in `scipy`), this is a developer-facing issue, and this dependency constraint is not enforced upon users of `osqp-python`.

* Support NumPy 2.0 for Python 3.9+