X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=xdp1xDh+llqUW5/EeGNnwml2bNi+AMpQugxsIwDVu10=; b=YbXnZU+PAPoCPaP4a7ADU1K0E7JOozSafJo0nQ2KdLqPVBE1DOC6guCsM3wPj3/mag BTpx8y8/T1ydMgafOcL+5p2u+f7T8eWiXBaqzJoMqV4b1PEcnQyFwjK3wukPofPEY0Kh zjRPBvnKL0hu9Quc66I+uY7anTxNCUFY9F3SIVLx6Pgmf3IcQaZUtwkXSphBZg8mq+uK QlH0gnV2viv31tfAVmnEckND/c5ZywuLYFVIm2zuUQxVd+y/zW8JGfRFuontsrAVSp+u VH7afbH01FsjkF4INaTWcSiF2y2Roy2oLSWtuIQYsO/5HTN74HolTPmIQg2va3R9d0m9 geAg== MIME-Version: 1.0 X-Received: by 10.202.85.146 with SMTP id j140mr73497656oib.4.1452253288572; Fri, 08 Jan 2016 03:41:28 -0800 (PST) In-Reply-To: <201601080714.u087Ejj5032766@envy.delorie.com> References: <201601080714 DOT u087Ejj5032766 AT envy DOT delorie DOT com> Date: Fri, 8 Jan 2016 11:41:28 +0000 Message-ID: Subject: Re: [geda-user] first attempt at bus support in gnetlist for pcb From: "Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com]" To: gEDA User Mailing List Content-Type: multipart/alternative; boundary=001a113d216e63afcb0528d1113d 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 --001a113d216e63afcb0528d1113d Content-Type: text/plain; charset=UTF-8 On 8 Jan 2016 07:17, "DJ Delorie" wrote: > > The net result of this is that you can assign a net named "nBL,A[8-2]" to > a pin labelled "A[0-7]" and numbered "1-4,10-7" and they'll all get > hooked up as appropriate. Presumably this operates with "normal" nets and pins, not gschem buses - which still (as far as I recall) don't netlist. > You can also have a pin named "GND" and numbered "1,15,18" connected > to net "GND" and it will connect all three pins to the one net. > Constructive feedback welcome! I think the solution you proposed looks useful and pragmatic. One potential disadvantage of using this, (user choice of course), is that until more work on applying new semantic rules is done in geda, schematics using this new attribute semantics will be less easily reused for other work like simulation. Regarding bus pins & buses vs. Net pins and nets.... I start to wonder if we should aim to reduce that distinction in the future, and make all nets / pins / buses more equally handled in gEDA. (Up to the netlist backend / resolver). Optional stronger port typing like VHDL / verilog would also be nice, for schematics that drive hdl output. Please can anyone replying consider whether a new thread is appropriate if addressing my comments, not DJ's new feature. > DJ --001a113d216e63afcb0528d1113d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On 8 Jan 2016 07:17, "DJ Delorie" <dj AT delorie DOT com> wrote:
>

> The net result of this is that you can assign a net nam= ed "nBL,A[8-2]" to
> a pin labelled "A[0-7]" and numbered "1-4,10-7" an= d they'll all get
> hooked up as appropriate.

Presumably this operates with "normal" nets and pi= ns, not gschem buses - which still (as far as I recall) don't netlist.<= /p>

> You can also have a pin named "GND" and numbe= red "1,15,18" connected
> to net "GND" and it will connect all three pins to the one n= et.

> Constructive feedback welcome!

I think the solution you proposed looks useful and pragmatic= .

One potential disadvantage of using this, (user choice of co= urse), is that until more work on applying new semantic rules is done in ge= da, schematics using this new attribute semantics will be less easily reuse= d for other work like simulation.

Regarding bus pins & buses vs. Net pins and nets.... I s= tart to wonder if we should aim to reduce that distinction in the future, a= nd make all nets / pins / buses more equally handled in gEDA. (Up to the ne= tlist backend / resolver).

Optional stronger port typing like VHDL / verilog would also= be nice, for schematics that drive hdl output.

Please can anyone replying consider whether a new thread is = appropriate if addressing my comments, not DJ's new feature.

> DJ

--001a113d216e63afcb0528d1113d--