( ESNUG 346 Item 13 ) -------------------------------------------- [3/16/00]
From: Andrew Pagones <pagones@labs.mot.com>
Subject: DC & Other SNPS Tools Can't Read The SDF File It Just Wrote Out !
John, please forward this to ESNUG. Thanks.
We are modeling flop output-to-output timing arcs in our .lib. That is, we
have CLK->QB and QB->Q arcs. DC handles these just fine until it comes time
to write an SDF. Then it decides to simply write CLK->QB and CLK->Q arcs.
The delay numbers are correct, but of course this file cannot be imported
into DC because of arc mismatches!
SolvNET revealed that each tool may or may not have its own SDF writer
code. (See Static_Timing-171.html and Static_Timing-191.html). In my
opinion their proposed workarounds are laughable.
Has anyone been through this before and found which tool's SDF writer
produces the most 'reasonable' (i.e., bug-free, actually USABLE) output?
- Andy Pagones
Motorola Labs
|
|
