Re: [Iverilog-devel] iverilog-vpi options

[Cary R. <cy...@ya...>]

--- Stephen Williams <st...@ic...> wrote:

> Perhaps so. It's been lower then low priority because the existing
> iverilog-vpi's (script or mingw-C) have been stable, so the issue of
> duplication of effort is aesthetically icky, but pragmatically not
> a real worry.

Pragmatism is expected to dominate in a resource constrained environment.
It's usually only the aesthetically hideous issues that get addressed. And
don't get me started on aesthetically icky code that is perfectly
functional. I suppose it doesn't help that we are using C/C++. Which is
just part of the toll we pay for portability.

> But then again, do the aesthetics really improve if you put a
> Rothko and an Escher into a food processor?

Improved? No I think that might be a bit strange!

Cary


      ____________________________________________________________________________________
You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost.  
http://tc.deals.yahoo.com/tc/blockbuster/text5.com