delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2016/01/08/21:54:30

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=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:content-type;
bh=WEBo7VRpDInWvIYFEicte58XOn9zIuqVmCab4s43IBQ=;
b=yz2/kCN0Vev8Hjza/SqdOaOcQTvAwZbypRVLs8GpWd2MY9FBYerzAhZBTPmKY71jCy
0x9q3gDFz7id1xCXSz6RPmtRZS83cngS8MQfIQHZUyta+0rBP8D+ymiwKzmQxEJk5xaa
ozzG6/nuXwH7NG71qDDYFhPbhSb1k5JvEuJ3uCvQlSEFAiPW4kgU0FAREa0q045e7i9R
FhGZEgffvPzIXzLRi5KzrWuafjyWejp/Ii7vprlz4tyAZ78/TFSmQAadE0Sjc5w4rkVH
UzUJImUAX6m0UyLMtcJ3ijz3cIAwxnPYf44zPwP8/HqXBv9AWywIe0MW7YjBSnccYA6m
jOJw==
MIME-Version: 1.0
X-Received: by 10.194.6.98 with SMTP id z2mr121382578wjz.101.1452308031166;
Fri, 08 Jan 2016 18:53:51 -0800 (PST)
In-Reply-To: <D098D4C9-0CB3-49F7-BD4C-C95874B99E44@noqsi.com>
References: <201601080714 DOT u087Ejj5032766 AT envy DOT delorie DOT com>
<CAJXU7q8ebvSPZ-sYrTcSd+0qWeGs5ZEzQAC2NNP9Qg8+ObU=8A AT mail DOT gmail DOT com>
<D098D4C9-0CB3-49F7-BD4C-C95874B99E44 AT noqsi DOT com>
Date: Fri, 8 Jan 2016 17:53:51 -0900
Message-ID: <CAC4O8c-9-bG25KKRZ9T3LMZCt0-fEsDfGQY8q3fpWJmqkBNT6g@mail.gmail.com>
Subject: Re: [geda-user] first attempt at bus support in gnetlist for pcb
From: "Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To: geda-user AT delorie DOT com
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

--047d7b5d3e644d5f9e0528ddd006
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Fri, Jan 8, 2016 at 3:38 AM, John Doty <jpd AT noqsi DOT com> wrote:

>
> On Jan 8, 2016, at 6:41 AM, Peter Clifton (petercjclifton AT googlemail DOT com)
> [via geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:
>
> 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 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 tha=
t
> until more work on applying new semantic rules is done in geda, schematic=
s
> using this new attribute semantics will be less easily reused for other
> work like simulation.
>
> You can do this kind of thing with a plug-in that wraps the appropriate
> gnetlist primitives. It=E2=80=99s somewhat harder, but could apply to mos=
t back
> ends, not just pcb.
>
> 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).
>
> Yes. And then, erase the distinction between nets, busses, pins, and
> lines. Move that into attributes: a line with netname=3D is a net, a line
> with pinnumber=3D is a pin =E2=80=A6
>

Using attributes like this is effectively a form of duck typing, which is
fine in principle but often leads to a lot of confusion since the type
hierarchy is implicit and doesn't end up getting written down anywhere.
I'm not saying its always bad and gschem already has this philosophy
anyway, but it does tend to make the whole setup challenging for newcomers
as they struggle to figure out which sets of attributes they need.

I don't have a concrete idea what could be done about it.  It's been an
issue for every attribute-based system I've worked on and I've never
encountered a great solution.

Britton

--047d7b5d3e644d5f9e0528ddd006
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_quo=
te">On Fri, Jan 8, 2016 at 3:38 AM, John Doty <span dir=3D"ltr">&lt;<a href=
=3D"mailto:jpd AT noqsi DOT com" target=3D"_blank">jpd AT noqsi DOT com</a>&gt;</span> wr=
ote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border=
-left:1px #ccc solid;padding-left:1ex"><div style=3D"word-wrap:break-word">=
<br><div><span class=3D""><div>On Jan 8, 2016, at 6:41 AM, Peter Clifton (<=
a href=3D"mailto:petercjclifton AT googlemail DOT com" target=3D"_blank">petercjcl=
ifton AT googlemail DOT com</a>) [via <a href=3D"mailto:geda-user AT delorie DOT com" tar=
get=3D"_blank">geda-user AT delorie DOT com</a>] &lt;<a href=3D"mailto:geda-user AT d=
elorie.com" target=3D"_blank">geda-user AT delorie DOT com</a>&gt; wrote:</div><br=
><blockquote type=3D"cite"><p dir=3D"ltr">
On 8 Jan 2016 07:17, &quot;DJ Delorie&quot; &lt;<a href=3D"mailto:dj AT delori=
e.com" target=3D"_blank">dj AT delorie DOT com</a>&gt; wrote:<br>
&gt;<br></p><p dir=3D"ltr">&gt; The net result of this is that you can assi=
gn a net named &quot;nBL,A[8-2]&quot; to<br>
&gt; a pin labelled &quot;A[0-7]&quot; and numbered &quot;1-4,10-7&quot; an=
d they&#39;ll all get<br>
&gt; hooked up as appropriate.</p><p dir=3D"ltr">Presumably this operates w=
ith &quot;normal&quot; nets and pins, not gschem buses - which still (as fa=
r as I recall) don&#39;t netlist.</p><p dir=3D"ltr">&gt; You can also have =
a pin named &quot;GND&quot; and numbered &quot;1,15,18&quot; connected<br>
&gt; to net &quot;GND&quot; and it will connect all three pins to the one n=
et.</p><p dir=3D"ltr">&gt; Constructive feedback welcome!</p><p dir=3D"ltr"=
>I think the solution you proposed looks useful and pragmatic.</p><p dir=3D=
"ltr">One potential disadvantage of using this, (user choice of course), is=
 that until more work on applying new semantic rules is done in geda, schem=
atics using this new attribute semantics will be less easily reused for oth=
er work like simulation.</p></blockquote></span>You can do this kind of thi=
ng with a plug-in that wraps the appropriate gnetlist primitives. It=E2=80=
=99s somewhat harder, but could apply to most back ends, not just pcb.<span=
 class=3D""><br><blockquote type=3D"cite"><p dir=3D"ltr">Regarding bus pins=
 &amp; buses vs. Net pins and nets.... I start to wonder if we should aim t=
o reduce that distinction in the future, and make all nets / pins / buses m=
ore equally handled in gEDA. (Up to the netlist backend / resolver).</p></b=
lockquote></span>Yes. And then, erase the distinction between nets, busses,=
 pins, and lines. Move that into attributes: a line with netname=3D is a ne=
t, a line with pinnumber=3D is a pin =E2=80=A6</div></div></blockquote><div=
><br></div><div style=3D"">Using attributes like this is effectively a form=
 of duck typing, which is fine in principle but often leads to a lot of con=
fusion since the type hierarchy is implicit and doesn&#39;t end up getting =
written down anywhere.=C2=A0 I&#39;m not saying its always bad and gschem a=
lready has this philosophy anyway, but it does tend to make the whole setup=
 challenging for newcomers as they struggle to figure out which sets of att=
ributes they need.</div><div style=3D""><br></div><div style=3D"">I don&#39=
;t have a concrete idea what could be done about it.=C2=A0 It&#39;s been an=
 issue for every attribute-based system I&#39;ve worked on and I&#39;ve nev=
er encountered a great solution. =C2=A0</div><div>=C2=A0</div><div style=3D=
"">Britton</div><div><br></div></div></div></div>

--047d7b5d3e644d5f9e0528ddd006--

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019