Je n'avais pas en tête, un outil qui comble tous les besoins, mais un outil qui manque.
Je me disais que chaque codeur rencontre toujours le même problème "chiant" dont il ne connait pas vraiment de moyen simple pour l'affronter.
Par exemple, j'ai écris du logiciel pour des cibles qui n'existait pas encore. Tout tourne en simulation vhdl. Genre 10h de simulation pour un résultat. Tu peux t'amuser à rajouter des sortes de printf() mais cela rallonge encore la simulation.
Comme info, tu as juste un gros log de la valeur des registres du cpu pour chaques instructions, à toi de faire le croisement entre la sortie assembleur, les symboles pour repérer une instruction fautive et comprendre l'origine d'un soucis. Cela peut être très chiant. Ici, pas question de debugger ou autre shell interactif...
[^] # Re: no silver bullet
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Qu'est-ce qu'un outils de développement de rève ?. Évalué à 2.
Je me disais que chaque codeur rencontre toujours le même problème "chiant" dont il ne connait pas vraiment de moyen simple pour l'affronter.
Par exemple, j'ai écris du logiciel pour des cibles qui n'existait pas encore. Tout tourne en simulation vhdl. Genre 10h de simulation pour un résultat. Tu peux t'amuser à rajouter des sortes de printf() mais cela rallonge encore la simulation.
Comme info, tu as juste un gros log de la valeur des registres du cpu pour chaques instructions, à toi de faire le croisement entre la sortie assembleur, les symboles pour repérer une instruction fautive et comprendre l'origine d'un soucis. Cela peut être très chiant. Ici, pas question de debugger ou autre shell interactif...
"La première sécurité est la liberté"