Port order mismatch from spectre simulation

Spectre itself won't report port order mismatches - because connections in spectre are by order and not by name - it wouldn't know whether they are in the wrong order.

You also haven't said:

1. How you are adding the extracted netlist
2. What exactly is the error you're getting
3. Which software versions you're using
4. Is this happening during netlisting? If so, which ADE are you using?

Put simply, you've not provided enough information to identify let alone diagnose the problem.

1. Adding the extract statement via : .dspf_include '/path_to_spf.spf'

2: Exact Error: ERROR (SFE-46): "./cell.cir" 14486: `mxihs': An instance of `hsbc' can have at most 95 terminals (but has 96).

3. which spectre -> 'mmsim/19.10.199'

4. Run using command line: spectre -64 -f fsdb +mt=4 +aps +lqt 0 +lqmmtoken +lorder MMSIM +spice $1 <input netlist>

OK, all of that pretty important information that couldn't have been guessed from your original post. It's not in fact a port order issue at all, but a mismatch in the number of ports.

There is an option you can add on the dspf_include line - like this:

dspf_include "/export/home/user/support/playGPDK45/fourinv.dspf" extra_port=true

which will tolerate a mismatch in the number of ports. Whether you really want it to do that, you'll have to decide - and check the ports to see if the port that is missing in the DSPF definition matters (in essence, your schematic has one more port than the DSPF does). Here's a description of what the extra_port option does:

Specifies how to handle extra ports in the DSPF or schematic subcircuit definition. By default, this option is set to false, which implies that the port number in the schematic and the DSPF file needs to be the same. If not, the simulation will stop. When you set this option to true, the extra ports in the DSPF subcircuit call are changed to internal nodes. In addition, the extra ports in the schematic subcircuit definition are connected to nodes with the same name in the DSPF netlist, otherwise, they will be floating.

Andrew.