Coverage increased (+0.005%) to 86.624% when pulling0fda8c0 on bnavigator:complex-statespace into51c797e on python-control:master.

I suspect this might be quite a lot of work to properly support (see below).

Would we change Slycot to reject complex matrices when real are expected? This might be a good idea anyway.

Would we support TFs with complex coefficients?

In [15]: import control as ctIn [16]: import control.matlab as mlIn [17]: ct.gram(ct.ss(-1-1j, 2, 3, 4), 'o')/home/rory/.miniconda3/envs/controldev/lib/python3.8/site-packages/slycot/synthesis.py:792: ComplexWarning: Casting complex values to real discards the imaginary part  out = _wrapper.sb03md(dico,n,C,A,U,job=job,fact=fact,trana=trana,ldwork=ldwork)Out[17]: matrix([[4.5]])In [18]: y, t = ml.step(ct.ss(-1-1j, 2, 3, 4)); y[1]/home/rory/src/python-control/control/timeresp.py:376: ComplexWarning: Casting complex values to real discards the imaginary part  xout[:, i] = (dot(Ad, xout[:, i-1]) + dot(Bd0, U[:, i-1]) +Out[18]: 4.26995014112991

ComplexWarning: Casting complex values to real discards the imaginary part

Also, see discussion in#376. We could set a warning filter making this an error in Slycot.

Hi,
First, thanks for this library.
I still have the complex values to float issue when starting matrix creation from complex eigen values and with Rev 0.9.0

Has the development for this feature been discontinued? Is there a big road-block depending on another package (slycot?)?

If I remember correctly, Slycot had some functions that could be easily extended to handle complex cases
#376 (comment)
However,

tb05ad_ng and tb04ad_r are casting complex values to real, but as far as I know it seems there are no complex routine equivalents to these functions

The main roadblock is probably developer time. I might resuming working on this not earlier than in 2 or 3 months. Contributions from others are always welcome of course.