Pour faire du FPGA j'utilise toujours l'outils du fondeur de puce, pour altera c'est quartus web dispo la http://dl.altera.com/?edition=web
Xilinx et Altera fournisse chacun des versions linux de leur soft (en plus tu aura acces a un simulateur graphique tres utile).
Bien qu'il géres chacun plusieurs "languages" je te conseille le VHDL pour la synthese (il se peut que tu soit obligé de faire du verilog si tu recupere des block sur open core ( http://opencores.org/ ).
Pour le compilateur ARM, gcc fait le boulot (bien) ou un fournisseur tier (mais payant et pas sous linux). Différence de performance global entre gcc et un comp. proprio. pro. qui pour moi fait référence, environ 30% en moyenne sur le nombre d'instruction asm à exécuter). Il se peut que depuis la dernière fois que j'ai regarder (environ 7 ans) il y ait eut une amélioration de gcc sur ce plan la.
Attention à la subtilité sous gcc tu devras compiler du code "non-elf" (adressage absolu), avec une libc qui n'est pas la gnulib si ton système destination n'est pas un os linux (je te conseille la newlib https://sourceware.org/newlib/ ), tu devra aussi fournir le "crt0.asm" qui corespond a ton cpu (si tu fais du C, pour du C++ il faudra aussi fournir ctr1). Si ton système sera un linux arm c'est beaucoup plus simple.
Voila, n'empêche qu'une rapide recherche sous google avant de poster ici t'aurais déjà fourni la moité des réponses.
# Oui mais google alors ?
Posté par TheBreton . En réponse au message SOC Kit Altera developement tools. Évalué à 2.
Pour faire du FPGA j'utilise toujours l'outils du fondeur de puce, pour altera c'est quartus web dispo la
http://dl.altera.com/?edition=web
Xilinx et Altera fournisse chacun des versions linux de leur soft (en plus tu aura acces a un simulateur graphique tres utile).
Bien qu'il géres chacun plusieurs "languages" je te conseille le VHDL pour la synthese (il se peut que tu soit obligé de faire du verilog si tu recupere des block sur open core ( http://opencores.org/ ).
Pour le compilateur ARM, gcc fait le boulot (bien) ou un fournisseur tier (mais payant et pas sous linux). Différence de performance global entre gcc et un comp. proprio. pro. qui pour moi fait référence, environ 30% en moyenne sur le nombre d'instruction asm à exécuter). Il se peut que depuis la dernière fois que j'ai regarder (environ 7 ans) il y ait eut une amélioration de gcc sur ce plan la.
Attention à la subtilité sous gcc tu devras compiler du code "non-elf" (adressage absolu), avec une libc qui n'est pas la gnulib si ton système destination n'est pas un os linux (je te conseille la newlib https://sourceware.org/newlib/ ), tu devra aussi fournir le "crt0.asm" qui corespond a ton cpu (si tu fais du C, pour du C++ il faudra aussi fournir ctr1). Si ton système sera un linux arm c'est beaucoup plus simple.
Voila, n'empêche qu'une rapide recherche sous google avant de poster ici t'aurais déjà fourni la moité des réponses.