Trennung von Entity/Architecture

> macht das von Euch jemand so

Ich nicht.

> Gibt es einen guten Grund dafür?

Ich bin immer interessiert an objektiven Gründen für ein bestimmtes 
Vorgehen.

Christoph Z. schrieb:
>> Gibt es einen guten Grund dafür?
>
> Ich bin immer interessiert an objektiven Gründen für ein bestimmtes
> Vorgehen.

Das Ganze betrifft mehr Simulationsumgebungen als synthetisierbare 
Dateien.

Ein Grund ist, dass es verschiedene Implementierungen (architectures) 
für eine entity geben kann.
Man kann dann in eine library eine weitere architecture nachträglich 
hineinkompilieren, ohne die Interface-Beschreibung zu ändern.

Hätte man die Enitity Beschreibung und die Architecture im gleichen 
File, dann würde der Simulator jedesmal merken, dass Entity Beschreibung 
neuer ist als der Rest und würde verlangen, dass alle darauf aufbauenden 
Entities auch neu kompiliert werden müssen.
Das kann dann einm Rattenschwanz sein, der sich bis ins Top_level 
hinzieht.

Hat man die Interface Beschreibung in einem getrennten File, dann wird 
diese nicht jedesmal mitkompiliert, wenn man die Architecture ändert 
oder erweitert.
Der Simulator weiss in diesem Fall, dass sich die Schnittstellen nicht 
geändert haben kann, und verkangt keine Neukompilation der darauf 
aufbauenden Units.

Klaus Falser schrieb:
> Hat man die Interface Beschreibung in einem getrennten File, dann wird
> diese nicht jedesmal mitkompiliert, wenn man die Architecture ändert
> oder erweitert.
> Der Simulator weiss in diesem Fall, dass sich die Schnittstellen nicht
> geändert haben kann, und verkangt keine Neukompilation der darauf
> aufbauenden Units.

Active-HDL (Weiss nicht seit wann, sicher >9.1) scheint das 
auseinanderhalten zu können, auch wenn es in der selben Datei ist.
Solange ich die Entity nicht ändere muss ich nur die geänderte Datei 
(Mit Entity und Architecture) neu kompilieren und die Simulation neu 
starten. Wenn ich die Entity ändere und den Rest nicht kompiliere, 
werden bei der Initalisierung der Simulation Fehlermeldungen generiert. 
(Gefühlt machen die das so, dass die VHDL Architekturen in C++ Klassen 
übersetzt werden. Solange die Entity unverändert ist, lassen sich 
fehlerfrei Objekte kreieren und verbinden).

Wie sieht das bei anderen Simulatoren aktuell aus (ModelSim, GHDL etc.)?

pks schrieb:
> Aber findest Du es sinnvoll das pauschal für alle Module zu machen?

Nein, ich nicht.

Christoph Z. schrieb:
> Wie sieht das bei anderen Simulatoren aktuell aus (ModelSim, GHDL etc.)?

Habe jetzt auch schon länger nicht mehr mit ModelSim gearbeitet, es kann 
aber sein dass es dort auch intelligenter gelöst ist.

Bei ISIM, diesem Depp, muss man sowieso immer alles neu kompilieren.