-
Notifications
You must be signed in to change notification settings - Fork 173
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
Add option to export only standards compliant VCD #675
Comments
Unfortunately, there is no such thing as "standards compliant VCD"; only "VCD that people want to feed to tools they use". For example, CXXRTL used to export completely "standards compliant VCD", which crashed GTKWave, and this had to be fixed (in an incredibly awkward way) in this PR: YosysHQ/yosys#2881. The closest thing to what you're asking that actually makes sense to implement is "VCD dialects" (so a GTKWave dialect, a Sigrok dialect, and so on), but I'm unconvinced that this is worth the effort. |
Thanks for the response. I suppose I’m stuck between a rock and a hard place on this one then. I agree on the dialects; I don’t think it is worth it to implement this. I will just write a post-processing script to strip out the strings from the VCD. Please feel free to close this. |
Thank you for understanding. I feel like someone adding the code to Sigrok to skip strings would be ideal, but unfortunately I don't currently have time to do this. |
@whitequark seeing as you are almost certainly more experienced on this topic, could you comment on this commit? https://repo.or.cz/libsigrok/gsi.git/commitdiff/9a2955ec85e6f202fe71dbde19191f7eb53fcacc Bug tracker is here: https://sigrok.org/bugzilla/show_bug.cgi?id=1757 It appears that Gerhard in sigrok is open to adding/adjusting something, but would like to have some sort of constrained scope of what is valid. |
This commit looks fine. Regarding this:
Indeed, there's nothing in IEEE 1800-2017 about dumping strings to VCD files. |
It has been pointed out to me that exporting strings in VCD files is not actually part of the VCD file format (as defined by Verilog 2005). For example, see ghdl/ghdl#647
Would it be acceptable to add an (off by default) flag to the VCD writer to only export a standards compliant VCD file? So the VCD data can be used more broadly in applications that do not support string types.
The text was updated successfully, but these errors were encountered: