• Skip to main content
  • Skip to search
  • Skip to footer
Cadence Home
  • This search text may be transcribed, used, stored, or accessed by our third-party service providers per our Cookie Policy and Privacy Policy.

  1. Community Forums
  2. Functional Verification
  3. Hierachical comparisson issues in LEC

Stats

  • Locked Locked
  • Replies 3
  • Subscribers 65
  • Views 14874
  • Members are here 0
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Hierachical comparisson issues in LEC

Verplec
Verplec over 16 years ago

Hello,

      I sucessfully completed a 

   write hier_compare

   run hier_compare

 verification approach , however in the run log i see 2 primary warnings:

  // Warning: Module 'XXXXXXX' exists in Revised only. Skip it for hierarchical comparison

// Warning: Golden or Revised have modules with number of instances less than 50. Skip it for hierarchical comparison
//    (G) xxxxxxx
//    (R) xxxxxxx

I am wondering if any one be kind enough to help me , ridding of these warnings or a work around to inform LEC not to skip anything.

Thank you in advance.

Roy

  • Cancel
Parents
  • Verplec
    Verplec over 16 years ago

     Hi Vishnu,

    Thank you for the prompt reply, for the first warning 

      // Warning: Module 'XXXXXXX' exists in Revised only. Skip it for hierarchical comparison

    prior to  " write hier_compare " I have perform set naming rules

    set naming rule "_" -hier -both            // hierarchy separator char: Golden and Revised
    add ren rule r1 "_reg\[%d\]" "_reg_@1_0" -gold               
    add ren rule r2 "_reg\[%d\]\[%d\]" "_reg_@1__@2_0" -gold   
    add ren rule r3 "queue_table\[%d\]" "queue_table_@1_0" -gold
    add ren rule r4 "queue_table\[%d\]\[%d\]" "queue_table_@1__@2_0" -gold

     could those warning be the result of the renaming rules?

     as for your explanation of the second class of warning , how can I show , that those skipped modules are merged and still compared. I need to show proof basically , not that I don't trust you.

     one last question in this post  , I thought the write/run hier_compare routine black boxes sub modules, so how does a noneq in a submodule be detected at top level module?

    Thank you

    Roy

    Vishnu said:

     

    Hello Roy, For the first message there may be some restructuring done.If it is a noneq then would definitely show up at the top level.As far as the second message is concerned modules which are skipped are merged onto the toplevel and then compared.So we can safely ignore these messages. --Vishnu

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Reply
  • Verplec
    Verplec over 16 years ago

     Hi Vishnu,

    Thank you for the prompt reply, for the first warning 

      // Warning: Module 'XXXXXXX' exists in Revised only. Skip it for hierarchical comparison

    prior to  " write hier_compare " I have perform set naming rules

    set naming rule "_" -hier -both            // hierarchy separator char: Golden and Revised
    add ren rule r1 "_reg\[%d\]" "_reg_@1_0" -gold               
    add ren rule r2 "_reg\[%d\]\[%d\]" "_reg_@1__@2_0" -gold   
    add ren rule r3 "queue_table\[%d\]" "queue_table_@1_0" -gold
    add ren rule r4 "queue_table\[%d\]\[%d\]" "queue_table_@1__@2_0" -gold

     could those warning be the result of the renaming rules?

     as for your explanation of the second class of warning , how can I show , that those skipped modules are merged and still compared. I need to show proof basically , not that I don't trust you.

     one last question in this post  , I thought the write/run hier_compare routine black boxes sub modules, so how does a noneq in a submodule be detected at top level module?

    Thank you

    Roy

    Vishnu said:

     

    Hello Roy, For the first message there may be some restructuring done.If it is a noneq then would definitely show up at the top level.As far as the second message is concerned modules which are skipped are merged onto the toplevel and then compared.So we can safely ignore these messages. --Vishnu

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Children
No Data

Community Guidelines

The Cadence Design Communities support Cadence users and technologists interacting to exchange ideas, news, technical information, and best practices to solve problems and get the most from Cadence technology. The community is open to everyone, and to provide the most value, we require participants to follow our Community Guidelines that facilitate a quality exchange of ideas and information. By accessing, contributing, using or downloading any materials from the site, you agree to be bound by the full Community Guidelines.

© 2025 Cadence Design Systems, Inc. All Rights Reserved.

  • Terms of Use
  • Privacy
  • Cookie Policy
  • US Trademarks
  • Do Not Sell or Share My Personal Information