You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: doc/architecture.md
+7-7Lines changed: 7 additions & 7 deletions
Original file line number
Diff line number
Diff line change
@@ -16,7 +16,7 @@ A `LogicValue` represents a multi-bit (including 0-bit and 1-bit) 4-value (`1`,
16
16
17
17
The `Module` is the fundamental building block of hardware designs in ROHD. They have clearly defined inputs and outputs, and all logic contained within the module should connect either/both from inputs and to outputs. The ROHD framework will determine at `build()` time which logic sits within which `Module`. Any functional operation, whether a simple gate or a large module, is implemented as a `Module`.
18
18
19
-
Every `Module` defines its own functionality. This could be through composition of other `Module`s, or through custom functional definition. For a custom functionality to be convertable to an output (e.g. SystemVerilog), it has to explicitly define how to convert it (via `SystemVerilog` or `InlineSystemVerilog`). Any time the input of a custom functionality `Module` toggles, the outputs should correspondingly change, if necessary.
19
+
Every `Module` defines its own functionality. This could be through composition of other `Module`s, or through custom functional definition. For a custom functionality to be convertible to an output (e.g. SystemVerilog), it has to explicitly define how to convert it (via `SystemVerilog` or `InlineSystemVerilog`). Any time the input of a custom functionality `Module` toggles, the outputs should correspondingly change, if necessary.
20
20
21
21
### Simulator
22
22
@@ -30,26 +30,26 @@ A separate type of object responsible for taking a `Module` and converting it to
30
30
31
31
All the code for the ROHD framework library is in `lib/src/`, with `lib/rohd.dart` exporting the main stuff for usage.
32
32
33
-
### collections
33
+
### Collections
34
34
35
35
Software collections that are useful for high-performance internal implementation details in ROHD.
36
36
37
-
### exceptions
37
+
### Exceptions
38
38
39
39
Exceptions that the ROHD framework may throw.
40
40
41
-
### modules
41
+
### Modules
42
42
43
43
Contains a collection of `Module` implementations that can be used as primitive building blocks for ROHD designs.
44
44
45
-
### synthesizers
45
+
### Synthesizers
46
46
47
47
Contains logic for synthesizing `Module`s into some output. It is structured to maximize reusability across different output types (including those not yet supported).
48
48
49
-
### utilities
49
+
### Utilities
50
50
51
51
Various generic objects and classes that may be useful in different areas of ROHD.
0 commit comments