X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-TCPREMOTEIP: 207.224.51.38 X-Authenticated-UID: jpd AT noqsi DOT com Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [geda-user] New experimental netlist features From: John Doty In-Reply-To: <201509091737.t89Hb1nQ021026@envy.delorie.com> Date: Wed, 9 Sep 2015 12:06:13 -0600 Message-Id: <87B24E96-015D-49EE-A417-E2C96D9F8695@noqsi.com> References: <201509082040 DOT t88KerD6005455 AT envy DOT delorie DOT com> <201509091737 DOT t89Hb1nQ021026 AT envy DOT delorie DOT com> To: geda-user AT delorie DOT com X-Mailer: Apple Mail (2.1878.6) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id t89I6Okr005553 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 On Sep 9, 2015, at 11:37 AM, DJ Delorie wrote: > >> In my implementation, busses are exactly that: net-like objects with more >> than one signal. "netname=D[0..15]" is a valid attribute for a bus and is >> equivalent to setting "netname=D0" to "netname=D15" on the individual >> nets. > > If we allow a net to be more than one signal (which verilog allows, so > precedent ;) then buses *are* nets, and we don't need anything new, > other than to teach the netlisters how to deal with a non-singular > net connecting to a non-singular pin. Except that unlike nets, buses can be composed and sliced. For example, a processor bus may connect directly to a backplane bus, but they aren’t the same. > >> This is still how nets are connected to busses (remember, I didn't change >> the way bus rippers work). For example, in the subsheet "resistors.sch" >> of my example schematic, I assigned the netname "left[7..0]" to a bus and >> then assigned the netnames "left7" to "left0" to a bunch of nets. For >> clarity, I didn't use bus rippers, but I obviously could have done. > > In this example, with current software, there's no need to assign > names to bus symbols - the fact that the nets are named is sufficient > to cause connectivity. What benefit, then, of naming the bus symbols? To distinguish the bus from its constituent busses and nets. John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ jpd AT noqsi DOT com