J'ai demandé à Xilinx une telle liste mais ils n'ont pas de liste complète. Je souhaite m'assurer que tous les fichiers d'entrée sont sous contrôle de source et que tous les fichiers de sortie ne le sont pas. C'est avec 13.1-13.2 avec ISE et PlanAhead
Certaines des informations qu'ils fournissent sont la liste des fichiers de sortie PAR et les fichiers ISE Design Suite dans le Guide de l'utilisateur des outils de ligne de commande, la liste des fichiers source à partir d' ici .
Edit 19 août 2011: mentionné 13.2 et PlanAhead Edit 7 septembre 2011: suppression de la référence EDK car certains en réponse
.hgignore
fichier qui contient une liste d'expressions régulières spécifiant les fichiers à exclure. Subversion utilise une propriété nomméesvn:ignore
qui n'affecte que le répertoire sur lequel elle est définie. Ainsi, pour empêcher les autres utilisateurs de consigner toutes les corbeilles de build (ce qui provoque souvent des collisions lors des mises à jour et des fusions), vous devez avoir une liste de suffixes à exclure .Réponses:
Réponse rapide: aucune liste de ce type n'existe, nulle part.
Réponse longue: je pourrais vous le dire, mais je me tromperais. J'utilise les outils Xilinx depuis plus de 15 ans et à chaque fois qu'ils sortent avec une nouvelle version (ou même un nouveau service pack), les choses changent. Parfois, même en changeant simplement diverses options XST / MAP / PAR, de nouveaux fichiers seront générés. Donc, même si je vous donnais une liste, elle serait probablement dépassée ou tout simplement fausse.
J'ai créé mes propres makefiles pour construire mes FPGA (je n'utilise pas l'environnement GUI d'ISE), et il est assez bien documenté quels sont les fichiers d'entrée des différents outils (XST, MAP, etc.). Tout le reste n'est pas requis et n'a donc pas besoin d'être enregistré dans le système de contrôle de source. Mes makefiles ont une option "make clean" qui supprime tous les fichiers supplémentaires. Ainsi, lorsque Xilinx sort une nouvelle version, je recompile simplement le "make clean". Tout fichier qui reste (et qui n'est évidemment pas quelque chose dont j'ai besoin) est considéré comme indésirable, et j'ajoute ces fichiers à la liste "make clean" des choses à supprimer.
la source
Voici le début d'un wiki communautaire pour les suffixes. Je suis d'accord avec @David Kessner. Xilinx a également cette liste dans le document des outils de ligne de commande et a publié une liste ici et ici (pour la version antérieure de leur logiciel).
la source
J'ai créé un projet sur Github appelé X-MimeTypes qui vise à fournir une base que la communauté peut utiliser une fois pour toutes pour créer une base de connaissances appropriée sur les types de fichiers utilisés dans l'industrie EDA.
Cette approche présente certains avantages par rapport à la simple énumération de tous les fichiers connus dans une liste, comme indiqué dans la réponse précédente:
Le format utilisé correspond à celui de la base de données de type mime OpenDesktop. Encore une fois, cette approche présente de nombreux avantages.
Les types de mime EDA sont accessibles ici .
Un tel projet nécessite vraiment la puissance de la foule, donc chaque petite contribution rendra la base de données plus utile à de nombreux concepteurs de FPGA.
la source
Une autre solution pour trier les fichiers d'entrée des fichiers de sortie:
1) Construisez le FPGA
2) tout importer dans un système de contrôle de version (par exemple git init; git add.; Git commit -m "init";)
3) relancez la version FPGA
4) tous les fichiers modifiés ('git status') après la deuxième exécution sont les plus susceptibles d'être des fichiers de sortie (y compris les fichiers journaux, ...) et les non modifiés une fois sont les fichiers d'entrée.
C'est ce que je fais lorsque je reçois un répertoire ou un fichier zip avec le message "c'est le projet, veuillez le corriger ..."
la source