Hello, Paul. On Aug 15, 2010, at 3:34 PM, Paul Tan wrote:
> Hi John Doty, > > On Aug 15, 2010; 08:18am; John Doty wrote: > >> A front end function gnetlist:get-all-symbol-attributes >> would make a pretty decent primitive factor here. >> It could return a nested list like: > >> ( ( ( "refdes" "U1" ) >> ( "device" "7400" ) ) >> ( ( "refdes" "U1" ) >> ( "device" "14pwr" ) >> ( "footprint" "dip14" ) ) >> ( ( "refdes" "C1" ) >> ( "device" "CAPACITOR" ) >> ( "footprint" "0805" ) >> ( "value" "0.1uF" ) ) >> ... >> ) > > Yes, that is another solution, and it does not > affect other backends, since that is a new > function "gnetlist:get-all-symbol-attributes" > which no backends called. > > Although there are other Gnetlist frontend > solutions which have less impact on memory > footprint and performance, if you can get > Ales to approve it, I am for it. Then you > need to find out who is going to implement it. That's the rub. > Moreover, to fix the PCB's netlist whatever > problem, who is going to implement all the > changes needed in PCB backends? No changes are required in the back ends. Somebody would have to rewrite gnetlist:get-package-attribute and perhaps gnetlist:vams-get-package-attributes in Guile, so that they would use the new interface. I'd volunteer to do that. John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ [email protected] _______________________________________________ geda-user mailing list [email protected] http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
