[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gEDA-dev: Broken slotting




On Wed, 2007-09-12 at 05:59 -0400, John Doty wrote:
> On Sep 11, 2007, at 11:02 PM, Steve Meier wrote:
> 
> > I have been violating the rule "All pins must have a pinseq=#  
> > attribute
> > attached to the pin object. " regularily. I reason, that if a  
> > device has
> > only one gate then no slot list is needed. Now I wonder if the slot  
> > list
> > is needed for spice?
> 
> What a Spice netlister needs is a way to figure out in what order the  
> pins are for the device or subcircuit instance. It uses pinseq for  
> this purpose. This is independent of the use of pinseq for slotting.
> 
> It seems to me that eventually we'll want to move the slotting and  
> pin assignment stuff to a database (see the lm7912 thread) to support  
> different packaging and usage of symbols. In that case, each pin will  
> need a unique identifier, and pinseq serves that purpose. But we  
> shouldn't keep using it directly for Spice (or anything else).  
> Rather, it should key the actual parameters, as it does in slotting.  
> Right now, pinseq is confusingly overloaded, but it need not be.

Ok, so how about this fix for now...

Keep pinseq as always was in libgeda + gschem, and not update it.

But have spice-sdb take into account slot=? when assigning pin order.
The only thing I can think which might need adding is guile-accessible
API to retrieve the slot number and pin-count on the component. These
may already be do-able though.

-- 
Peter Clifton

Electrical Engineering Division,
Engineering Department,
University of Cambridge,
9, JJ Thomson Avenue,
Cambridge
CB3 0FA

Tel: +44 (0)7729 980173 - (No signal in the lab!)



_______________________________________________
geda-dev mailing list
geda-dev@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev