IRC logs for #openttd.dev on OFTC at 2015-08-11
            
00:16:43 <Rubidium> looking at the .i I can't figure out why it would go wrong
00:19:46 <Rubidium> oh...
00:19:55 <Rubidium> fttypes.h exists in the SDK
00:21:12 <Rubidium> moving the openttd useful includes before the sdk includes helps
00:38:30 <Rubidium> yay victory
00:41:41 <Rubidium> michi_cc: do you (still) have the PDBs of those libraries? Might be useful if MSVC can include that into the openttd PDB
00:43:03 *** keoz has joined #openttd.dev
02:50:13 *** keoz has quit IRC
03:25:47 *** Supercheese has quit IRC
04:04:19 *** Supercheese has joined #openttd.dev
04:04:19 *** ChanServ sets mode: +v Supercheese
04:08:26 *** Supercheese has quit IRC
06:09:48 *** Supercheese has joined #openttd.dev
06:09:48 *** ChanServ sets mode: +v Supercheese
13:32:51 *** Supercheese has quit IRC
13:33:22 *** Supercheese has joined #openttd.dev
13:33:22 *** ChanServ sets mode: +v Supercheese
14:22:09 *** Alberth has joined #openttd.dev
14:22:09 *** ChanServ sets mode: +v Alberth
18:18:11 *** frosch123 has joined #openttd.dev
18:18:11 *** ChanServ sets mode: +v frosch123
19:18:28 <michi_cc> Rubidium: I build some libs (read icu) without debug info as to not blow up the zip too much, but I can rebuild them with debug info for the compile farm if you want.
19:18:57 <michi_cc> I'd still use the PDB-less libs for the general public download though.
19:19:36 <Rubidium> oh, it gets embedded into the .lib instead of a seperate PDB?
19:20:46 <Rubidium> but yes, I'd reckon a seperate one for the CF might not be that bad, except for reproducable builds
19:21:50 <Rubidium> but I'd reckon that we provide the extern libraries as courtesy, so license wise it shouldn't be a problem
19:24:13 <michi_cc> Rubidium: Both actually, the ICU libs are bigger with debug info, but you still need to supply the PDB as well.
19:25:40 <Rubidium> how much does it affect the final binary?
19:59:57 <michi_cc> Rubidium: It doesn't have any effect on the exe, debug info there is always separate. The PDB does grow though.
20:06:43 <Rubidium> PDB size isn't really a problem
20:06:46 <michi_cc> Rubidium: http://www.icosahedron.de/openttd/patches/ottd-libs-debug.zip, and I've also overwritten http://www.icosahedron.de/openttd/patches/openttd-useful-6.0-win.zip with a new version as I just noticed the libpng I included previously would output a warning about missing debug info when building OTTD.
21:11:19 <Rubidium> I was going to spend the night on getting OpenTTD built with a new GCC on Windows... https://rbijker.net/openttd/mingw.txt
21:11:24 <Rubidium> it doesn't compile yet though...
21:11:46 <Rubidium> apparantly SHGFP_TYPE_CURRENT is defined now (not sure how exactly yet)
21:26:06 <Rubidium> https://rbijker.net/openttd/mingw_gcc_5.diff <- looks kinda dangerous, but I wouldn't know how to check for newness of MINGW in this case
21:26:38 <Rubidium> fios.h includings win32.h via some other headers
21:28:59 <frosch123> #if (_WIN32_IE >= 0x0500) <- google suggests that
21:34:35 <Rubidium> /src/stdafx.h: #define _WIN32_IE_ 0x0600 // 6.0 (XP+)
21:40:11 <frosch123> hmm, so you want to check for some older version of mingw32 header files
21:40:25 <frosch123> how does _SHLOBJ_H_ help?
21:40:38 <frosch123> wouldn't that one be defined whenever the headerfile exists?
21:41:31 <Rubidium> yes, and when it doesn't exist... it should do the define
21:42:44 <frosch123> doesn't gcc5 exit if a header file is missing?
21:43:30 <Rubidium> hmm... good point-ish
21:43:42 <Rubidium> this modification will ofcourse fail with older mingws
21:52:33 <Rubidium> the default libraries don't want to play nice :(
21:53:20 <Rubidium> when linking statically some libraries aren't mentioned causing link failures
21:54:22 <Rubidium> mostly it's freetype that includes harfbuzz that needs other libraries that aren't mentioned in pkg-config --libs
21:55:09 <Rubidium> not that freetype-config is any better
21:55:14 <Rubidium> ls
22:11:41 *** Alberth has left #openttd.dev
22:13:13 <Rubidium> ah well, tomorrow (or after that) I might try again
22:13:39 <Rubidium> and if it gets too complex, then... I'll not add/update the MinGW manual and we'll just use the botched version from here ;)
22:24:01 <LordAro> on that subject, i've been meaning to look into msys2, which apparently makea things much easier
23:37:09 *** frosch123 has quit IRC