Hello, Kyle a écrit : > 1. Is there a reason you don't link against zlib.lib? It's needed by > libpng, and by default not a part of libpng.lib. Also, both libcurl.lib > and curl.lib are required for my build to work (curl.lib is not linked > against in the project).
I have several problems currently in fact: - the SDL_image lib needs libjpeg and libpng with a particular name, so dlls have to be duplicated - the prebuilt libcurl I'm using uses zlibwapi.dll (not sure if it can be rebuilt to use zlib1.dll) - I'm using gtkmm and gtk+ win32 SDK from http://sourceforge.net/project/showfiles.php?group_id=98754 http://ftp.gnome.org/pub/gnome/binaries/win32/gtkmm/2.10/ (I think, since it changed from the last time I visited the original URL: http://www.pcpm.ucl.ac.be/~gustin/ ) So, the packages one uses really change what is needed in the visual project. For instance, when I run: pkg-config.exe --libs libpng I get back: -Lc:/dev/gtk/lib -lpng12 So that's why I didn't add zlib, all the more since it does link. For libcurl, I guess it really depends on the version one uses. Unfortunately, trying to not depend on zlibwapi.dll, I switched packages up to the point where I don't know which one I'm using (header says 7.14.1). This mess really needs to be sorted out, but the only solution I can imagine is having a wormux SDK archive for the external stuff (ie not including gtk/glibmm) such as SDL and friends, libcurl, ... > 2. What about all those Glib::ustring warnings? I assume they aren't > important? I actually don't remember them, because I use pragma to silence most warnings. Bad practice, but some are unlikely to be fixed (double->float) and, if I've ever seen them, I probably considered they were indeed harmless. And then again, it may also depend on your version of glibmm (2.12.7 here). > 3. The wormux.exe file is thrown into the Program Files folder. This, > however, is not where I, or I imagine most others, have the wormux code > / data. Wouldn't it be best to place exe in a place where it can be > immediately run (above the src directory)? First I didn't understand you, then I remembered that to help me debug, I did put it inside of my own Program Files\Wormux folder the produced binary. But indeed it would have been better to move it to the root folder, were it not for NLS (hierarchy in po/ is not the same as expected by gettext [share/locale/<lang>). This however only means that strings won't be translated though, so I guess it is better than the current incomplete pseudo-installation. > I needed to remove "extern Downloader downloader" from downloader.h / > .cpp and make a new Downloader in index_server.cpp in order to make the > game not crash. It seems like as it was before, downloader.curl was null > when it was being used. Making the changes allows the game to work, As I said in my reply to Julien, we probably need to use something safer like a singleton + GetInstance() There are several occurrences of such a misuse around the code. > though it seems to like to freeze with the message "super called" on > turn changes. Sometime soon I'll get the debug build working too and try > to figure that one out. I have never seen this happen, but that might again be caused by what Julien pointed out. One last big thing to do would be to add the .po->gmo generation, for instance with a custom build. Best regards, Kurosu _______________________________________________ Wormux-dev mailing list Wormux-dev@gna.org https://mail.gna.org/listinfo/wormux-dev
