because (at least two years ago) Migen generated always(*) blocks that unconditionally updated signal values >>
-
-
>> this scheduled other blocks, causing endless loops. Other sims were smart enough to break loops to different degrees
1 reply 0 retweets 0 likes -
modelsim (or vivado xsim. Don't remember) wasn't immune to this either. I had to manually fix up some generated code
2 replies 0 retweets 0 likes -
Replying to @OlofKindgren @oe1cxw
And you're just making the case against Verilog.
2 replies 1 retweet 1 like -
does migen compile to VHDL? Does any higher level abstraction language skip VHDL / Verilog and go straight to synthesis?
2 replies 0 retweets 0 likes -
We need a new IR language badly, but for now everything must go through verilog for tool compatibility
2 replies 3 retweets 6 likes -
Replying to @OlofKindgren @fpga_languages and
What kind of IR would you imagine? Like LLVM / WebAssembly IR?
1 reply 0 retweets 0 likes -
Replying to @wavedrom @OlofKindgren and
Imo this is a two-part problem: (1) a netlist format and (2) a standard cell library. The "industry solutions" would be EDIF and LPM. Both not very convincing solutions imo.
3 replies 0 retweets 1 like -
I guess the two hottest candidates right now are FIRRTL from Chisel and the one in Yosys.
2 replies 0 retweets 3 likes -
Replying to @OlofKindgren @oe1cxw and
Would be nice to be able to externalize this format as pure data. JSON for example.
1 reply 0 retweets 0 likes
Isn't write_json in Yosys exactly that? Or am I misinterpreting your statement?
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.