Subject:
|
Re: LPub support for external POV post processors (was Sand Green)
|
Newsgroups:
|
lugnet.cad, lugnet.inst, lugnet.cad.ray
|
Date:
|
Mon, 20 Jan 2003 20:38:14 GMT
|
Viewed:
|
4528 times
|
| |
|
|
Mike,
Thanks for the input on TCL. My bias towards perl is primarily because I
know perl ;-) I've learned a *lot* of computer languages in my life, so it
is no big deal to learn another.
I'd guess that TCL is easier to graft into an application. It is my
understanding that TCL is tiny compared to perl.
Features that I like in perl that may sway me one way or the other:
Scalar, indexed arrays and associative arrays.
Powerful and simple pattern recognition of string variables.
Built in debugger.
If these have counterparts in TCL then sign me up!
Kevin
In lugnet.cad.ray, Mike Walsh writes:
>
> "Kevin Clague" <kevin_clague@yahoo.com> wrote in message
> news:H90rrv.GHJ@lugnet.com...
> > Mike,
> >
> > Can I offer embedded perl as a counter offer to Tcl? Perl is a very
> > powerful language for manipulating text files.
> >
> > Kevin
>
> Sure. While I prefer Tcl[1], any scripting solution would be a very welcome
> addition. If Perl makes it easier for you to introduce this functionality
> then by all means go that route!
>
> Mike
>
> [1] It is my NSHO that Tcl is a better scripting solution for CAD
> applications than Perl is. I work in the EDA industry (CAD for Electrical
> Engineering) and have seen a dozen different languages used for this
> purpose. My own company (Mentor Graphics) has employed no less than six in
> the 10 years that I have worked here (including Perl). Tcl is the
> predominant one we use now and is by far the easiest to support from an end
> user perspective.
>
> Now granted, the user support requirements for a commercial EDA application
> are far different than they are for LPub but some of the basic philosphy is
> the same. I'd be more than happy to discuss this subject if there is a
> reason to do so.
>
> >
> > In lugnet.inst, Mike Walsh writes:
> >
> > [snip]
> >
> > > Let's add a Tcl scripting interface! Actually, it isn't a bad idea. I
> > > would think some of the processing steps I am thinking of could be • handled
> > > really easily with Tcl.
> > >
> > > While I can't think any immediate need to post process .dat files, I am • sure
> > > someone else will. I would imagine there will be a desire to do some • sort
> > > of user processing on any of the items you mention above.
> > >
> > > However, I think your proposal above would address all of the items I can
> > > think of right now. Last night Steve Barile and I were discussing this • very
> > > topic. He had a similar need with something he was doing with MegaPOV. • He
> > > had to touch all of his POV files to add the necessary edge detect code.
> >
> > I really like the post processing idea for the items listed, especially • the
> > images, because it would again centralize and streamline the process of
> > generating building instructions.
> >
> > Kevin
|
|
Message has 1 Reply:
Message is in Reply To:
24 Messages in This Thread:
  
 
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
This Message and its Replies on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
