Poprosiłem Xilinx o taką listę, ale nie mają pełnej listy. Chcę się upewnić, że wszystkie pliki wejściowe są pod kontrolą źródła, a wszystkie pliki wyjściowe nie są. Tak jest w przypadku 13.1-13.2 z ISE i PlanAhead
Niektóre informacje, które podają, to lista plików wyjściowych PAR i plików pakietu ISE Design Suite w Podręczniku użytkownika narzędzi wiersza poleceń, lista plików źródłowych z stąd .
Edytuj 19 sierpnia 2011 r .: wspomniano 13.2 i PlanAhead Edytuj 7 września 2011 r .: usunięto odniesienie do EDK, ponieważ niektórzy w odpowiedzi
.hgignore
plik zawierający listę wyrażeń regularnych określających, które pliki należy wykluczyć. Subversion używa nazwanej właściwości,svn:ignore
która wpływa tylko na katalog, w którym jest ustawiona. Dlatego, aby uniemożliwić innym użytkownikom sprawdzanie wszystkich śmieci kompilacji (co często powoduje kolizje podczas aktualizacji i scalania), musisz mieć listę sufiksów do wykluczenia .Odpowiedzi:
Szybka odpowiedź: nigdzie nie ma takiej listy.
Długa odpowiedź: mógłbym ci powiedzieć, ale wtedy się myliłem. Używam narzędzi Xilinx od ponad 15 lat i za każdym razem, gdy pojawiają się w nowej wersji (lub nawet w nowym dodatku service pack), rzeczy się zmieniają. Czasami nawet sama zmiana różnych opcji XST / MAP / PAR spowoduje wygenerowanie nowych plików. Więc nawet gdybym ci dał listę, prawdopodobnie byłaby nieaktualna lub po prostu źle.
Stworzyłem własne pliki makefile do budowy moich układów FPGA (nie używam środowiska GUI ISE) i dość dobrze udokumentowane są pliki wejściowe do różnych narzędzi (XST, MAP itp.). Cała reszta nie jest wymagana i dlatego nie musi być sprawdzana w systemie kontroli źródła. Moje pliki makefile mają opcję „make clean”, która usuwa wszystkie dodatkowe pliki. Kiedy Xilinx wydaje nową wersję, po prostu rekompiluję i „czyść”. Każdy pozostały plik (i oczywiście nie jest to coś, czego potrzebuję) jest uważany za niepotrzebny i dodaję te pliki do listy „make clean” rzeczy do usunięcia.
źródło
Oto początek wiki społeczności dla sufiksów. Zgadzam się z @David Kessner. Xilinx ma również tę listę z dokumentu narzędzia wiersza poleceń i opublikował tutaj listę i tutaj (dla wcześniejszej wersji swojego oprogramowania).
źródło
Stworzyłem projekt na Github o nazwie X-MimeTypes którego celem jest zapewnienie podstawy, z której społeczność może skorzystać raz na zawsze, aby stworzyć odpowiednią bazę wiedzy na temat typów plików używanych w branży EDA.
To podejście ma pewne zalety w porównaniu z listowaniem wszystkich znanych plików na liście, tak jak w poprzedniej odpowiedzi:
Zastosowany format odpowiada formatowi bazy danych typu mimetype OpenDesktop. Ponownie, zastosowanie tego podejścia ma wiele zalet.
Dostęp do typów MIME EDA można uzyskać tutaj .
Taki projekt naprawdę wymaga siły tłumu, dlatego każdy mały wkład sprawi, że baza danych będzie bardziej użyteczna dla wielu projektantów FPGA.
źródło
Inne rozwiązanie do sortowania plików wejściowych z plików wyjściowych to:
1) Zbuduj FPGA
2) zaimportuj wszystko do systemu kontroli wersji (np. Git init; git add.; Git commit -m "init";)
3) uruchom ponownie kompilację FPGA
4) wszystkie zmodyfikowane pliki („status git”) po drugim uruchomieniu najprawdopodobniej będą plikami wyjściowymi (w tym pliki dziennika, ...), a niezmodyfikowane raz będą plikami wejściowymi.
Tak właśnie robię, gdy otrzymuję katalog lub plik zip z komunikatem „to jest projekt, proszę go naprawić ...”
źródło