• [^] # Re: Go with C

    Posté par (site web personnel) . En réponse au journal Interface graphique en Go!. Évalué à 3.

    Sous Linux, dépendre de gtk/qt/whatever ça devient plus compliqué. C’est une jungle de différentes versions

    Heureusement que les distros et les devs se chargent de garder l'ABI compatible entre les différentes versions mineures.

    de différentes options de compilation

    Juste le classique -lmalib

    compilateur

    Compilo différent, même standard. Osef

    Si t’arrives a être intégré upstream, ça aide

    Upstream d'une distro ? Ça va rien changer à ta chaine de compilation.

    mais après tu te tapes des patches qui te plaisent pas forcemment

    T'as des exemples de patch non voulu sur GTK / Qt ? Qui vont impacter négativement ton appli ?

    tu contrôles pas quelle version est distribué

    Ah oui, parce que tu peux pas spécifier une version de ta dépendance au niveau du gestionnaire de paquet.

    ce genre de choses qui peuvent être un gros problème en fonction du projet

    Non, car aucune de ces choses que tu as cité ne font sens.

    Si t’es pas upstream, bon courage. Ça va être la foire à « Debian machin a gtk 42.31, mais on a linké a la version 43.21 et des choses bizarres se passent ».

    Tu n'aurais pas pu prendre un pire exemple:

    • Debian, la distro LTS par excellence qui va faire en sorte de pouvoir maintenir plusieurs version de GTK en parallèle
    • GTK qui change de version majeure une fois tout les 10 ans

    Et du coup, l’intérêt du link statique de go devient beaucoup plus apparent.

    Ah oui, c'est vrai, c'était une discussion sur le static linking, et il a fallu que tu viennes dire des inepties sur le dynamic linking, faisant office de preuve de ton ignorance sur le sujet. Totalement HS.

    https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg