Ceci dit, tout le système infâme de run-time KDE est retiré. La liste des dépendances KDE qui apparait en listant avec ldd l'exécutable de l'application sont les inter-dépendances. Typiquement, une lib KDE utilisée va appeler une multitude de libs KDE. C'est titanesque, voir viral. Et ce n'est pas vraiment comme cela que l'on défini un framework C++ propre. Et c'est pour cela qu'il y a très peu d'application KDE sous Windows, car c'est compliqué et lourd à gérer, à maintenir, à installer...
Mais le plus important dans cette version c'est toutes les dépendances KIO et DBUS qui ont disparu. Pour Windows et OSX, les 2 n'ont jamais vraiment bien marché. Ils posaient de sérieux problèmes de stabilité à l'exécution.
Pour Windows et OSX, tout est déployé en Bundle. Tout l'installateur Windows est cross-compilé sous entièrement sous Linux. Pas de Windows pour développer, pas de compilateur M$ complètement bancale, pas de DLL manquantes au run-time, pas de risque de virus lors des builds. Bref un pingouin qui fait du Windows de A à Z c'est beau. De plus c'est entièrement automatisé car c'est des scripts BASH en arrière plan...
[^] # Re: Dépendances à KDE
Posté par dynamo . En réponse à la dépêche digiKam change de rythme. Évalué à 10.
digiKam n'est pas encore une application pure Qt5. Il reste environ 15-20% de dépendances à retirer (les plus dures en fait).
https://quickgit.kde.org/?p=digikam-software-compilation.git&a=blob&f=DEPENDENCIES
Ceci dit, tout le système infâme de run-time KDE est retiré. La liste des dépendances KDE qui apparait en listant avec ldd l'exécutable de l'application sont les inter-dépendances. Typiquement, une lib KDE utilisée va appeler une multitude de libs KDE. C'est titanesque, voir viral. Et ce n'est pas vraiment comme cela que l'on défini un framework C++ propre. Et c'est pour cela qu'il y a très peu d'application KDE sous Windows, car c'est compliqué et lourd à gérer, à maintenir, à installer...
Mais le plus important dans cette version c'est toutes les dépendances KIO et DBUS qui ont disparu. Pour Windows et OSX, les 2 n'ont jamais vraiment bien marché. Ils posaient de sérieux problèmes de stabilité à l'exécution.
Pour Windows et OSX, tout est déployé en Bundle. Tout l'installateur Windows est cross-compilé sous entièrement sous Linux. Pas de Windows pour développer, pas de compilateur M$ complètement bancale, pas de DLL manquantes au run-time, pas de risque de virus lors des builds. Bref un pingouin qui fait du Windows de A à Z c'est beau. De plus c'est entièrement automatisé car c'est des scripts BASH en arrière plan...