I just forked off pike 8.1 from 8.0.
The intent is to fairly soon (for values of soon) release a new stable
from 8.0.
If you have any issues with the current version, please tell us about
it. :)
Also, new features should preferably go to 8.1 now.
--
Per Hedbor
On Sat, Oct 4, 2014 at 12:00 AM, Per Hedbor () @ Pike (-) developers
forum 10...@lyskom.lysator.liu.se wrote:
The intent is to fairly soon (for values of soon) release a new stable
from 8.0.
If you have any issues with the current version, please tell us about
it. :)
Sounds good to me! Which
Was having trouble building the latest, but a complete wipe-out (rm
-rf *; git checkout -f) fixed that. Not sure what the issue was,
doesn't much matter.
If I would have to guess it is the precompiler changes. The
dependencies for the precompiler are not quite correct, changes to the
1550b2bbe15e553da8ac721dd1ba773aa1deb5af does not work with old bash
versions (4.1.50 was what I tested). What I see:
running CONFIG_SHELL=/bin/bash -norc /bin/bash -norc
/home/el/pike/src/configure /opt build_alias=/opt host_alias=/opt
target_alias=/opt --no-create --no-recursion
And on a somewhat related note /bin/sh is significantly faster than
bash when it is not an old solaris (before opensolaris)/irix or
similar machine, say, hpux. :)
That is, when /bin/bash is dash or a modern (k)sh it is actually
faster than bash, significantly so in the case of dash (it saves
bout
Did you make a comparison with /usr/xpg4/bin/sh (POSIX shell) on
Solaris too?
No. I do know that the SunOS 4 shell is very slow when you have a lot
of variables, however, due to a fixed hashtable size for them.
Unless that has changed it is probably still significantly slower than
/bin/bash.
Building on OS X was broken since last week but I pushed some fixes to
correct that.
