RE: [Hecl-devel] Greetings
Brought to you by:
davidw
From: David <dav...@ak...> - 2005-08-10 09:54:06
|
> -----Original Message----- > From: hec...@li... > [mailto:hec...@li...]On Behalf Of David N. > Welton > Sent: 10 August 2005 10:08 > To: hec...@li... > Subject: Re: [Hecl-devel] Greetings > > fledged debugger. > > Sounds cool! Let us know what we can do to make sure Hecl works for it. > > Where I'm at with Hecl: > > A few days ago I checked in some minor updates to CVS including a fix to > 'sort', and some build instructions for Ant to generate documentation > (you need to have xsltproc). I also updated the web site docs. I will try and get cvs access. The version I have is from a few weeks ago. > > A while ago, I was thinking about some syntax for expressions, so that > you could do set foo ( $foo + 4 * $bar ) but I'm a bit dubious that it > will fit in the available space. Hecl.jar currently takes up 50095 > bytes, and we haven't added a GUI or much of any J2ME specific goodies. I am not sure, I think its just sugar. One thing that may be more useful to look at is having more that 2 operands to arithmetic expressions. So for example "set result [+ $var1 $var2 1]" would work rather than the alternative "set result [+ $var1 [+ $var2 1]]" Also in a similar vein "global var1 var2 var3" would be nice. Perhaps I use too many global variables but it would be a way to keep the scripts shorter. > > Infact, I think the best direction right now is going to concentrate on > adding some of those handy things. Unfortunately, I'll probably have to > wait a bit till I get myself an x86 Linux machine to run Sun Java on, > since kaffe, classpath and gcj aren't quite there yet as far as J2ME > apps are concerned. > I use the netbeans IDE on XP. Its not perfect, being a bit slow. (Why is text editing on a 3 GHz processor not instant ?). However it is free and generates and debugs j2me apps out of the box. > We could probably also bring down the size some, but it's going to take > someone who's just a bit more experienced with Java than I am. One > possibility would be to find another way of doing commands. Associating > one or a few commands with a class chews up memory pretty quickly, > because each class has overhead. The current method is pretty flexible > and extensible though, and I'm not sure what the best way around it > would be... Once you have a core set of commands these can be collapsed into a single class. It's not OO but its the best way of keeping the size down. A class costs nearly 400 bytes. Even very modern phones have a 100k jar file limit so it pays to be careful. You can generally make speed area tradeoffs. But best not to optimize much until there is a large body of hecl code around to measure performance with. Otherwise you may optimize the wrong thing. Also a profiler tool would be useful. > > -- > David N. Welton > - http://www.dedasys.com/davidw/ > > Apache, Linux, Tcl Consulting > - http://www.dedasys.com/ > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Hecl-devel mailing list > Hec...@li... > https://lists.sourceforge.net/lists/listinfo/hecl-devel > |