updates for EST fixes

[eder-matheus]

designs/asap7/gcd-ccs/rules-base.json updates:

Metric	Old	New	Type
cts__timing__setup__ws	-63.5	-79.2	Failing
cts__timing__setup__tns	-773.0	-1260.0	Failing
globalroute__timing__setup__ws	-63.5	-93.7	Failing
globalroute__timing__setup__tns	-771.0	-1530.0	Failing
finish__timing__setup__ws	-84.2	-78.5	Tighten
finish__timing__setup__tns	-1200.0	-1190.0	Tighten

[gemini-code-assist]

Code Review

This pull request lowers the core utilization for the gcd-ccs design to address a DPL failure, updates the tools/OpenROAD subproject commit, and updates the regression baselines in rules-base.json. However, the updated baselines show a significant degradation in timing metrics (e.g., cts__timing__setup__tns and globalroute__timing__setup__tns). Please ensure that this degradation is documented with an explicit agreement or a tracking issue as required by the repository guidelines.

[gemini-code-assist]

The timing metrics show a significant degradation (e.g., cts__timing__setup__tns degrading from -773.0 to -1260.0 and globalroute__timing__setup__tns from -771.0 to -1530.0). Per the repository guidelines, merging updates to regression baselines with significant degradation is acceptable only if there is an explicit agreement or tracking issue to address the underlying timing issue later. Please document this agreement or reference the tracking issue in the PR description.

References

1. It is acceptable to merge updates to regression baselines that show significant degradation, provided there is an explicit agreement to address the underlying issue later.

[eder-matheus]

This large degradations are explained by the fixes on the estimate_parasitics command. For this design, which uses set_delay_calculator prima, wire delay was always zero due to a bug. Now we're properly estimating parasitics for it.