XILINX Webpack Design-Flow unter LINUX

Ich füg die jetzt doch glei mal mit ein.... wenn das ok is...

Ja, kannst du vielleicht mal probieren, ich muss hier meinen
Parallelport über PCMCIA erstmal unter Linux zum Laufen bekommen...
Steht jetzt in dem Wiki am Ende des Artikels erstmal. Meinen
Simulationsflow werd ich auch noch mit da reinstellen.

scr = scripte ;-)
Is bei mir hängengeblieben, weil es im Institut auch so ähnlich ist...
Mit einer zentralen config Datei für das Target ist gut, das hatte ich
mir auch für später angedacht...

Ach, kleine Sachen bis 25MB insgesamt kann man glaube uppen. Sonst
kannst du auch selber was adden bei mir, dürfte als Gast auch möglich
sein in dem Wiki. Probier es einfach mal, ich hab heute kaum Zeit
dafür, hab Morgen 'nen Vorstellungsgespräch und deshalb andere Sachen
im Kopf...natürlich haben die trotzdem mit dem Kram zu tun ;-)

T.M.

=================================
= Wiki über FPGA & VHDL         =
= http://editthis.info/freefpga =
=================================

Sieht gut aus :-)
Man merkt, dass die VHDL-Sourcen mit dem ISE-Editor erstellt wurden,
weil da die bösen nichtstandardisierten Bibliotheken drin sind ;-)
Siehe VHDL Tips & Tricks auf meiner Seite...
An den bash-Scripten, die die settingsfiles erstellen, kann ich mir
nochwas abguggn, da bin ich noch nicht richtig führend drin.
Ich verlinke da mal deine Seite in meinem Wiki.

T.M.

=================================
= Wiki über FPGA & VHDL         =
= http://editthis.info/freefpga =
=================================

Ich werf auch mal einen Linuxflow ohne ise in den Ring.
Dieser kommt (fast) nur mit einem makefile aus. Was fehlt sind zwei
scriptdateinen für den XST, aber die will ich eh noch ins makefile
integrieren. Diese make
macht alles (ausser download). Also auch coregen aktuallisieren,
compile für modelsim, PROM -files erzeugen und die backannotierten VHDL
Files für die timing simulation erzeugen.

Ich habe es mal schnell runtergestrickt, also aus einen "für geld
projekt" in veröffentlichbare Form gebracht. Nehmts als Inspiration
und fragt bei bedarf nach.

BTW: der perl basierende Toolflow der IIS-EAS wird schnell unhandlich
gegenüber einen reinen makeflow. Besonders das parsen der commandlie
optionen des scriptes. Es ist zwar besser lesbar, da alle Optionen
schön getrennt sind, aber alles ist recht weit verteilt. Und Kommentare
lassen sich schlecht einfügen. (Nur?) Früher haben die scripte eine
Datei erzeugt, die dann ausgeführt wurde. Eigentlich ein ziemliches
Sicherheitsloch. Und funktioniert hats nur wenn in der Variable PATH
ein "." stand. Ebenfalls ein Sicherheitsloch. Aber das muss nicht
mehr stimmen wenn sich in den letzten fünf Jahren was getan hat ;-)

N*Abend zusammen...

...hier kann ich auch nochwas lernen...

;-)

Gruß
Tom