X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-CMAE-Analysis: v=2.4 cv=IZ9C5Uma c=1 sm=1 tr=0 ts=5fd11d00 a=+cj0cO56Fp8x7EdhTra87A==:117 a=OSl5S0sdFaTv9JYOAhbd2w==:17 a=9+rZDBEiDlHhcck0kWbJtElFXBc=:19 a=IkcTkHD0fZMA:10 a=zTNgK-yGK50A:10 a=a1KZgU7cAAAA:8 a=Mj1Xp5F7AAAA:8 a=rFqHN3XqmZKAckh-oSUA:9 a=QEXdDO2ut3YA:10 a=ng0hpkU2jXKPaRTLMVYJ:22 a=OCttjWrK5_uSHO_3Hkg-:22 X-SECURESERVER-ACCT: glimrick AT epilitimus DOT com Subject: Re: [geda-user] SAB processing patches To: geda-user AT delorie DOT com References: <20201130220505 DOT 0AE4282C54FD AT turkos DOT aspodata DOT se> <7c75ed03-456c-b408-8b50-0448f6b3a04f AT epilitimus DOT com> <1b2c64b3-6a36-c1f3-dd54-bb583c6bea17 AT epilitimus DOT com> <475f980e-fddd-60d1-9a02-a5bc5fb5805b AT epilitimus DOT com> <25887669-D8C1-48B8-BEE7-13EEBFC4D006 AT noqsi DOT com> From: "Glenn (glimrick AT epilitimus DOT com) [via geda-user AT delorie DOT com]" Message-ID: <7caba1cb-6f7f-d3b8-d60d-88dd242310df@epilitimus.com> Date: Wed, 9 Dec 2020 10:52:40 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.53.3 MIME-Version: 1.0 In-Reply-To: <25887669-D8C1-48B8-BEE7-13EEBFC4D006@noqsi.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a2plcpnl0121.prod.iad2.secureserver.net X-AntiAbuse: Original Domain - delorie.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - epilitimus.com X-Get-Message-Sender-Via: a2plcpnl0121.prod.iad2.secureserver.net: authenticated_id: glimrick AT epilitimus DOT com X-Authenticated-Sender: a2plcpnl0121.prod.iad2.secureserver.net: glimrick AT epilitimus DOT com X-Source: X-Source-Args: X-Source-Dir: X-CMAE-Envelope: MS4xfPgIcYEDU/Xuya4fE5O316ihbjuWwk18T1Yp9omkLnKBvQi1zajS+inIlKkmx2M96SmuaL0Op0PN9O0tmDqeePYlw9dVeK20rPZd0DrVMSrWIO2iRFVg OBQ3DUFT4393WysC2qqTJujJtUI/Rw1r/Yl5O9+BA5Nca3h5ntJcCISUvaAP//J12Dt8IjC4mfAJ0G71tW4dt74lMrIuOTKBWUST+kG1yx32r/SKkD0hU7Rs Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk John Doty wrote: > > >> On Dec 9, 2020, at 12:42 AM, Glenn (glimrick AT epilitimus DOT com >> ) [via geda-user AT delorie DOT com >> ] > > wrote: >> >>> So the gnetlist backend to generate the xspice netlist needs the >>> bridge devices in the schematic (the sim context) > > Not true. With gnet-spice-noqsi, you may put the bridge devices either > in a subcircuit that’s referenced by the spice-prototype attribute, or > directly in the spice-prototype attribute. > >>> but other non >>> simulation netlists (the ab context), e.g. pcd or partslist, need them >>> removed. At the risk of starting another discusson, this is why the >>> spice-noqsi backend was not going to work, it works in the sim >>> context. > > The stuff in a spice-prototype attribute is ignored by every other > netlister. That’s how you can keep the sims domain separate from from > other domains. > The whole point here is that the bridge devices and other simulation components show up when processing the schematic for a parts list or some other non simulation context. Glenn