kim (./15) :

Kevin Kofler (./14) :
il faut absolument un système de packaging qui gère les dépendances

quelle est l'obligation ?

Je l'explique juste après dans mon post.

Kevin Kofler (./14) :
c'est totalement dingue de sortir des .app de plusieurs GO,

exemple (crédible) ?

TiEmu avec toutes les dépendances (GTK+, KDE (obligatoire si tu veux l'intégration avec KTIGCC 1), Tcl/Tk) pourrait dépasser le GO. On en est à plusieurs centaines de MO en tout cas.

Kevin Kofler (./14) :
surtout si c'est pour fournir des .app de TiLP et TiEmu avec exactement les mêmes libs dedans.

toi, tu n'as pas de mac, et ça se voit on peut très bien linker deux .app sur une bibliothèque partagée...

Si elle est un framework, c'est ça? Alors fais-nous des frameworks...

Et le problème, c'est que les libs ont besoin de modifications pour en faire des frameworks.

Kevin Kofler (./14) :
je ne comprends pas du tout cette manie des Mac-eux de tout fourrer dans l'exécutable

plus simple pour l'utilisateur ?

Seulement parce que l'OS est pourri et ne gère pas les dépendances tout seul.

La meilleure solution pour l'utilisateur est la résolution automatique des dépendances comme la fait GNU/Linux.

Kevin Kofler (./13) :
Chose que seuls les outils fournis avec TIGCC devraient faire, parce que ces exécutables internes peuvent changer à tout moment, par exemple le système de linking a été remplacé 3 fois dans l'histoire de TIGCC.

ouais, donc si quelqu'un veut faire un IDE, au pif pour mac, ben il ne devrait pas le faire, parce que c'est pas fourni avec tigcc ? Est-ce que les mots "spécifications" et "documentation" te disent quelque chose ?

Si c'est un EDI qui le fait, au moins il y a des chances de mettre à jour l'EDI si TIGCC change, sans casser la compatibilité des projets. Mais il est mieux de passer par l'exécutable tigcc même dans les EDIs non-officiels.

Ce que je ne veux surtout pas voir, ce sont des appels directement à gcc/as/ld-tigcc dans les makefiles des projets individuels, ça n'a rien à faire là-dedans, il faut passer par l'exécutable tigcc qui est l'interface spécifiée/documentée justement.