Kevin Kofler (./39) :
Écoute, je suis en principe intéressé par un essai d'adaptation de ton frontend en un frontend GCC. (Ton backend 68k est un jouet totalement jetable par contre.) Le problème est que tu n'as pas compris qu'un projet de développement ouvert a peu d'intérêt si tu es le seul à comprendre ce que tu as écrit. Là:
* il n'y a pratiquement pas de commentaires,
* tu as réinventé la roue pour tokéniseur et parseur au lieu d'utiliser des générateurs qui prennent en entrée une représentation lisible des regexes et grammaires; du coup, si par exemple on veut changer quelque chose dans tes tokens, on est obligé d'effectuer des modifications sur toute la source (parce que oui, une telle modification peut complètement changer l'automate de reconnaissance que tu as choisi de coder en dur) au lieu de corriger un seul regex Flex et
* il y a des tonnes de répertoires où la seule manière de savoir ce qu'est dedans est la méthode trial&error. GCC est déjà difficilement maintenable, mais là ton projet est pire, alors qu'il est loin d'avoir les fonctionnalités de GCC, voire même les fonctionnalités que tu prévois. Je n'ose pas imaginer ce que ça va donner comme bordel quand ton projet sera fini.

Là, tu apportes des éléments. En faire un frontend GCC est une très bonne idée, bravo. Effectivement les specs manquent, je pense que devant cette bonne volonté de ta part Onur va se faire un plaisir de ressortir ses brouillons. Dans cette situation un parseur yacc/bison sera en effet bien plus pratique. Il ne s'agit plus de dénigrer le travail effectué mais de le seconder et de le faire évoluer. Bravo.

Thibaut (./42) :
Toi, expert en compilation ? Tu n'as jamais écrit de compilateur. Quand tu auras fait un travail aussi imposant et aussi complexe que celui des codeurs de GCC, ou que Pollux que tu cites, on pourra en reparler

ceci est une phrase de trop Thibaut, Tu sais comme moi qu'il n'est pas très utile de jeter de l'huile sur le feu!
Déja tu ne sais pas tout ce qu'a fait chacune des personnes concernées (quand même pour patcher un compilateur aussi complexe que gcc, il faut autant de compréhension que pour en écrire un, surtout que les modifications apportées sont loin d'être triviales)

Soyons donc clairs:
- pour le projet en l'état, le parseur maison est parfait car customisé est plus simple
- si on a envie d'en faire un frontend gcc, il est largement conseillable de le reprendre en C/bison/yacc.
Je pense qu'Onur sera intéressé par toutes les propositions, s'il s'agit d'aides à l'amélioration, et qu'on ne le braque pas !

message à tout le monde: il ne s'agit pas de se critiquer mutuellement, mais
- pour le gens qui sont dans le sujet, d'apporter des idées constructives, donc merci Kevin
- pour les "observateurs" genre Thibaut, Lionel, etc... ce serait mieux de pas jeter de l'huile sur le feu, rappeler les vieux démons passés, lancer des attaques perso, etc... Je sais que vous allez y faire attention!