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

Re: gEDA-dev: New diagram (attempt at UML)



On Tuesday 10 April 2007 20:59, John Doty wrote:
> In any case, can't these new formats handle hierarchy? I
> would think   it preferable to let the simulator do the
> expansion, not the netlister. Am I missing something?

Of course they can.  The question at the top was
>>> Is these
>>> a netlist format that you would recommend that is
>>> hierarchical?

On Tuesday 10 April 2007 20:59, John Doty wrote:
> When my customers want that, I'll go that way. I might look
> into it,   and nudge them a little. You have me interested.
> But on my last (and first) IC design, the deliverable in the
> contract was a SPICE netlist.

We need to design for the future.  We have a Spice netlister 
that works as well as can be expected for a Spice netlister.  
The Verilog netlister does not support attributes, or any of 
the analog extensions.

What Spice do they want?  HSpice?  PSpice? NG-spice?

I don't know what the priorities of the other developers are, 
but for me the people doing free/open-source hardware 
development are the top priority.  We are the enabler for that, 
in the same sense that gcc was the enabler for the whole 
free/open-source software movement.  Another priority for me is 
a base for researchers, so they can build on free tools rather 
than proprietary ones.

If there is are commercial users, that's fine, but not the 
highest priority.  If some of them want to send some money this 
way, they could move to the top.

The highest interest in gnucap is absolutely in the promise of a 
fast, free (GPL) Verilog-AMS simulator.  They would like other 
tools (schematic, layout, timing analysis, ...) that work with 
it too.

The interest I have gotten from the gEDA community is small by 
comparison.


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