mywell :
mais surtout au compilateur assembleur et C on-calc tel que as() et cc().
Twindruff
:mywell :
Merci sasume pour ta réponse. Je n'arrive pas a mettre la main sur GTC. Je suis pas sur qu'il soit réellement sorti un jour si j'en crois ce qui est écrit sur le forum (même si ca date d'il y a 2 ans)...
Pollux en a parlé il n'y a pas longtemps : http://membres.lycos.fr/ltech/beta/. (pour le faire marcher oncalc tu auras besoin d'un certificat de TI ).
Godzil
Heu, as et cc on largement plus d'un an
J'avais fait des modifs sur as il y a plus de 3ans déjà, tu es sur que ça fait que 1an que tu ne suis plus trop les news ?
Sasume :
Si tu fais référence au libs kernel, non on ne peut pas linker les programmes aux lib kernel.
CC est très limité malheureusement. On est obligé de se cantonner au _notsub, et comme il n'y a pas de linker, il n'y pas vraiment la possibilité d'utiliser de librairie statiques comme avec tigcc.
Comme compilateur C oncalc, il ya GTC aussiMais je ne sais pas quelle sont ses specs précises... Pollux ?
mywell :
Bon, a première vue, la diffusion de GTC semble etre freiné par le fameux certificat. C pas cool
)
)
)Pollux
: - pour éviter de devoir reparser l'intégralité des headers à chaque fois, chaque définition de symbole est mise dans sa propre section (i.e. quand on utilise fopen(), seule la ligne définissant fopen() est parsée, puis comme FILE apparaît dedans, la définition de FILE est parsée, etc... et ensuite le code objet pour fopen est inclus)
Sympa comme idée Ton format regroupe donc header + code objet dans un même fichier ?
- accessoirement, ça permet aussi d'extraire une mini-lib d'une grosse lib : il suffit de fournir des définitions uniquement pour les fonctions qu'on veut utiliser, et seules les sections de fichiers objets concernées par ces fonctions seront inclusesC'est déjà ce qui est fait par les linkers classiques non ?
Sasume
:Pollux
: - pour éviter de devoir reparser l'intégralité des headers à chaque fois, chaque définition de symbole est mise dans sa propre section (i.e. quand on utilise fopen(), seule la ligne définissant fopen() est parsée, puis comme FILE apparaît dedans, la définition de FILE est parsée, etc... et ensuite le code objet pour fopen est inclus)Sympa comme idée
C'est aussi utilisé par l'IDE pour faire de l'autocomplétion ^^ (et pour afficher le prototype dans la barre d'état quand on utilise la complétion)
- accessoirement, ça permet aussi d'extraire une mini-lib d'une grosse lib : il suffit de fournir des définitions uniquement pour les fonctions qu'on veut utiliser, et seules les sections de fichiers objets concernées par ces fonctions seront inclusesC'est déjà ce qui est fait par les linkers classiques non ?
), je parle de créer une nouvelle lib statique avec seulement un sous-ensemble de toutes les fonctions pour que ça prenne moins de place... Mais évidemment ça a un intérêt assez limité sur PC 
Brunni :
Je leur avais envoyé un mail mais pas de réponse
Pourtant j'ai été respectueux et tout...
On m'a menti on m'aavit promis une réponse pourtant. Grrr.
20060606-1755
