Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Keeping 'defparam' statements in a Netlist parsed by Verilog::Netlist #261

Closed
veripoolbot opened this issue Jun 4, 2010 · 2 comments
Closed
Assignees

Comments

@veripoolbot
Copy link
Collaborator


Author Name: Pierre-David Pfister
Original Redmine Issue: 261 from https://www.veripool.org
Original Date: 2010-06-04
Original Assignee: Wilson Snyder (@wsnyder)


Hi,
I'm new to the Verilog-Perl package. We have an FPGA netlist which contains 'defparam' statements. Is it possible to keep them when using the Verilog-Perl package, and output them after some netlist changes? How?
Thanks,
Pierre

Sample input code:

defparam iSYSRESETn_cZ.lut_mask=64'hffff00ffff000000;
defparam iSYSRESETn_cZ.shared_arith="off";
defparam iSYSRESETn_cZ.extended_lut="off";
// @143:706
  stratixii_lcell_comb iPORESETn_cZ (
	.combout(iPORESETn),
	.sumout(),
	.cout(),
	.dataf(PORESETnQQ),
	.datae(PORESETn),
	.datad(RSTBYPASS),
	.datac(VCC),
	.datab(VCC),
	.dataa(VCC),
	.datag(VCC),
	.cin(GND),
	.sharein()
);

@veripoolbot
Copy link
Collaborator Author


Original Redmine Comment
Author Name: Wilson Snyder (@wsnyder)
Original Date: 2010-06-08T23:36:34Z


Good idea, added to git for next release, 3.242+.

This creates ::Defparam objects, which the write_verilog routine will spit back out. The main ugly thing is I don't parse the cell the defparams are connected to, you'll need to do that yourself.

@veripoolbot
Copy link
Collaborator Author


Original Redmine Comment
Author Name: Wilson Snyder (@wsnyder)
Original Date: 2010-06-21T23:46:47Z


In 3.250.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants