Scripting Langauges 
Author Message
 Scripting Langauges


Newsgroups: comp.cad.cadence
Subject: Re: SKILL in OCEAN a newbeginner bashes his head



NNTP-Posting-Host: 66.47.65.77

Sven Are Bjerkem wrote;

Quote:
> Hi Pete, thanks a lot for that simple interpretation of what the '
> means. Things like these make it so horrible to start of with a new
> programming language. As a HW engineer I have to learn a lot of them
> because each tool supplier have their own scripting language. Up until
> now I've had to work with Perl, Java, C and C++ and hoped that Lisp
> would be for XEmacs only. Cadence has proven me wrong

Sven, you have a very good point why must hardware designers, who are
already very over worked,  having to learn so many different
languages, especially some very non-standard languages with lots of
unusual and hard to remember syntax at a cost of enormous frustration.

The answer is you don't if you use the right tools. Undertow and
Undertow Suite waveform viewing and RTL source code debugging tools
from Veritools, use standard PERL as a built in scripting language.
Adding Perl scripting to Undertow was done specifically because of the
issue you have raised. Perl is now is totally ubiquitous in  the
design, EDA, CAD communities, almost every design team today uses PERL
 to do all of the mundane work to connect the various design processes
together. Why should you be forced with much pain and effort on your
part to learn yet another difficult to learn, complex  scripting
language.

The PERL scripting in Undertow is in fact just standard PERL, with
extensions to allow it to read data from the  waveform display  or
from any data base that Undertow can read, and to do in PERL any
operation that a user of the  Undertow waveform display tool can do
manually, with one big exception. The internal PERL routines that read
or operate on the data are all highly optimized C routines with a PERL
encapsulator, so they run 100,000s of thousands of times if not
millions of times faster than standard PERL doing the exact same
operation.

And what are some of these operations, "Compare digital waveform
files", "Elliptic filter", "Chevechev Filter", "measure signal
deltas", integrate, differentiate, etc. Any analog or digital
operation that Undertow can do has been encapsulated into a  PERL
function that runs at lighting speed.

 One last point, Undertow/Undertow Suite can load even several
multi-gigabyte files almost instantly and then display any signal or
signals from any of these files again almost instantly. This data can
be analog, digital or mixed analog/digital waveform data. This tool is
specially targeted at users where viewing speed especially with large
files has become a significant issue.

If you wish you can get Undertow/Undertow Suite from
www.veritools-web.com and a license from myself or

out to see how easy it is to use and build scripts with a language
that you already know.

sven wrote;


Quote:


> > >Very simple task:
> > >- Get a list of subwindows in a window
> > >- use foreach to save in files with suffix like windownumber

> ...

> > >Why don't I get a number instead of winNum?

> > >This is very stupid and I have tried a lot of different commands from
> > >the manual but I somehow don't grasp it

> > It's because you have winNum embedded in:

> >     '("tb_case1_" winNum ".ps")

> > The single quote before the open parenthesis says "don't evaluate anything
> > within the parentheses" -- so winNum becomes the symbol 'winNum.

> Hi Pete, thanks a lot for that simple interpretation of what the '
> means. Things like these make it so horrible to start of with a new
> programming language. As a HW engineer I have to learn a lot of them
> because each tool supplier have their own scripting language. Up until
> now I've had to work with Perl, Java, C and C++ and hoped that Lisp
> would be for XEmacs only. Cadence has proven me wrong.

> Now, I did what you suggested and used the opportunity to make my code
> a bit more Lisp'ish as I otherwise tend to write C or Perl syntax:



Thu, 10 Feb 2005 05:10:40 GMT  
 Scripting Langauges

Quote:


> Newsgroups: comp.cad.cadence
> Subject: Re: SKILL in OCEAN a newbeginner bashes his head

> Sven Are Bjerkem wrote;

>>Hi Pete, thanks a lot for that simple interpretation of what the '
>>means. Things like these make it so horrible to start of with a new
>>programming language. As a HW engineer I have to learn a lot of them
>>because each tool supplier have their own scripting language. Up until
>>now I've had to work with Perl, Java, C and C++ and hoped that Lisp
>>would be for XEmacs only. Cadence has proven me wrong

> Sven, you have a very good point why must hardware designers, who are
> already very over worked,  having to learn so many different
> languages, especially some very non-standard languages with lots of
> unusual and hard to remember syntax at a cost of enormous frustration.

There follows a description why the scripting language in Roberts
favoured tools is the best.

