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.
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 ./config.status: line 536: /bin/bash -norc: No such file or directory ./config.status: line 536: exec: /bin/bash -norc: cannot execute: No such file or directory
I have since upgraded that machine, so I cannot test this anymore. Maybe it helps..
arne
On 10/03/14 16:00, Per Hedbor () @ Pike (-) developers forum wrote:
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.
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 20s or so on the 2.5 minute configure time on my computer).
But knowing if that is the case is rather hard. Using readlink seems to work on openindiana and at least my linux, I guess:
pike-git:/gitroot/pike.git# ls -l /bin/sh lrwxrwxrwx 1 root root 9 Jan 10 2012 /bin/sh -> i86/ksh93 pike-git:/gitroot/pike.git# uname -a SunOS pike-git 5.11 oi_151a i86pc i386 i86pc Solaris
Ω leopard$ ls -l /bin/sh 0 lrwxrwxrwx 1 root root 4 feb 19 2014 /bin/sh -> dash*
Personally I think it would be much better to just use the default shell, and let the user set CONFIGURE_SHELL to override that.
Anyway, the -norc option should be checked for if we keep the current code, yes.
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.
On 10/03/14 16:00, Per Hedbor () @ Pike (-) developers forum wrote:
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. :)
Another thing I noticed is that the decoder fails to decode SSL.State and SSL.Connection and then leaks the Decoder objects and some other stuff in free_decode_data().
The code looks like this is intentional, but maybe there is a missing catch somewhere which should then clean it up later? The error happens in encode.c:4117.
Are there any auto-exported tarballs nowadays (of 8.0, 7.8 or otherwise)? (The "Bleeding-edge source package" link, i.e. http://pike.lysator.liu.se/generated/pikefarm/packages/7.8/latest, hasn't worked for a long time, possibly since you switched to git.)
pike-devel@lists.lysator.liu.se