[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
gEDA-bug: [Bug 698740] Re: gnetlist: makedepend backend
I agree, however at present, gnetlist does not provide symbol source
information to backends. Such a function is in the works.
For SPICE at least, include files have no set extension or even output
netlist extension. Such convention is set by project policy usually.
The additional target *.cir: is at least one of my standard extension
for spice-sdb output. There is another cpp-like post-processing step to
generate the actual simulation netlists for specific simulators.
A config data structure is really what's needed so the project can
specify the (extra) dependency structure conventions. Hierarchical sub-
schematics already have a set structure in gschem through the `source='
attribute.
** Patch removed: "0006-gnetlist-makedepend-backend.patch"
https://bugs.launchpad.net/geda/+bug/698740/+attachment/1785918/+files/0006-gnetlist-makedepend-backend.patch
--
You received this bug notification because you are a member of gEDA Bug
Team, which is subscribed to gEDA.
https://bugs.launchpad.net/bugs/698740
Title:
gnetlist: makedepend backend
Status in GPL Electronic Design Automation tools:
New
Bug description:
Gnetlist backend to determine a schematic's dependencies. Output
is in the form of:
source.sch: depend1.sch depend2.sch
source.cir: source.sch depend1.cir depend2.cir other.inc
...written to "source.d" file for inclusion into a project's
Makefile.
First line collects all source= attributes in the input pages. Second
line lists transformed source='s/sch/cir/' and file= attributes
(.include files).
_______________________________________________
geda-bug mailing list
geda-bug@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-bug