SME.Components
0.5.0
dotnet add package SME.Components --version 0.5.0
NuGet\Install-Package SME.Components -Version 0.5.0
<PackageReference Include="SME.Components" Version="0.5.0" />
paket add SME.Components --version 0.5.0
#r "nuget: SME.Components, 0.5.0"
// Install SME.Components as a Cake Addin #addin nuget:?package=SME.Components&version=0.5.0 // Install SME.Components as a Cake Tool #tool nuget:?package=SME.Components&version=0.5.0
Optional hardware components SME networks
Product | Versions Compatible and additional computed target framework versions. |
---|---|
.NET | net5.0 is compatible. net5.0-windows was computed. net6.0 was computed. net6.0-android was computed. net6.0-ios was computed. net6.0-maccatalyst was computed. net6.0-macos was computed. net6.0-tvos was computed. net6.0-windows was computed. net7.0 was computed. net7.0-android was computed. net7.0-ios was computed. net7.0-maccatalyst was computed. net7.0-macos was computed. net7.0-tvos was computed. net7.0-windows was computed. net8.0 was computed. net8.0-android was computed. net8.0-browser was computed. net8.0-ios was computed. net8.0-maccatalyst was computed. net8.0-macos was computed. net8.0-tvos was computed. net8.0-windows was computed. |
-
net5.0
- SME (>= 0.5.0)
NuGet packages (1)
Showing the top 1 NuGet packages that depend on SME.Components:
Package | Downloads |
---|---|
SME.VHDL
VHDL transpiler for SME networks |
GitHub repositories
This package is not used by any popular GitHub repositories.
Version | Downloads | Last updated |
---|---|---|
0.5.0 | 808 | 2/17/2022 |
0.4.4 | 564 | 4/27/2021 |
0.4.3 | 605 | 2/18/2021 |
0.4.2 | 748 | 9/16/2020 |
0.4.1-beta | 642 | 6/26/2019 |
0.4.0-beta | 798 | 2/19/2019 |
0.3.3-beta | 1,017 | 3/22/2018 |
New in version 0.5.0 since 0.4.4
*****************
* Major changes *
*****************
- The decompiler backend (ICSharpCode) has been replaced by a compiler backend
(Microsoft Codeanalysis).
- Upgraded to support .NET 5
***********
* Changes *
***********
- VHDL keyword avoidance prefix was incorrectly added to bus signal names in
the trace file. They already carried a prefix from the bus name.
- Moved from Travis to Github Actions.
- Added support for supplying custom renderers to processes.
- Added preliminary support for floating point data types. They can be used on
buses and initialization values. The generated VHDL inside of the processes
are still incorrect, however.
- Added "generate" as a VHDL keyword.
- Added the clog2 function to the generated VHDL.
- Processes, which uses arrays, are now parameterized in the generated VHDL,
instead of being hardcoded.
- NuGet packages have been updated.
- Added "next" and "constant" VHDL keywords.
- Added optional code coverage during testing.
- Unit testing has increased to improve coverage.
*********
* Fixes *
*********
- Omitted type definitions when buses have multiple fields of IFixedArray type.
- Buses would sometimes carry U values, when it should have been the default
value, in the trace file.
- Naming of the top-level scope now matches the assembly namespace, not the
namespace of the first created process.
- Some processes were incorrectly named.
- Array lengths was sometimes placed incorrectly.
- Multiple type definitions were generated.
- Multiple type conversions on signals were generated.
- Dual port memory is now correctly reset.
- Missing type conversions in function invocations.
- Some loop edges were incorrectly transformed for irregular loop edges.
- Missing sizes on constant arrays.
- Missing initial value in dependency cycle test.
- Internal arrays in memory components shouldn't be readonly.
- Incorrect warning about comparing symbols.
- Updated RAMs to be generic.
- ColorBin example wasn't properly checked.
- Increased the size of the ColorBin, AES, NoiseFilter, ExternalComponent,
SimpleMIPS, and StopWatch tests longer.
- Enum definitions wouldn't compile.
- Found incorrect string comparisons when launching programs.
- Type wasn't loaded properly for parameters.
- Found a race condition in the code for buses, which lead to an improper
modeling of multiple processes writing to the same bus signal. This is still
not properly captured, so multiple processes running in parallel can write to
the same signal, which is not allowed in actual hardware. Current solution
suggestion is to introduce a warning, since the bus cannot know which process
wrote what.