Hi,

[snip]
>Can you please tell me more about this mechanism you're thinking
>about?  From what you write here it seems like exactly what my
>abstract-symbols branch does, whose mention seems to evoke exactly one
>reaction: "Uhm, yeah, okay".  I'm finding it ultra frustrating to read
>thread upon thread upon thread about this heavy-vs-light problem and
>what to do about it, when seemingly nobody has even tried the solution
>in my branch (most likely explanation for zero feedback).  I don't
>think there's much "automatic this or that" beyond the minimum
>necessary.

        The one thing that bothers me about your abstract-symbols
mechanism (yes I did try it a while ago) is that the end user has to
instanciate two symbols instead of just one.  From the example from the
referenced post:

...
C 44100 44900 1 0 0 nand-1.sym
...

and

...
C 42300 41300 1 0 0 7400-slots.sym
...


        That seems odd and I would have a hard time explaining that to
end users.  I like the idea of a "nand-1.sym" (yeah!), but I don't like
the idea that you also have place a 7400-slots.sym.   My approach will
only require one instanciated component (nand-1.sym) which is "modified"
(exactly how is what I'm currently working on) with the additional
netlisting specific information.

                                                                -Ales



_______________________________________________
geda-dev mailing list
[email protected]
http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev

Reply via email to