****************************************************************************** ********************* IBIS GOLDEN PARSER BUG REPORT FORM ********************* ****************************************************************************** INSTRUCTIONS To report a bug in the IBIS golden parser. Please fill out the top part of the following form and send the complete form to ibischk-bug@vhdl.org. A list of reported bugs will be maintained on vhdl.org. ****************************************************************************** PARSER VERSION NUMBER: Found in IBISCHK4 V4.2.2 PLATFORM (SPARC, HP700, PC, etc.): Checked on PC OS AND VERSION: Windows 2000 REPORTED BY: Bob Ross, Teraspeed Consulting Group DATE: June 1, 2009 DESCRIPTION OF BUG: BUG102 documents an enhancement that is already part of the IBISCHK5 development contract. Since all other parser changes are documented in BUG reports and in BIRD documents, BUG102 is needed to formally describe the message numbering change within the archive for the evolution of the IBISCHK parser. All versions of IBISCHK4 and below provide text messages for Errors, Warnings Notes, and Cautions. Searching for messages of interest requires identifying unique text strings. A numbering scheme is proposed to provide easier searching for unique messages of interest and for tabulating the messages in reference documents. The proposed format consists of a character-number string at the start of the message. The characters (E, W, N, C) replace the existing tags Error, Warning, Notes, Caution, and a four-digit number (with leading zeros) is assigned for each unique message. The ranges of numbers is shown: E0000 through E9999 for Errors W0000 through W9999 for Warnings N0000 Through N9999 for Notes C0000 through C9999 for Cautions The character-number format change would be implemented for all existing and future messages for IBIS Version 2.0 and above files and in IBIS Version 1.1 and below files only if the parser uses the same code files for the messages. The numbers can be assigned randomly, but would likely be numbered sequentially as they appear in existing code. As an example of how the change would be implemented, existing error message text for bug102.ibs (adapted from bug39.ibs) is shown as: WARNING (line 28) - Value 0.000000e+000 repeated in the First Column WARNING (line 30) - Value 5.000000e+000 repeated in the First Column A proposed revision would be of the form below (but probably with other numbers): W0324 (line 28) - Value 0.000000e+000 repeated in the First Column W0324 (line 30) - Value 5.000000e+000 repeated in the First Column INSERT IBIS FILE DEMONSTRATING THE BUG: | [IBIS Ver] 4.2 [Comment Char] |_char [File Name] bug102.ibs [File Rev] 1.0 [Date] May 29, 2009 |----------------------------------------------------------------------------- [Component] dummy [Manufacturer] none [Package] | variable typ min max R_pkg 250.0m 225.0m 275.0m L_pkg 15.0nH 12.0nH 18.0nH C_pkg 18.0pF 15.0pF 20.0pF | [Pin] signal_name model_name | 1 RAS0# CLAMP | | [Model] CLAMP Model_type Terminator C_comp 0 0 0 [Voltage Range] 5.0 4.5 5.5 [GND Clamp] -5.0 -1 -1 -1 0.0 0 0 0 | Repeated voltages 0.0 0 0 0 5.0 0 0 0 5.0 0 0 0 | [End] ****************************************************************************** ******************** BELOW FOR ADMINISTRATION AND TRACKING ******************* ****************************************************************************** BUG NUMBER: 102 SEVERITY: [FATAL, SEVERE, MODERATE, ANNOYING, ENHANCEMENT] ENHANCEMENT PRIORITY: [HIGH, MEDIUM, LOW] MEDIUM STATUS: [OPEN, CLOSED, WILL NOT FIX, NOT A BUG] CLOSED FIXED VERSION: 5.0.0 FIXED DATE: October 29, 2009 NOTES ON BUG FIX: Classified at the IBIS Teleconference meeting on June 5, 2009. To be fixed in the next (ibischk5) full release, for everything (Errors, Warnings, Notes, Cautions) for existing test messages first and for new test messages as part of the new release. Official ibischk5, Version 5.0.0 supports this enhancement. ****************************************************************************** ******************************************************************************