I updated the string_alloc branch with support for static strings
(the string data itself is inside the data section). In that branch its
used for program constants, functions, efun names, etc. It saves quite a
bit of heap memory. The statistics look like this:
array_bytes
There was another topic that was mentioned briefly. It was a proposal by
Per from one year earlier about string allocation.
Currently, strings (headers + content) are allocated in one chunk. For short
strings (up to length of the header) they are allocated by the block allocator,
otherwise using
Why is array copy slower?
It might be that he is using a laptop. Or just has power savings
enabled. I have noticed differences on the order of 70% on my macbook
with _no_ code changes.
The adaptive frequencies is generating issues, even with the power
supply connected. In general it is depressingly hard to benchmark
** remove class equals (too many equals)
This somewhat obscure point is probably the existence of a whole bunch
of x [op]= op-codes (+=, -=, =, %= etc)
If so I have now removed them.
This turned out to be sort of interesting, actually, since +=, -= and
friends did not previously type-check the
On Thu, Aug 14, 2014 at 4:30 PM, Per Hedbor () @ Pike (-) developers
forum 10...@lyskom.lysator.liu.se wrote:
** remove class equals (too many equals)
This somewhat obscure point is probably the existence of a whole bunch
of x [op]= op-codes (+=, -=, =, %= etc)
You brought it up, so however
On Thu, Aug 14, 2014 at 17:01, Peter Bortas wrote:
You brought it up, so however you define it is the correct definition.
Thanks. :)
I can now inform you about other good news: Automap is more complex!
Now and then it now works to have an automap as the left side of an
assignment.
So, what
It looks like the module dumping broke. make sure complains a lot.
Either this change or grubbas new layer of indirection for
Crypto.Sign.
Hi Arne,
I didn’t actually mean to suggest I felt there was a problem; I just wanted to
give everyone the opportunity to pipe up. I guess no one took the bait :)
Bill
On Aug 12, 2014, at 6:31 AM, Arne Goedeke e...@laramies.com wrote:
On Sun, 10 Aug 2014, H. William Welliver III wrote:
On Sun, 10 Aug 2014, H. William Welliver III wrote:
I?m happy to continue doing releases, assuming my performance has been
acceptable and no one else is dying to take over.
Just to clarify this. Noone said anything about your performance, we
just were unsure if you also feel like doing
Partially done now.
Still left to fix are the very complex rules (define
variable,global,function, local function), the issue is that a lot of
things are renumbered when the optional_stars token is removed, and
since optional_stars is now so optional that it is never ever set I
have not bothered
was in Linköping yesterday, so we had an impromptu development
discussion about whatever was on peoples minds. Here are my notes for
further discussion:
…
--
Peter Bortas
to python). The
tests that fail out of the box do pass if the test timeout is extended from
20 seconds.
Bill
On Aug 9, 2014, at 5:54 AM, Peter Bortas bor...@gmail.com wrote:
Arne was in Linköping yesterday, so we had an impromptu development
discussion about whatever was on peoples minds
Support for Pike 0.5 and 0.6 compat removed. It should now be possible
to remove the string* syntax and clean up language.yacc.
Arne was in Linköping yesterday, so we had an impromptu development
discussion about whatever was on peoples minds. Here are my notes for
further discussion:
* discussion
** remove constant evaluation timelimit for recursive compilation
** timezone compilation is slow
** Calendars documentation
On Sat, 9 Aug 2014, Peter Bortas wrote:
** Is arrays incorrectly addressed by pointer into moved array
After checking this again, I think I saw a ghost. a-real_item is
actually never used directly, so the code should be correct.
16 matches
Mail list logo