NOTE: We are transitioning to using the github issue tracker instead of the sourceforge system. Please add your issues there. (https://github.com/steveicarus/iverilog/issues)
Please browse the reported bugs/issues for Icarus Verilog at your pleasure. If you think you have found a bug of your own, first browse the existing bugs and feature requests to determine whether your bug has already been reported by someone else. It is far better to expound on an existing bug report then to create a new bug report for the same thing. If you find that your issue matches an existing report, then click on that issue page to get details. You have the option of adding comments to the bug report. Also, you will be able to monitor any existing bug report. If you have convinced yourself that your bug really is unique, then use the Submit link to start the bug submission.
The priority breakdown reflects the priority that the Icarus Verilog development team intends given the nature of the problem. This is how the Icarus Verilog team assigns priority:
3 - minor issues like invalid or missing warnings, spelling fixes, etc.
4 - functionality that is missing, but is not currently needed or can be worked around with code changes,
5 - The catch all for run-of-the-mill bugs, or unreviewed bugs,
6 - an invalid result without a warning that can be worked around; or use this priority for a program crash that is preventing one from using Icarus Verilog,
7 - An invalid result without a warning that cannot be worked around reasonably.
9 - Imminent nuclear death, meteor impact, or hysterical screaming boss.
The "Owner" field is used by the core Icarus Verilog developers to claim a bug report. Somebody may be working on unassigned reports, but when it is assigned then that individual is explicitly stating that they are (intend) to work on it. If you wish to contribute towards fixing a claimed bug report, please coordinate with the claimant.