incorrect handling of strings in display and sformatf
$display of a string parameter or an expression with type string produces incorrect result in certain cases. Please see the attached test case cases 2 and 4.
#1 Updated by Wilson Snyder 2 months ago
- Status changed from New to Confirmed
- Assignee set to Wilson Snyder
Thanks for putting this in test_regress format, that helps.
First bug is at present it assumes %h when no display format provided. Second bug is loss of string when constant propagated in parameter; note however some other simulators don't allow $sformatf in constant functions (Verilator intended to support it however).
Will look at a fix this weekend.
Also available in: Atom