[01:18:12] <-- barra_home has left IRC (Read error: Connection reset by peer)
[05:45:15] --> raevol has joined #GemRb
[06:08:06] <-- raevol has left IRC (Quit: Leaving.)
[07:13:46] <tomprince> In MSVC6, you can have member of a struct be a template with incomplete paramater, so long as you don't reference any member after that member.
[07:31:19] --> budlust has joined #GemRb
[07:34:08] --> lynxlynxlynx has joined #GemRb
[07:34:08] --- ChanServ gives channel operator status to lynxlynxlynx
[07:36:04] <tomprince> Weird and annoying.
[07:37:36] <Gekz> punch its face
[07:38:00] <-- budlust has left IRC (Ping timeout: 240 seconds)
[07:52:29] --> barra_library has joined #GemRb
[08:40:12] <-- |Cable| has left IRC (Remote host closed the connection)
[12:10:27] --> kettuz has joined #GemRb
[13:48:42] <-- barra_library has left IRC (Ping timeout: 260 seconds)
[13:52:15] --> barra_library has joined #GemRb
[14:33:04] <-- Gekz has left IRC (Quit: Leaving)
[14:33:29] --> Gekz has joined #GemRb
[14:39:25] --> budlust has joined #GemRb
[14:44:20] <CIA-24> GemRB: 03tom.prince * r95b0de846be8 10gemrb/gemrb/ (4 files in 2 dirs): MSVC6 fixes.
[14:54:23] <-- budlust has left IRC (Ping timeout: 272 seconds)
[14:58:46] --> raevol has joined #GemRb
[15:12:56] <-- Gekz has left IRC (Quit: Leaving)
[15:16:42] --> budlust has joined #GemRb
[15:24:37] <-- barra_library has left IRC (Quit: Verlassend)
[15:31:51] <-- raevol has left IRC (Quit: Leaving.)
[16:27:50] --> kingron has joined #GemRb
[16:44:10] <-- kingron has left IRC (Remote host closed the connection)
[16:57:31] --> barra_library has joined #GemRb
[17:55:57] <-- budlust has left #GemRb
[17:56:19] <CIA-24> GemRB: 03tom.prince * r3b1a0a647902 10gemrb/gemrb/core/PluginMgr.h: Fix for MSVC6.
[17:56:27] <CIA-24> GemRB: 03tom.prince * r48ba7328b199 10gemrb/gemrb/core/MapControl.cpp: More MSVC6 fixes.
[17:56:43] <CIA-24> GemRB: 03tom.prince * r17f6b48b66f7 10gemrb/gemrb/core/ (Interface.h ResourceManager.h): msvc6: SFINAE fixes.
[17:56:43] <CIA-24> GemRB: 03tom.prince * rc9ff584b7e31 10gemrb/gemrb/includes/win32def.h: msvc6: Disable warning.
[17:56:43] <CIA-24> GemRB: 03tom.prince * r4a73bc96c547 10gemrb/gemrb/core/Holder.h: msvc6: More fixes.
[17:56:43] <CIA-24> GemRB: 03tom.prince * r3074c47e2200 10gemrb/gemrb/plugins/BMPImporter/BMPImporter.cpp: msvc6: More fixes.
[17:56:43] <CIA-24> GemRB: 03tom.prince * r7b5c4cc0c150 10gemrb/gemrb/plugins/GUIScript/PythonHelpers.h: msvc6: More fixes.
[17:56:44] <CIA-24> GemRB: 03tom.prince * r67e50c92b817 10gemrb/ (CMakeLists.txt cmake_config.h.in gemrb/core/CMakeLists.txt):
[17:56:45] <CIA-24> GemRB: cmake: Put path variables in config.h rather thand command-line.
[17:56:45] <CIA-24> GemRB: Apparently msvc6 doesn't like quotes in marcos passed on the command-line.
[17:58:05] --> |Cable| has joined #GemRb
[17:58:40] <-- |Cable| has left IRC (Client Quit)
[17:58:48] --> |Cable| has joined #GemRb
[17:58:50] <tomprince> I now have a working buildbot, that can do msvc6 builds.
[18:01:56] <fuzzie> wow :)
[18:02:00] <fuzzie> you are very dedicated
[18:05:09] <tomprince> ...
[18:05:56] <fuzzie> i mean, really
[18:06:54] <fuzzie> i would never have the motivation to make it work
[18:07:10] <tomprince> Well, if we want to keep supporting msvc6, I don't want to be the one that keeps breaking it.
[18:07:45] <fuzzie> well, i approached the problem by just not changing too much, obviously
[18:07:52] <tomprince> :)
[18:08:44] <tomprince> And once it is set up, all I need to do is say, try compiling this with msvc6, and it goes off and does it, and gives result.
[18:09:15] <tomprince> And it also lets me test all the various gcc versions + clang, and both autoconf and cmake, all at once.
[18:10:10] <tomprince> And at some point, I'll wire it up to sf, and make it public, so everybody can see it.
[18:40:31] <lynxlynxlynx> nice job
[19:09:33] --> Maighstir_laptop has joined #GemRb
[20:06:55] <Maighstir_laptop> hmm... running "gemrb -c iwd.cfg" through a Windows command prompt throws an error message [The Application was unable to start correctly (0xc0000005) Click OK to close the application.], double-clicking a shortcut that runs the exact same command line works great... any ideas why?
[20:08:02] <lynxlynxlynx> maybe you need to use /c instead of -c
[20:08:25] <Maighstir_laptop> same thing
[20:08:27] <lynxlynxlynx> btw, it would be great if you split up the logos
[20:08:35] <lynxlynxlynx> or was it \c?
[20:08:46] <lynxlynxlynx> dos is so passé ;)
[20:08:59] <fuzzie> Maighstir_laptop: different current directory to pick up DLLs from?
[20:10:12] <Maighstir_laptop> normally it's /c, but it depends on the application, ones ported from *nix usually use -c
[20:11:39] <Maighstir_laptop> I'm standing in the application folder, shouldn't it use that as the active folder then?
[20:12:49] <fuzzie> yes, i'm just wondering if your shortcut is pointing somewhere else for that :)
[20:14:03] <lynxlynxlynx> 0x1 MASK_GOOD 0x2 MASK_GENEUTRAL 0x3 MASK_EVIL <-- grrr, why didn't they use 0x4?
[20:15:05] <Maighstir_laptop> buh... of course it worked. That one was targeting an old binary from before git. How did I miss that?
[20:15:33] <Maighstir_laptop> now then, why won't my latest compile run at all?
[20:15:47] <fuzzie> not sure why it would be crashing so early though
[20:16:05] <tomprince> I think it must be some DLL thing of some sort.
[20:16:19] <fuzzie> well, you wouldn't get that error if it was a plugin load
[20:16:38] <fuzzie> and you get a different error if it can't find symbols/etc
[20:17:54] <tomprince> I think I hit that the other day during testing. But I can't rember the resolution.
[20:18:12] <Maighstir_laptop> it asked for a couple dll's I don't recognise from earlier: libgcc_s_dw2-1.dll and libstdc++-6.dll - I fetched those from MinGW's SF page and then it crashes
[20:18:29] <fuzzie> oh :) right, yes, you probably can't do that
[20:18:46] <tomprince> Have you tried make clean?
[20:21:34] <tomprince> And if it still shows up, try bisecting.
[20:23:47] <fuzzie> well, if Maighstir didn't have the modern runtime DLLs, i think this is more likely to be a switch to a broken install of gcc 4? did you compile successfully with that gcc install ever before?
[20:27:07] <fuzzie> if not, i would start with some simple "hello world" rather than trying to bisect gemrb
[20:35:54] <Maighstir_laptop> gcc doesn't tell of any errors as far as I know (which isn't far, to be honest). Though no, GemRB is the only thing I've tried compiling so far.
[20:51:04] --- barra_library is now known as barraAway
[20:57:55] <Maighstir_laptop> also, the logos are now up
[21:03:17] <lynxlynxlynx> forum?
[21:03:47] <Maighstir_laptop> yes
[21:03:47] <lynxlynxlynx> i've already added the rb to the distribution, so the next release will have an icon :)
[21:04:04] <lynxlynxlynx> ok, thanks
[21:09:45] --> budlust has joined #GemRb
[21:29:46] --> cubathy has joined #GemRb
[21:41:17] <CIA-24> GemRB: 03tom.prince * reaf74d0ecd13 10gemrb/cmake_config.h.in: cmake: Fix typo in cmake_config.h.in.
[22:08:02] <-- lynxlynxlynx has left IRC (Remote host closed the connection)
[22:13:40] <-- cubathy has left IRC (Ping timeout: 240 seconds)
[22:21:40] <-- kettuz has left IRC (Remote host closed the connection)
[22:28:25] <CIA-24> GemRB: 03tom.prince * r3d46734f7118 10gemrb/gemrb/includes/exports.h:
[22:28:25] <CIA-24> GemRB: gcc: gcc 3.4.6 supports -fvisibility=hidden
[22:28:25] <CIA-24> GemRB: Without this, we get link errors.
[23:05:37] <-- barraAway has left IRC (Quit: Verlassend)
[23:07:34] <-- budlust has left IRC (Ping timeout: 264 seconds)
[23:12:25] --> budlust has joined #GemRb
[23:30:40] <-- budlust has left IRC (Ping timeout: 240 seconds)
[23:42:09] --> budlust has joined #GemRb