Sie haben hier eine Handvoll Optionen.
Als Erstes können Sie Ihre GUI und Ihre Hauptanwendung über die C-API binden. GUIs werden normalerweise über Callbacks ausgeführt, die über eine Ereignisschleife aufgerufen werden. Daher müssen Sie Funktionen in Ihrer Hochsprache als C-Callbacks verfügbar machen, damit sie aus der Ereignisschleife aufgerufen werden können. Dann müssen Sie die Qt-Ereignisschleife starten. Je nachdem, welche Sprache Sie verwenden, gibt es mehrere Möglichkeiten. Wenn Sie beispielsweise Rust verwenden, können Sie eine statische oder dynamische Bibliothek erstellen und Ihr C++ - GUI-Programm damit verknüpfen. In diesem Fall ist der "Einstiegspunkt" Ihres Programms der C++ - Teil. Wenn Sie etwas wie Julia verwenden, werden Sie wahrscheinlich den C++ - Teil als eine Bibliothek kompilieren wollen, die auch eine Funktion verfügbar machen würde, die Qt-Ereignisschleife aufruft. In diesem Fall ist also der "Einstiegspunkt" Ihr übergeordneter Teil, der immer noch in die C++ - Bibliothek zurückgerufen werden muss.
Der zweite Ansatz ist näher an Web-UIs. Sie können Ihre GUI zu einem Client für Ihre Hauptanwendung machen, der in einer anderen Sprache geschrieben ist. Sie können Nachrichten über ein vorhandenes Protokoll austauschen, z. B. HTTP, oder Sie können Ihr eigenes Protokoll über eine Low-Level-TCP- oder UDP-Verbindung implementieren, oder Sie können Nachrichtenbibliotheken der "mittleren Ebene" wie ZeroMQ oder nanomsg verwenden. Sie können auch Qt insgesamt löschen und einfach eine Web-App mit Ihrem Programm als Webserver schreiben. Dies ist der plattformübergreifendste Weg, um eine GUI jetzt zu schreiben, denke ich :)
Wickeln Sie Ihre Qt-Routinen als C-Funktionen; Die meisten Sprachimplementierungen akzeptieren C externe Funktionen. An welche Sprache denken Sie? –