> So thank you, Seb! It is good to have data that indicate if - and how
> much - resource use is increased. It does not say everything, but is
> definitely relevant.
Of course, I do agree with all of this. Thanks Seb!
Matt.
--
You received this message because you are subscribed to the Google G
Hi guys,
I've been reading about old computers from the 'manchester baby' up to
the F21 chip: a processor from the late 90s with up to 500 mips speed
and about $1 each due to its simple design - powerfull and efficient.
The company is out of business while the resource-greedy Windows and
current L
Of course additions to libraries add ram & program memory. This
however does not necessarily reflect efficiency of the library in a
running circuit. Sometimes using more ram can increase speed. It also
does not reflect additional features, or usefulness of the library.
The only stats that are good
Sorry Seb, I've been busy and have not had a chance to look at this.
We should not rush to get this in this release anyways, or should we?
A lot more work needs to be done in the printing fonts pixel by pixel
proc.
We also need to make a proc to effiecently print fonts. The efficient
font printin
Hi guys,
This is buildbot speaking. I have finished a build of jallib-bee on jallib.
Buildslave for this Build: sebbot
Build Reason: The Nightly scheduler named 'weekly build (bee)' triggered this
build
Build Source Stamp: HEAD
Blamelist:
BUILD FAILED: failed svn
Logs are attached.
sincerely,
Hi Matt, guys,
I'm having troubles with cache, as only upper half on my display is handled.
Display is 84x48. When I want to plot below half of the display (y >= 24),
pixel gets printed at 0. I've surely made a mistake while integrating Paul's
code dealing with cache (glcd_cache.jal, or glcd_nokia
Hi Joep,
For now that's just compiler output parsing, my first idea was to checkout
jallib revisions at each compiler release (just before, just after) and give
comparison. This could give insight about home it performs globally (amongst
the ten sample I tried, 2.4o-beta saves several bytes of pro
