Open hemingxiao-3 opened 3 weeks ago
The timing analysis is done by OpenTimer, which requires to take Verilog as input. You can build OpenTimer separately and feed your Verilog to it to see whether your Verilog works.
Thanks, I'll try it.
[ASSERT ] /path-to/DREAMPlace/dreamplace/ops/timing/src/timing_cpp.cpp:164: int DreamPlace::timingCppLauncher(ot::Timer&, const T, const T, const std::vector<std::basic_string
Aborted (core dumped) I have been troubled by this kind of problem, is this also because of OpenTimer?
Can you check the Verilog file or DEF file to see whether you have a net named 07519
? If not, it would be hard to debug remotely. Could you share your case with us?
I'm not sure about this, maybe we can do it via email?
Sure. You can email me the case.
I'm not sure about this, maybe we can do it via email?
hello, I met the same problem ,have you solve it?
Hello Professor Lin, I also encountered this problem, I found the network information that timing.cpp can't find in the def file, it is located in the place where the net information is defined in the def file, how can I solve this kind of problem?
It may be difficult to debug OpenTimer, as it is not developed by us. I would suggest you to follow the steps:
With the above procedure, you should be able to locate which syntax or part of the input files cause the problem.
Hello Professor Lin, I would like to know whether the Verilog netlist must be used as input to enable the time-driven mode. Because I found that my Verilog cannot be parsed correctly. I tried to adjust my Verilog to adapt to the parser, but it still reports an error: some pins or nets cannot be found in the timer. I hope you can answer my doubts.