-
Notifications
You must be signed in to change notification settings - Fork 71
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Non-synthesizable "#1" in generated rtl #54
Comments
No option to remove these currently. What synth tool has issues with pound 1? |
Not that a synth tool has an issue with it, it shows up in our LINT checks as non-synthesizable and may contribute to sim vs silicon mismatches. We have a mix of legacy verilog code and newer system verilog code and do not allow #1 due to a past history of simulators that had issues with delta delays. Even though today's tools have less issues, our methodology is that the UVCs take care of any timing issues at the verif boundary. We also do not want surprise timescale differences. |
if true (default) a pound 1 delay is included in sequential assign statements. If false, no delay is added. Addresses issue #54.
Added include_sequential_assign_delays param in v190312 - set to false to remove these pound 1 delays (seems to gen correctly but not tested). |
Try release 190524.01. |
Tried the new Release and we don't see the #1's anymore |
Closing |
Is there a option to not have the "#1" in the generated rtl?
//------- reg assigns for axirdl_shm_intm
always_ff @ (posedge clk or negedge sig_ordtreg_rst_n) begin
if (! sig_ordtreg_rst_n) begin
rg_axirdl_shm_intm_err_int <= #1 1'd0;
end
else begin
rg_axirdl_shm_intm_err_int <= #1 reg_axirdl_shm_intm_err_int_next;
end
end
The text was updated successfully, but these errors were encountered: