The Battle for Wesnoth Forums

I'm making windows releases using scons, here's my .scons-option-cache: default_targets = 'test,wesnoth,wesnothd' sdldir = 'K:\\sergey\\wesnoth-deps\\' boostdir = 'D:\\boost_1_46_1\\' boostlibdir = 'D:\\boost_1_46_1\\stage\\lib\\' boost_suffix = '-mgw45-mt-1_46_1' gettextdir = 'K:\\sergey\\wesnoth-d...

I'm using NSIS to generate those installers. Perhaps it's fixed in its next version. I'll try to upgrade it for next release.

Looks like it isn't linked against libbz2.

Here's how I've built boost.iostreams with bzip2 support: Installed bzip2 from http://gnuwin32.sourceforge.net/packages/bzip2.htm using the first installer there then ran from cmd.exe from boost's dir set BZIP2_SOURCE="d:\Program Files\GnuWin32\include" set ZLIB_SOURCE="d:\GTK-DEV\inc...

You could try SDL.dll from wesnoth 1.11 . I've built that dll from source myself rather than using libsdl.org's pre-built version, like in 1.10.

Fedora packager has resolved the issue

iirc I've built that one from the source myself. I guess I'll try building 1.2.15 too next time instead of using their pre-built binaries.

There is a possibility that it was caused by SDL update. You can also try older SDL version: http://www.libsdl.org/release/SDL-1.2.12-win32.zip, just replace SDL.dll from wesnoth's install dir with SDL.dll from this zip.

Perhaps using the magic SysRq key(the 'k' function namely) would help you to avoid a reboot in case of such a freeze.

The scons build on my platforms - fedora 15 & 16 - has failed for most of the 1.9 series. Apparently this is a known problem due to the names fedora uses for the boost threading libraries. iirc you can make it compile by passing boost_suffix=-mt . afaik there's no reason for distros to ship any...

forum_user_handler=true should be enough, at least as far as compilation is concerned.

Should be fixed in next version/Будет исправлено в следующей версии.

It only ever installs headers into /usr/local/include/boost and libs into /usr/local/lib that all have names like libboost_*.so, so just deleting them will be enough.

Since compile flags include -I/usr/include, -L/usr/lib and -lboost_system-mt it's pretty much certain that ubuntu's boost packages are used. Though I don't know much about debian/ubuntu packaging and thus how different versions of boost could have mixed up. ./b2 install will install into /usr/local ...

g++ -o build/sconf_temp/conftest_14.o -c -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include -I/usr/include/SDL build/sconf_temp/conftest_14.cpp g++ -o build/sconf_temp/conftest_14 build/sconf_temp/conftest_14.o -L/usr/lib -lm -lboost_iostreams-mt -lSDL -lSDL_net -lboost_system-mt build/sconf_temp/conftest...