Mail Archives: geda-user/2016/01/13/09:27:26
This is a multi-part message in MIME format.
--------------000606080902020605030507
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
On 12/01/16 17:19, Peter Clifton (petercjclifton AT googlemail DOT com) [via
geda-user AT delorie DOT com] wrote:
>
>
> On 12 Jan 2016 17:02, "Frank Miles (fpm AT u DOT washington DOT edu
> <mailto:fpm AT u DOT washington DOT edu>) [via geda-user AT delorie DOT com
> <mailto:geda-user AT delorie DOT com>]" <geda-user AT delorie DOT com
> <mailto:geda-user AT delorie DOT com>> wrote:
> >
>
> > Perhaps I'm confused. I thought I had read that the netlist import was
> > deprecated, and that the proper way of importing the netlist was through
> > PCB:File/Import Schematics. If netlist import is still equally valid,
> > then please accept my apology for the needless noise.
> >
> > -F
>
> The import mechanism was added as a more integrated way of retrieving
> this information, rather than relying on an external tool, gsch2pcb
> to process your existing design file and make edits. (This tool had to
> read and make edits to the board files, so represented a barrier to
> format changes. This was probably not the initial motivation of the
> new mechanism, but represents a big plus point to its existence).
>
> Underlying the mechanism is a netlist backend for gnetlist which
> describes the components and nets of the design using a series of pcb
> action commands. These are executed by pcb on the open design, and in
> turn update the internal view of the netlist.
>
> The "old" netlist format is not deprecated, although it does not
> convey all of the information about parts etc.. (gsch2pcb managed that
> aspect based upon a template file a separate gnetlist backend would
> populate with all the parts of a given design).
>
> Since gsch2pcb and associated netlist backends were in a separate code
> base to pcb, this represented a compatibility problem if ever we
> changed things with the file format. The new backend lives with PCB
> (iirc), so merely relies on gnetlist keeping a stable scheme api and
> command line interface.
>
> You might be interested to know that the update mechanism can be wired
> to call a makefile (or other scripts?) to generate the required data,
> so it is infact quite general. Only the "schematics" attributes are
> really assumed to come from a simple gschem work flow.
>
> At some point, I may update xgsch2pcb to use this new mechanism,
> rather than gsch2pcb. It seems redundant to update gsch2pcb itself though.
>
> Peter
>
I confess to never using the Import Schematics, probably because its
only just appeared in the builds I have ready access to. I have never
had any problems with the gsch2pcb workflow, like much of geda-gaf, it's
quirky, but it works, and and you soon figure out how to make it do what
is necessary.
--------------000606080902020605030507
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
On 12/01/16 17:19, Peter Clifton (<a class="moz-txt-link-abbreviated" href="mailto:petercjclifton AT googlemail DOT com">petercjclifton AT googlemail DOT com</a>)
[via <a class="moz-txt-link-abbreviated" href="mailto:geda-user AT delorie DOT com">geda-user AT delorie DOT com</a>] wrote:<br>
<blockquote
cite="mid:CAJXU7q9OTdMpLMr6GbnCqLv_bHxjzOUsKgt-ovFdh5Qri9VUfQ AT mail DOT gmail DOT com"
type="cite">
<p dir="ltr"><br>
On 12 Jan 2016 17:02, "Frank Miles (<a moz-do-not-send="true"
href="mailto:fpm AT u DOT washington DOT edu">fpm AT u DOT washington DOT edu</a>)
[via <a moz-do-not-send="true"
href="mailto:geda-user AT delorie DOT com">geda-user AT delorie DOT com</a>]"
<<a moz-do-not-send="true"
href="mailto:geda-user AT delorie DOT com">geda-user AT delorie DOT com</a>>
wrote:<br>
></p>
<p dir="ltr">> Perhaps I'm confused. I thought I had read that
the netlist import was<br>
> deprecated, and that the proper way of importing the
netlist was through<br>
> PCB:File/Import Schematics. If netlist import is still
equally valid,<br>
> then please accept my apology for the needless noise.<br>
><br>
> Â Â Â Â -F</p>
<p dir="ltr">The import mechanism was added as a more integrated
way of retrieving this information, rather than relying on an
external tool, gsch2pcb to process your existing design file
and make edits. (This tool had to read and make edits to the
board files, so represented a barrier to format changes. This
was probably not the initial motivation of the new mechanism,
but represents a big plus point to its existence).</p>
<p dir="ltr">Underlying the mechanism is a netlist backend for
gnetlist which describes the components and nets of the design
using a series of pcb action commands. These are executed by pcb
on the open design, and in turn update the internal view of the
netlist.</p>
<p dir="ltr">The "old" netlist format is not deprecated, although
it does not convey all of the information about parts etc..
(gsch2pcb managed that aspect based upon a template file a
separate gnetlist backend would populate with all the parts of a
given design).</p>
<p dir="ltr">Since gsch2pcb and associated netlist backends were
in a separate code base to pcb, this represented a compatibility
problem if ever we changed things with the file format. The new
backend lives with PCB (iirc), so merely relies on gnetlist
keeping a stable scheme api and command line interface.<br>
</p>
<p dir="ltr">You might be interested to know that the update
mechanism can be wired to call a makefile (or other scripts?) to
generate the required data, so it is infact quite general. Only
the "schematics" attributes are really assumed to come from a
simple gschem work flow.</p>
<p dir="ltr">At some point, I may update xgsch2pcb to use this new
mechanism, rather than gsch2pcb. It seems redundant to update
gsch2pcb itself though.</p>
<p dir="ltr">Peter<br>
</p>
</blockquote>
I confess to never using the Import Schematics, probably because its
only just appeared in the builds I have ready access to. I have
never had any problems with the gsch2pcb workflow, like much of
geda-gaf, it's quirky, but it works, and and you soon figure out how
to make it do what is necessary.<br>
</body>
</html>
--------------000606080902020605030507--
- Raw text -