Out of curoisity, what does your windows build environment look like? (OS, compiler, etc)...
I've made some process getting a build environment working, but haven't been completely successful (I have some new Windows-specific functionality that I want to work on).
Bill
On Tue, 3 Jul 2012, Martin Stjernholm wrote:
"H. William Welliver III" bill@welliver.org wrote:
I've made a new beta build which for your consideration. If no problems are found, this build will become the next stable release. Please download, build, test, make binary packages, etc. As always, please report back with any problems (or successes, too!)
I get failures in the testsuite, both on linux and windows. Does it go through for you?
Regarding Windows, I fixed a couple bugs yesterday in debug_fd_stat which caused file_stat etc to fail spectacularly on most non-local filesystems. I wonder how it has worked earlier..
After that it gets through. My compilation environment provides the following:
features: dynamic loading..... yes threads............. yes (nt) signal handler...... custom NT cdebug.............. yes rtldebug............ no dmalloc............. no dlmalloc............ yes mmx................. no (no mmx.h found) byte code format.... ia32 module reloc........ no use machine code.... yes int type............ long (4 bytes) float type.......... float (4 bytes) (ieee little endian) pointer size........ 4 bytes svalue size......... 8 bytes (2+2+4)
Bz2................. yes (using libbz2) DNS-SD.............. no (dns_sd.h or howl.h not found) DVB................. no (dependencies failed) FFmpeg.............. no (dependencies failed) Fuse................ no (dependencies failed) GLUT................ no (dependencies failed) GSSAPI.............. yes (-lgssapi32) GTK................. no (dependencies failed) GTK.GlArea.......... no (dependencies failed) GTK.GladeXML........ no (dependencies failed) GTK2................ yes Gdbm................ no (dependencies failed) Gmp (bignums)....... yes (using libgmp) Gz.................. yes (libzlib) Image............... yes Image.FreeType...... yes Image.GIF........... yes Image.JPEG.......... yes Image.SVG........... no (dependencies failed) Image.TIFF.......... yes Image.TTF........... no (dependencies failed) Image.XFace......... yes Java................ yes (-lkernel32 -lws2_32 -ladvapi32) Kerberos............ yes (-lkrb5_32) MIME................ yes Math................ yes Math.Transforms.FFT. no (fftw.h not found) Mysql............... yes (liblibmysql) Nettle.............. yes Odbc................ no (dependencies failed) Oracle.............. no (dependencies failed) PDF.PDFlib.......... no (dependencies failed) PDF.Panda........... no (dependencies failed) Postgres............ yes Regexp.PCRE......... yes (libpcre) SDL................. no (dependencies failed) SDL_mixer........... no (dependencies failed) SQLite.............. yes ZXID................ no (dependencies failed) sybase.............. no (dependencies failed)
Is this good enough? Is there something that can/should be improved?
As for the testsuite on windows, things aren't that good. Besides the errors I also get on linux:
- The socket and sendfile tests fail randomly with errors like
This file does not support nonblocking operation. -:1: Fd(10)->set_nonblocking() -:1: Stdio.File("conftest.dst", "cwt", 666 /* fd=10 */)->set_nonblocking() l:/mast-home/Pike/stable/lib/modules/Stdio.pmod/module.pmod:1442: Stdio.File("conftest.dst", "cwt", 666 /* fd=10 */)->set_nonblocking(0,0,0,UNDEFINED,UNDEFINED) l:/mast-home/Pike/stable/lib/modules/Stdio.pmod/module.pmod:3041: Stdio.Sendfile()->writer_done() l:/mast-home/Pike/stable/lib/modules/Stdio.pmod/module.pmod:2930: Stdio.Sendfile()->reader_done() l:/mast-home/Pike/stable/lib/modules/Stdio.pmod/module.pmod:2946: Stdio.Sendfile()->close_cb(0) -:1: Pike.Backend(0)->`()(3600.0)
Stdio.File.pipe tend to return zero in random tests.
Process.create_process randomly fails to spawn sub-pikes in tests.
Tools.Standalone.forkd doesn't compile due to missing
Process.ForkdDecoder, and that causes some tests to fail. Would there be a problem if this is fixed by a this_program_does_not_exist stanza in forkd.pike?
Unfortunately I can't promise any significant time tracking those random errors down right now. :\