He won't be the last to state that his firms script language is the best
but maybe firms could think of giving the users a choice by adopting some
of the schemes that make the use of several scripting languages easier,
e.g. SWIG http://www.swig.org or maybe the inline module of Perl
( http://www.cpan.org/modules/by-module/Inline )

I should state that I have limited experience of using SWIP and Inline
but I do applaud what they allow you to do.

(Phew. I managed to say all of the above without mentioning python at
  http://www.python.org/ ;-)



Thu, 10 Feb 2005 16:54:39 GMT  
 Scripting Langauges

Quote:


> Newsgroups: comp.cad.cadence
> Subject: Re: SKILL in OCEAN a newbeginner bashes his head



> NNTP-Posting-Host: 66.47.65.77

> Sven Are Bjerkem wrote;

> > Hi Pete, thanks a lot for that simple interpretation of what the '
> > means. Things like these make it so horrible to start of with a new
> > programming language. As a HW engineer I have to learn a lot of them
> > because each tool supplier have their own scripting language. Up until
> > now I've had to work with Perl, Java, C and C++ and hoped that Lisp
> > would be for XEmacs only. Cadence has proven me wrong

> Sven, you have a very good point why must hardware designers, who are
> already very over worked,

Start the violins!


Sat, 12 Feb 2005 17:33:43 GMT  
 Scripting Langauges

Quote:



>> Newsgroups: comp.cad.cadence
>> Subject: Re: SKILL in OCEAN a newbeginner bashes his head

>> Sven Are Bjerkem wrote;

>>>Hi Pete, thanks a lot for that simple interpretation of what the '
>>>means. Things like these make it so horrible to start of with a new
>>>programming language. As a HW engineer I have to learn a lot of them
>>>because each tool supplier have their own scripting language. Up until
>>>now I've had to work with Perl, Java, C and C++ and hoped that Lisp
>>>would be for XEmacs only. Cadence has proven me wrong

>> Sven, you have a very good point why must hardware designers, who are
>> already very over worked,  having to learn so many different
>> languages, especially some very non-standard languages with lots of
>> unusual and hard to remember syntax at a cost of enormous frustration.

>There follows a description why the scripting language in Roberts
>favoured tools is the best.

>He won't be the last to state that his firms script language is the best
>but maybe firms could think of giving the users a choice by adopting some
>of the schemes that make the use of several scripting languages easier,
>e.g. SWIG http://www.swig.org or maybe the inline module of Perl
>( http://www.cpan.org/modules/by-module/Inline )

>I should state that I have limited experience of using SWIP and Inline
>but I do applaud what they allow you to do.

Well, I know that we're getting seriously offtopic here, but I just had to
chime in and say that SWIG is a great tool...
I very recently used SWIG on a project where we had several (30+) C++
classes and wrapped them using swig so that we could access all of our
C++ classes transparently in Ruby (a very nice, OO scripting language -
http://rubycentral.com).  The customer (I was contracting developing an
internal EDA tool for a customer) was exceedingly happy with the results -
whereas we were going to embed Ruby into the C++ tool to allow scripting,
we determined that it would actually be much easier and more flexible to
use Ruby to drive the C++ code (and it allowed end users to script the
tool 'for free' since we already had wrapped the C++ code for unit
testing in Ruby).

Take a look at Swig 1.3.14 - it now automagically handles mapping C++
overloaded methods into the scripting language domain - no more %renames
needed in your .i files.

Quote:

>(Phew. I managed to say all of the above without mentioning Python at
>  http://www.python.org/ ;-)

OK, I managed to mention Ruby a few times ;-)
http://www.ruby-lang.org
... it's a heckuva lot cleaner language than Perl and if you know Perl you
can pick it up in a day or two...

Phil



Sat, 19 Feb 2005 12:40:51 GMT  
 
 [ 4 post ] 

 Relevant Pages 

1. Scripting Langauges

2. Modern langauges

3. Advert: PostDoc Fellowship in Concurrent Functional Langauges

4. Modern langauges

5. Langauges written from right to left

6. computers: programming: langauges: lisp?

7. Posting: Survey of Toolkit Langauges

8. F-Script 1.2.4 available: Smalltalk-based scripting for Mac OS X

9. Creating an awk script to extract other scripts from a file

10. Access to Script Name Within Awk Script

11. New Product: Five-Script, the scripting language for CA-Clipper developers

12. Scripting and Scripting Language

 

 
Powered by phpBB® Forum Software