Я пытался пойти по этому пути несколько месяцев назад и решил, что оно того не стоит.
Мне удалось запустить бинарную установку PyQt (в Windows) на версию Python без стеков, но я обнаружил, что мне пришлось вручную войти и изменить некоторые файлы. Я получал сообщение об ошибке (извините, я забыл, что это было), и поиск в Google привел к решению несколько лет назад. Более новый код не включал старое исправление, поэтому изменение было не слишком сложным и (если я правильно помню) оно было в python, поэтому перекомпиляция не требовалась.
Но для меня это было нарушением условий сделки. Обновления Qt выходят регулярно, также как и обновления PyQt, и я не хотел постоянно исправлять код. Stackless и PyQt просто недостаточно используются для тщательной проверки. Я обнаружил, что риск отладки проблем довольно высок. Это особенно верно, учитывая, что автор stackless перешел на PyPy. Позвольте мне заранее извиниться - мне бы хотелось, чтобы у меня были ссылки на автора, который остановил разработку на python без стеков, и больше подробностей об ошибках, которые мне пришлось исправить - я не ожидал, что смогу извергнуть детали о переполнении стека.
Поэтому я решил запустить PyQt на обычном Python вместо стека.
Кстати, я также подумал, что смешивание сигналов / слотов с кодом без стеков может привести к путанице, поскольку это совершенно разные методы решения многопоточных задач.
Удачи!