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