http://pike.ida.liu.se/pub/pike/beta/7.6.102/Pike-v7.6.102.tar.gz
There are two changes since 7.6.100: * A builfix for Darwin PPC * A fix for a broken treeopt rule.
Quite possibly. I might have missread the mess that was there before marcus fixed it.
Yes. More specifically Ubuntu, which apparantly has a nasm package for all architectures.
Le 30 janv. 07 à 11:15, Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) @ Pike (-) developers forum a écrit :
Yes. More specifically Ubuntu, which apparantly has a nasm package for all architectures.
I had same problem on FreeBSD as well on Alpha / Sparc64 archs... :) But it was a loooong time ago :)
/Xavier
http://pike.ida.liu.se/pub/pike/beta/7.6.102/Pike-v7.6.102.tar.gz
There are two changes since 7.6.100:
- A builfix for Darwin PPC
7.6.102 builds and run on Darwin PPC (didn't tried 7.6.100).
Build 102 looks about ready for release, but Windows doesn't want to work completely as usual. I've uploaded a first try at a Windows package, but it has some problems:
indices(GL);
DL: Symbol '_GL_add_auto_funcs' not found. C:/Program Files (x86)/Pike/lib/modules/GL.so:-: Warning: Failed to load library: Symbol '_GL_add_auto_funcs' not found. Compiler Error: 1:Undefined identifier "GL".
indices(Mysql);
DL: Symbol '_strdup' not found. C:/Program Files (x86)/Pike/lib/modules/Mysql.so:-: Warning: Failed to load library: Symbol '_strdup' not found. Compiler Error: 1:Undefined identifier "Mysql".
Not finding strdup sounds like a silly thing to (not) do. Anyone who knows if MS has been screwing with libc in any recent updates?
SDL and GTK works, so it can't be all bad.
Not finding GL_add_auto_funcs is even stranger, as that symbol should be contained in GL.so itself. I'm guessing some bug in dlopen.c.
I don't like that version of reality.
Why is GL_add_auto_funcs even exported from GL.so? It's only used by GL, so that could have been resolved link-time instead.
Does the new pike have new files in tzdata under the calendar module? I heard rumours over for instance US changing DST dates.
I don't think so. It's not a regression. But if I'm unable to get .102 building properly on Windows without changing the source (which seems likely right now) I'll make another beta.
If the current tzdata doesn't contain recent enough information to support the new daylight settings in the US, I'd consider it a bug enough to block the release... but it's up to you.
If by progress you mean that I've had to abandon my WoW addiction this weekend to try and fix the Mysql module, then yes. If you mean an actual release then no. We'll see how it goes later tonight.
pike-devel@lists.lysator.liu.se