Re: MATLAB-like Tool

"Yemi I. D. Bedu" <yemi-DnQzskBZRmpWk0Htik3J/[email protected]> Fri, 18 Apr 2008 09:08:16 -0400
Newsgroups gmane.comp.java.beanshell.devel
Message-ID <12CB62AFAFC4434C88CBBB95804B52F502D524A3@mail>
Hello,
 What would be the patterns of transliteration for operator overloading?
What about for new syntax? If they worked as sugar and you allows have a
clean method backed structure then it would be more favored over Pnuts
and Groovy. That probably is one of the best features to probably have
in the language. I don't care if I can't overload old ops if I can
introduce new pseudo-ops. Is this possible or even already available? I
have been using the 1.3 documents to program against 2.0b4 for that past
year. Good day.

Yemi Bedu

P&R Fasteners, Inc.
P&R Castings, LLC.
325 Pierce St
Somerset, NJ 08873
(T) 732-302-3600
(F) 732-302-3636

-----Original Message-----
From: fschmidt [mailto:[email protected]] 
Sent: Thursday, April 17, 2008 3:58 PM
To: beanshell-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: [Beanshell-dev] MATLAB-like Tool


I think the idea of any scripting language is to prototype and interact
and
try things.  A big system, where speed matters, should be built with a
statically typed language like Java.  So I don't think speed is an issue
for
scripting languages.  BeanShell will always be slow because it doesn't
generate bytecode.  Pnuts is probably the best Java scripting language,
and
it does generate bytecode, but it has a tiny user base and an author who
is
almost as unresponsive as BeanShell's author.  I picked BeanShell as a
compromise because it has a fair size user base, and while not as good
as
Pnuts, is not nearly as bad (for me) as Groovy.  I was hoping that
BeanShell's user base would take some initiative if I forked the source
and
made it easy to contribute, but unfortunately, this hasn't happened.


Bob Fischer wrote:
> 
> BeanShell is known to be pretty slow in general, so  
> that's a big reason NOT to use it for this purpose; one would start  
> building up some routines and then discover that the interpreter is  
> not fast enough to run time.  Then you're kind of stuck.
> 

No, then you translate your time-critical routines into Java.  This
should
be painless compared to, say, translating code from Python to C.



> The PySci  
> approach looks promising; I would want to see that it integrates well

> with Java when running under Jython.
> 

This won't work because SciPy is based on a big C library and Jython is
pure
Java.

-- 
View this message in context:
http://www.nabble.com/Hacking-BeanShell-with-JavaCC-tp16715411p16753214.
html
Sent from the BeanShell - Dev mailing list archive at Nabble.com.


------------------------------------------------------------------------
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j
avaone
_______________________________________________
Beanshell-developers mailing list
Beanshell-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/beanshell-developers

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone