--- Log opened Mon May 07 00:00:10 2012
--- Day changed Mon May 07 2012
20120507 00:00:10< gabba> yeah, Win 7 x64
20120507 00:00:31< anonymissimus> I have an amd64 cpu but xp 32 bit
20120507 00:00:52< anonymissimus> except for the ubuntu dual where I chose the 64 bit variant
20120507 00:01:22-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has quit [Quit: :wq]
20120507 00:01:33-!- ancestral [~ancestral@174-20-178-141.mpls.qwest.net] has joined #wesnoth-dev
20120507 00:05:27< anonymissimus> gabba: let me know how win 7 +eclipse +MinGw works out for you! :)
20120507 00:05:54-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120312181643]]
20120507 00:06:49< CIA-22> jamit * r54113 /trunk/ (4 files in 2 dirs): 
20120507 00:06:49< CIA-22> New image path function: ~ROTATE().
20120507 00:06:49< CIA-22> (This only works for multiples of 90 degrees.)
20120507 00:15:18< AI0867> fendrin: mind if I fix the recursion thing?
20120507 00:17:18< fendrin> AI0867: no
20120507 00:18:03< fendrin> jamit: 45 should also be doable. 
20120507 00:18:25< shadowm> fendrin: how?
20120507 00:19:20< fendrin> I think I still have a bookmark somewhere.
20120507 00:19:52< fendrin> 45° was mentioned to be a cheap problem as well.
20120507 00:19:52< shadowm> the thing is that we only have algorithms for rotations by multiples of 90
20120507 00:21:03< AI0867> fendrin: with pixel art?
20120507 00:21:37-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has quit [Ping timeout: 276 seconds]
20120507 00:21:54-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20120507 00:22:16-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has joined #wesnoth-dev
20120507 00:24:06< fendrin> AI0867: Well, I was searching for solutions which don't shift my palette because that would destroy team coloring.
20120507 00:24:24-!- bloodycoin [~bloodycoi@193.170.132.180] has quit [Ping timeout: 260 seconds]
20120507 00:24:54< jamit> If you find the bookmark, I could look at it, but I thought 45-rotations involved altering pixels.
20120507 00:26:40< jamit> Rotations by 90 degrees are easy because they involve a 1-to-1 map (bijection) between the images' pixels.
20120507 00:26:49-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has quit [Ping timeout: 276 seconds]
20120507 00:27:16-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has joined #wesnoth-dev
20120507 00:32:33< Espreon> Hmmmm... perhaps we should make the ghost advisor in DiD loyal or something...
20120507 00:34:57< shadowm> anonymissimus: It seems SlowThinker just mixed whitespace and Unicode characters in his test case(s), since he can't reproduce with just whitespace now. The Unicode issue is tracked as #13926 since quite a while.
20120507 00:35:28 * shadowm prods AI0867 with https://gna.org/bugs/?13926
20120507 00:39:35< AI0867> Espreon: it's a random ghost
20120507 00:39:43< Espreon> Yeah, but...
20120507 00:39:53< Espreon> ... it's siphoning my moniez...
20120507 00:39:59< AI0867> shadowm: I have, but boost::filesystem v3 isn't on debian stable yet
20120507 00:41:04< AI0867> I'm still looking into it, but it may not happen too soon
20120507 00:41:10< shadowm> :/
20120507 00:56:02-!- bloodycoin [~bloodycoi@193.170.132.180] has joined #wesnoth-dev
20120507 01:01:55-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has quit [Ping timeout: 276 seconds]
20120507 01:02:13< fendrin> jamit: works nicely
20120507 01:02:46< fendrin> jamit: Exactly what my addon was in need off.
20120507 01:02:50-!- gabba [~gabba@wesnoth/developer/gabba] has left #wesnoth-dev []
20120507 01:23:51-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20120507 01:28:26-!- Gambit is now known as Breakfastarrow
20120507 01:43:59< Espreon> http://imagebin.org/211353 ... Poor "j"
20120507 01:50:15-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20120507 01:58:26-!- ancestral [~ancestral@174-20-178-141.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20120507 01:59:05-!- vultraz_laptop [~chatzilla@124.109.10.221] has joined #wesnoth-dev
20120507 02:02:14-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Ping timeout: 255 seconds]
20120507 02:04:13-!- PolarPanda [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev
20120507 02:06:54-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: Computer has gone to sleep.]
20120507 02:07:05-!- mjs-de [~mjs-de@g224179188.adsl.alicedsl.de] has quit [Remote host closed the connection]
20120507 02:07:41< CIA-22> espreon * r54114 /branches/1.10/data/campaigns/Descent_Into_Darkness/units/frontier-baroness.cfg: Removed an obsolete attribute from the Frontier Baroness's unit definition.
20120507 02:08:35< CIA-22> espreon * r54115 /trunk/data/campaigns/Descent_Into_Darkness/units/frontier-baroness.cfg: Ported r54114 to trunk.
20120507 02:15:16< CIA-22> loonycyborg * r54116 /trunk/src/ (4 files in 2 dirs): Made transmission dialog for addon uploads track upload progress again.
20120507 02:48:28-!- Breakfastarrow [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20120507 02:51:45-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20120507 02:58:28-!- leonid [~leonid@220.113.2.146] has joined #wesnoth-dev
20120507 03:12:30-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20120507 03:16:34-!- eirikvw [189a49d2@gateway/web/freenode/ip.24.154.73.210] has joined #wesnoth-dev
20120507 03:31:16-!- eirikvw [189a49d2@gateway/web/freenode/ip.24.154.73.210] has quit [Ping timeout: 245 seconds]
20120507 03:31:48-!- eirikvw [189a49d2@gateway/web/freenode/ip.24.154.73.210] has joined #wesnoth-dev
20120507 03:47:08-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20120507 03:50:37-!- stikonas [~gentoo@bcm-131-111-216-103.girton.cam.ac.uk] has joined #wesnoth-dev
20120507 03:50:37-!- stikonas [~gentoo@bcm-131-111-216-103.girton.cam.ac.uk] has quit [Changing host]
20120507 03:50:37-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120507 03:58:54-!- vultraz_laptop [~chatzilla@124.109.10.221] has quit [Ping timeout: 245 seconds]
20120507 04:18:43-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has joined #wesnoth-dev
20120507 04:19:09-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has quit [Client Quit]
20120507 04:19:28-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has joined #wesnoth-dev
20120507 04:19:40-!- eirikvw [189a49d2@gateway/web/freenode/ip.24.154.73.210] has left #wesnoth-dev []
20120507 04:35:20-!- Ivanovic_ [~ivanovic@dtmd-4db2af07.pool.mediaWays.net] has joined #wesnoth-dev
20120507 04:36:11-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20120507 04:38:09-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 260 seconds]
20120507 04:39:16-!- Ivanovic_ is now known as Ivanovic
20120507 04:41:10-!- Elvish_Pillager [~eli@71-10-229-241.dhcp.oxfr.ma.charter.com] has quit [Ping timeout: 260 seconds]
20120507 04:53:41-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20120507 04:55:19-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Read error: Connection reset by peer]
20120507 05:07:42-!- leonid [~leonid@220.113.2.146] has quit [Ping timeout: 255 seconds]
20120507 05:10:13-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20120507 05:19:39-!- leonid [~leonid@220.113.2.146] has joined #wesnoth-dev
20120507 05:24:37-!- leonid [~leonid@220.113.2.146] has quit [Ping timeout: 248 seconds]
20120507 05:41:56-!- leonid [~leonid@124.65.134.54] has joined #wesnoth-dev
20120507 06:05:17-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit []
20120507 06:06:12-!- vultraz [~chatzilla@124.109.10.221] has quit [Ping timeout: 272 seconds]
20120507 06:46:52-!- vultraz_laptop [~chatzilla@124.109.10.221] has joined #wesnoth-dev
20120507 06:56:10-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Ping timeout: 276 seconds]
20120507 06:58:46-!- vultraz_laptop [~chatzilla@124.109.10.221] has quit [Ping timeout: 244 seconds]
20120507 06:59:06-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20120507 07:03:37-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Ping timeout: 252 seconds]
20120507 07:05:55-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20120507 07:22:40-!- Ivanovic [~ivanovic@dtmd-4db2af07.pool.mediaWays.net] has quit [Changing host]
20120507 07:22:40-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20120507 07:24:42-!- Gallaecio [~quassel@84.120.114.134.dyn.user.ono.com] has joined #wesnoth-dev
20120507 08:00:34-!- leonid [~leonid@124.65.134.54] has quit [Ping timeout: 260 seconds]
20120507 08:01:15-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20120507 08:01:32-!- leonid [~leonid@124.65.134.54] has joined #wesnoth-dev
20120507 08:52:59-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20120507 08:53:22-!- vultraz_laptop [~chatzilla@124.109.10.221] has joined #wesnoth-dev
20120507 09:00:35-!- vultraz_laptop [~chatzilla@124.109.10.221] has quit [Ping timeout: 250 seconds]
20120507 09:17:17-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has joined #wesnoth-dev
20120507 09:32:47-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20120507 09:51:23-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has joined #wesnoth-dev
20120507 10:05:08-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has joined #wesnoth-dev
20120507 10:09:27-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20120507 10:20:47-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has quit [Ping timeout: 244 seconds]
20120507 10:20:55-!- _vdn [~nazgul-sa@ppp91-77-250-22.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120507 10:23:33-!- _vdn [~nazgul-sa@ppp91-77-250-22.pppoe.mtu-net.ru] has quit [Client Quit]
20120507 10:24:07-!- _vdn [~nazgul-sa@ppp91-77-250-22.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120507 10:26:45-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has joined #wesnoth-dev
20120507 10:30:34-!- _vdn [~nazgul-sa@ppp91-77-250-22.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120507 10:32:44-!- _vdn1 [~nazgul-sa@ppp91-77-250-22.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120507 10:37:23-!- mjs-de [~mjs-de@g224190120.adsl.alicedsl.de] has joined #wesnoth-dev
20120507 10:49:53-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has joined #wesnoth-dev
20120507 10:55:41-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20120507 11:02:31-!- _vdn1 [~nazgul-sa@ppp91-77-250-22.pppoe.mtu-net.ru] has quit [Ping timeout: 276 seconds]
20120507 11:03:18-!- _vdn [~nazgul-sa@ppp91-77-248-169.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120507 11:08:10-!- _vdn [~nazgul-sa@ppp91-77-248-169.pppoe.mtu-net.ru] has quit [Client Quit]
20120507 11:15:14-!- _vdn [~nazgul-sa@ppp91-77-248-169.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120507 11:16:37-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has quit [Ping timeout: 252 seconds]
20120507 11:55:08-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has quit [Ping timeout: 265 seconds]
20120507 11:58:10-!- negusnyul [~negusnyul@dsl4E5CCC99.pool.t-online.hu] has joined #wesnoth-dev
20120507 12:01:10-!- leonid [~leonid@124.65.134.54] has quit [Remote host closed the connection]
20120507 12:14:46-!- _vdn [~nazgul-sa@ppp91-77-248-169.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120507 12:15:17-!- _vdn [~nazgul-sa@ppp91-77-248-169.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120507 12:17:02-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20120507 12:30:58-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120507 12:31:53-!- _vdn [~nazgul-sa@ppp91-77-248-169.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120507 12:32:27-!- _vdn [~nazgul-sa@ppp91-77-248-169.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120507 12:49:05-!- Elvish_Pillager [~eli@71-10-229-241.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20120507 12:55:01-!- _vdn [~nazgul-sa@ppp91-77-248-169.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120507 12:55:37-!- _vdn [~nazgul-sa@ppp91-77-248-169.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120507 13:06:49-!- bloodycoin [~bloodycoi@193.170.132.180] has quit [Ping timeout: 245 seconds]
20120507 13:15:14-!- _vdn [~nazgul-sa@ppp91-77-248-169.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120507 13:16:14-!- _vdn [~nazgul-sa@ppp91-77-248-169.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120507 13:34:30-!- horon [~horon@nttkyo216070.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20120507 13:41:41-!- _vdn [~nazgul-sa@ppp91-77-248-169.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120507 13:41:55-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has joined #wesnoth-dev
20120507 13:42:20-!- _vdn [~nazgul-sa@ppp91-77-248-169.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120507 13:52:48< trademark_> wesbot, seen mordante
20120507 13:52:48< wesbot> trademark_: The person with the nick mordante last spoke 23h 24m ago.  23h 23m ago was here and on the channel #wesnoth-de with the message: Quit: Leaving
20120507 14:00:21-!- _vdn [~nazgul-sa@ppp91-77-248-169.pppoe.mtu-net.ru] has quit [Ping timeout: 248 seconds]
20120507 14:00:46< CIA-22> jamit * r54117 /trunk/src/actions.cpp: Quick fix for undos no longer being blocked by fog/shroud clearing.
20120507 14:01:11-!- _vdn [~nazgul-sa@ppp91-77-251-11.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120507 14:14:47-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20120507 14:14:58< anonymissimus> shadowm:  okay...
20120507 14:24:26-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has joined #wesnoth-dev
20120507 14:27:00-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120410144204]]
20120507 14:29:56< CIA-22> espreon * r54118 /trunk/po/ (wesnoth-dm/fi.po wesnoth-dw/fi.po wesnoth-lib/fi.po): Updated the Finnish translation.
20120507 14:30:18-!- artisticdude [~artisticd@misc-148-66-39-74.pool.starband.net] has joined #wesnoth-dev
20120507 14:31:40< CIA-22> espreon * r54119 /branches/1.10/po/ (wesnoth-dm/fi.po wesnoth-dw/fi.po wesnoth-lib/fi.po): Updated the Finnish translation.
20120507 14:37:32-!- _vdn [~nazgul-sa@ppp91-77-251-11.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120507 14:37:59-!- _vdn [~nazgul-sa@ppp91-77-251-11.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120507 14:39:16-!- negusnyul [~negusnyul@dsl4E5CCC99.pool.t-online.hu] has quit [Quit: Konversation terminated!]
20120507 14:44:12-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev
20120507 14:48:28-!- _vdn [~nazgul-sa@ppp91-77-251-11.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120507 14:49:00-!- _vdn [~nazgul-sa@ppp91-77-251-11.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120507 15:04:29-!- Crab_ [Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20120507 15:11:20-!- OpposingFranz [~n.czempin@85.233.45.247.dynamic.cablesurf.de] has joined #wesnoth-dev
20120507 15:11:47< OpposingFranz> is it just me or is the config parser pretty slow?
20120507 15:25:47-!- gabba [~gabba@wesnoth/developer/gabba] has joined #wesnoth-dev
20120507 15:26:20-!- gabba [~gabba@wesnoth/developer/gabba] has quit [Client Quit]
20120507 15:36:06-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has quit [Ping timeout: 252 seconds]
20120507 15:39:20-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20120507 15:43:22-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has joined #wesnoth-dev
20120507 15:54:02-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has quit [Ping timeout: 244 seconds]
20120507 15:57:09-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20120507 16:13:06-!- _vdn1 [~nazgul-sa@ppp91-77-251-11.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120507 16:13:06-!- _vdn [~nazgul-sa@ppp91-77-251-11.pppoe.mtu-net.ru] has quit [Read error: Connection reset by peer]
20120507 16:14:21-!- chpln [~chpln@ppp59-167-91-125.static.internode.on.net] has quit [Ping timeout: 252 seconds]
20120507 16:15:36-!- chpln [~chpln@ppp59-167-91-125.static.internode.on.net] has joined #wesnoth-dev
20120507 16:25:53-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has joined #wesnoth-dev
20120507 16:29:36< OpposingFranz> in the constructor tokenizer::tokenier(std::istream& in), why are we generating an array "char_types_", which is always the same (mapping of character to token type)? The array is essentially constant, we should only have to generate it once.
20120507 16:30:07-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has quit [Ping timeout: 252 seconds]
20120507 16:30:14< OpposingFranz> This seems to eat quite a lot of the time it takes to start up.
20120507 16:32:07< OpposingFranz> It would make sense if we were to change this array on the fly, but all we ever do is set it once (each time we call the tokenizer constructor, which we seem to do a lot).
20120507 16:36:48-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20120507 16:39:28-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has joined #wesnoth-dev
20120507 16:43:31-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20120507 16:44:37-!- chpln [~chpln@ppp59-167-91-125.static.internode.on.net] has quit [Ping timeout: 248 seconds]
20120507 16:47:23-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120507 16:47:51-!- chpln [~chpln@ppp59-167-91-125.static.internode.on.net] has joined #wesnoth-dev
20120507 17:01:35-!- horon [~horon@nttkyo216070.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20120507 17:01:52-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 256 seconds]
20120507 17:05:37-!- Octalot [~noct@host109-155-39-175.range109-155.btcentralplus.com] has joined #wesnoth-dev
20120507 17:10:50-!- mattsc [~mattsc@fw.hia.nrc.ca] has joined #wesnoth-dev
20120507 17:41:30-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has quit [Ping timeout: 244 seconds]
20120507 18:03:10-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has joined #wesnoth-dev
20120507 18:05:22-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: Computer has gone to sleep.]
20120507 18:15:51< jamit> OpposingFranz: Looks to me like you are right about only needing to generate the array once (for whatever that is worth -- I haven't worked on that file).
20120507 18:23:38-!- matthiaskrgr [geekbounce@72.29.68.157] has quit [Read error: Connection reset by peer]
20120507 18:24:06< loonycyborg> If that is true then you can just convert it to static class member.
20120507 18:26:59< OpposingFranz> I did; it saved perhaps 3 seconds. But I'm fairly sure there is a lot of speedup potential in that initial config load, either fewer new() calls, or perhaps better i/o buffering, or perhaps the config files need to be cached (something does get cached, but it doesn't seem to be the configs)
20120507 18:29:08< OpposingFranz> still looking for a decent profiler for Windows. Or perhaps one more reason to switch.
20120507 18:34:14< Espreon>  /win 15
20120507 18:35:08< Espreon> Sorry.
20120507 18:37:40-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has quit [Ping timeout: 260 seconds]
20120507 18:43:51-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has joined #wesnoth-dev
20120507 18:45:09-!- chpln [~chpln@ppp59-167-91-125.static.internode.on.net] has quit [Ping timeout: 248 seconds]
20120507 18:47:12-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20120507 18:48:39-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20120507 18:51:24-!- chpln [~chpln@ppp59-167-91-125.static.internode.on.net] has joined #wesnoth-dev
20120507 18:51:43-!- mattsc [~mattsc@fw.hia.nrc.ca] has quit [Quit: I'm asleep]
20120507 18:53:57-!- mattsc [~mattsc@fw.hia.nrc.ca] has joined #wesnoth-dev
20120507 19:03:18-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has quit [Ping timeout: 250 seconds]
20120507 19:10:31-!- mjs-de [~mjs-de@g224190120.adsl.alicedsl.de] has quit [Remote host closed the connection]
20120507 19:10:43-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has quit [Read error: Operation timed out]
20120507 19:17:32-!- naman22 [naman22@1.22.184.94] has joined #wesnoth-dev
20120507 19:17:48-!- naman22 [naman22@1.22.184.94] has left #wesnoth-dev []
20120507 19:19:34-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has joined #wesnoth-dev
20120507 19:30:54< Ivanovic> hi
20120507 19:32:48< OpposingFranz> hi
20120507 19:32:49< Crab_> hello, Ivanovic
20120507 19:33:19< OpposingFranz> how long does it take on your machines until the start screen comes up?
20120507 19:34:20< OpposingFranz> on mine it takes almost 50 seconds
20120507 19:34:37< elias> every time, or only the first time?
20120507 19:34:55< OpposingFranz> for me, every time
20120507 19:35:15< OpposingFranz> starting out of visual studio, debug version
20120507 19:36:21< elias> hm, here it takes 1 or 2 seconds... but linux release version
20120507 19:36:24< Ivanovic> there you are!
20120507 19:36:26< Ivanovic> three reasons:
20120507 19:36:32< Ivanovic> 1) debug version
20120507 19:36:36< Ivanovic> 2) visual studio
20120507 19:36:40< Ivanovic> 3) under windows
20120507 19:36:42< Ivanovic> ^^
20120507 19:37:17< vultraz> OpposingFranz: about that time for me too
20120507 19:37:30< OpposingFranz> what's your setup, vultraz?
20120507 19:37:40< OpposingFranz> (debug, release, etc.)
20120507 19:37:48< vultraz> Win 7, visual studio express 2010, debug
20120507 19:37:56< OpposingFranz> k, same as me
20120507 19:38:10< OpposingFranz> how about the current stable version?
20120507 19:38:16< OpposingFranz> 1.10.2
20120507 19:38:37< vultraz> I have 1.10.1. About 5 seconds to start
20120507 19:38:46< vultraz> (downloaded and installed, not compiled_
20120507 19:38:49< vultraz> )*
20120507 19:38:57< OpposingFranz> yes
20120507 19:39:07< OpposingFranz> official binary
20120507 19:39:21< vultraz> yeah, about 5 seconds
20120507 19:39:50< OpposingFranz> hmm.
20120507 19:40:19< OpposingFranz> so is it the debug, the new version, or just windows? let me try and start the official binary
20120507 19:40:32< vultraz> on a mac, debug builds launch in about 10-15 seconds. But unfortunately, mine crash, so I can't use them
20120507 19:40:48< OpposingFranz> hmmm.
20120507 19:41:26< OpposingFranz> I got an error on the official installed version: "The value of ESP was not properly saved across a function call"
20120507 19:41:42< OpposingFranz> perhaps I am clobbering the release version with my debug one.
20120507 19:43:03< OpposingFranz> 50 seconds feels excessive in any case; not much fun working like this
20120507 19:43:24< vultraz> I have 1.8.5 on a linux machine that launches in about 1-2 seconds
20120507 19:43:38< Ivanovic> OpposingFranz: try to build a non debug build
20120507 19:44:04< Ivanovic> debug builds are usually done without any optimizations which can for many compilers be extremely bad!
20120507 19:44:14< vultraz> Ivanovic: I tried that, it failed, and I gave up :P
20120507 19:44:45-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has joined #wesnoth-dev
20120507 19:45:08-!- csarmi [csarmi@94-21-124-80.pool.digikabel.hu] has joined #wesnoth-dev
20120507 19:45:16< OpposingFranz> I just don't see how it can be _this_ bad
20120507 19:45:36 * vultraz agrees
20120507 19:45:55< Ivanovic> OpposingFranz: oh, that is *easy*
20120507 19:46:03< OpposingFranz> we're reading a lot of small files, calling new() for each one, and delete() not far afterwards, parsing the configs
20120507 19:46:24< OpposingFranz> I can do that faster in Java
20120507 19:46:32< Ivanovic> OpposingFranz: in fact the "no optimization" usually means "intermediate representation of code which adds huge amounts of overhead"
20120507 19:46:54< Ivanovic> huge amounts of overhead means huge memory footprint, many commands that are useless and not ordered intelligently
20120507 19:47:04< Ivanovic> eg have a look at the size of the debug binary
20120507 19:47:17< Ivanovic> it will be *a lot* bigger than the release binary
20120507 19:47:34< Ivanovic> this has to be somewhere in memory
20120507 19:47:43< OpposingFranz> sure, I know all that, but it shouldn't make it 20-50 times slower
20120507 19:47:55< Ivanovic> honestly, this is *expected*
20120507 19:48:07< Ivanovic> yes, even this much
20120507 19:50:15-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has quit [Ping timeout: 265 seconds]
20120507 19:51:01< OpposingFranz> On top of all that, I can build the frickin Linux kernel faster than I would a complete re-build. I just can't see how anybody can work with VC++ 10
20120507 19:51:44< Crab_> OpposingFranz: just build release version, it should be way faster, and enough for 99% of cases.
20120507 19:52:02< Crab_> unless you're doing something very specific which can't be done with printf-style debugging
20120507 19:52:04< OpposingFranz> I can re-build all of my Gentoo faster than I would a rebuild of wesnoth with VC
20120507 19:52:52< OpposingFranz> (maybe not including Chromium and/or Firefox ;-)
20120507 19:53:35< OpposingFranz> But how about on linux; can you do debug versions, stepping through the code, and not have it take 30x longer?
20120507 19:53:51-!- mattsc [~mattsc@fw.hia.nrc.ca] has quit [Quit: I'm asleep]
20120507 19:54:11-!- deekay [~dk@wesnoth/developer/dragonking] has joined #wesnoth-dev
20120507 19:56:21-!- mattsc [~mattsc@fw.hia.nrc.ca] has joined #wesnoth-dev
20120507 19:57:00< Crab_> OpposingFranz: for me, on a variant of debian, linking a debug build seems to take quite a long time, everything else is fairly fast.
20120507 19:57:09< Crab_> and it seems to be getting slower each year :)
20120507 19:57:10< OpposingFranz> ok, so on release i get 6 seconds to start
20120507 19:57:48< Crab_> I generally tend to use release as far as possible, extra convenience afforded by debug build seems not to be worth the time to get it up and running.
20120507 19:58:34< OpposingFranz> I'd consider that acceptable, 6 seconds. Or maybe it just feels really fast now ;-)
20120507 19:58:50< vultraz> hehehe
20120507 19:58:52< loonycyborg> Generally I never use a debug build unless I want to debug a segfault or an exception.
20120507 19:59:12< OpposingFranz> there is a configuration "debug (fast)"
20120507 19:59:17< OpposingFranz> I wonder what it does.
20120507 19:59:57< OpposingFranz> probably have to recompile the whole project then...
20120507 20:02:08< OpposingFranz> yup, looks like it... that's for later, to leave on overnight :-)
20120507 20:02:35< OpposingFranz> at least now I know why no-one seemes to care about making the startup faster ;-)
20120507 20:02:46< OpposingFranz> seemed*
20120507 20:03:13< OpposingFranz> so how long does a complete re-build take on your linux machines?
20120507 20:04:40-!- mjs-de [~mjs-de@wh.uni-dortmund.de] has joined #wesnoth-dev
20120507 20:04:56< Crab_> I don't remember. it took ~40 minutes on my old laptop, but I don't remember how long it takes now (it's faster on new one)
20120507 20:05:03< Crab_> (that's for a debug build)
20120507 20:05:28< OpposingFranz> well, release build should theoretically take longer, with all those optimizations...
20120507 20:06:17< OpposingFranz> do we have any metrics as to what kind of machines our users tend to have?
20120507 20:06:37< OpposingFranz> (i. e., how long is startup on a OLPC?)
20120507 20:07:38< Crab_> OpposingFranz: ask Ivanovic about startup time on a pandora :)
20120507 20:07:54< OpposingFranz> I hereby do.
20120507 20:07:57< Ivanovic> ain't using debug builds there
20120507 20:08:08< Ivanovic> because of this it is rather fast with using less than a minuite
20120507 20:08:10< OpposingFranz> yes, obviously, but how about with the release build
20120507 20:08:49< Crab_> OpposingFranz: when linking a debug build, there's a ton of work that needs to be done to properly store line number information for all the functions which are linked in, and that takes much more time, even with 'gold' linker, compared to the extra optimizations which are done in release mode.
20120507 20:08:55< Ivanovic> this *IS* the release build!
20120507 20:09:12< OpposingFranz> (I know, we were overlapping)
20120507 20:09:26< Crab_> OpposingFranz: at least that's my understanding of why it's so ****ing slow to link
20120507 20:09:49< OpposingFranz> well, for me just compiling seems to take ages
20120507 20:09:55< loonycyborg> Ivanovic: How long exactly does it take for wesnoth to start up on pandora?
20120507 20:10:04< Ivanovic> no idea
20120507 20:10:44< OpposingFranz> so would it be worth spending some time making it faster?
20120507 20:11:55< OpposingFranz> let's say, for me in release, from 6 seconds to 1 second, so hopefully in debug from 50 to 10, and perhaps something similar on a pandora, or whatever other low-end platforms there are.
20120507 20:11:59< Crab_> I think, yes; there should be some low-hanging fruit there
20120507 20:12:33< Crab_> wesbot: seen neph_
20120507 20:12:33< wesbot> Crab_: The person with the nick neph_ last spoke 5d 23h ago.  1d 1h ago they left with the message: Ping timeout: 250 seconds
20120507 20:13:03< Crab_> neph_: please ping me when you'll be done with your exams and online
20120507 20:13:13< OpposingFranz> well, the one low-hanging fruit I already did, but that only shaves off perhaps 2.5 seconds off the debug. but I have some ideas. It is all very hard without a proper profiler.
20120507 20:13:45< OpposingFranz> (I'll submit a patch for the static array)
20120507 20:14:31< Crab_> in the past, there were some successful attempts to profile wesnoth using tools like gprof
20120507 20:14:58< OpposingFranz> yeah, as I said, yet another reason to switch to linux ;-)
20120507 20:15:48< OpposingFranz> is Eclipse with CDT useable these days? it would make the transition easier for me I guess.
20120507 20:16:27< Crab_> I've heard some devs use it.
20120507 20:16:44< Crab_> fendrin: by chance, are you using eclipse/cdt to hack wesnoth?
20120507 20:17:04< OpposingFranz> I also hear that many people like KDevelop, problem there is that I really don't like KDE. 
20120507 20:17:23< OpposingFranz> or maybe I should just use vi and make
20120507 20:17:45< OpposingFranz> can't be much slower than Visual Studio.
20120507 20:18:12< OpposingFranz> (at least with VS I can chat while I wait for the build)
20120507 20:18:28< Crab_> if using vi/emacs, nothing prevents you from using scons/cmake/etc. it actually depends on you code style and familiarity with the codebase. for searching through code you don't yet know, eclipse (esp. with plugins for fast search) is better
20120507 20:21:29< OpposingFranz> I really have no idea what all these Windows C programmers have been smoking that complain that Eclipse is slow. They must be using Visual C++ 5.0
20120507 20:22:53< fendrin> Crab_: yes
20120507 20:23:51< fendrin> OpposingFranz: eclipse cdt is doing well enough.
20120507 20:24:07< OpposingFranz> k, I'm switching to my Linux partition now, screw this Windows sh*t. Any tips for setting up wesnoth within CDT?
20120507 20:24:19< fendrin> OpposingFranz: Yes
20120507 20:24:26< OpposingFranz> ok, see you in a minute ;-)
20120507 20:24:31< fendrin> OpposingFranz: Use cmake to produce a 
20120507 20:24:34< fendrin> okay
20120507 20:24:49< OpposingFranz> it's easier if you tell me "online"
20120507 20:24:56< OpposingFranz> unless you have to go
20120507 20:25:39-!- _vdn1 [~nazgul-sa@ppp91-77-251-11.pppoe.mtu-net.ru] has quit [Read error: Connection reset by peer]
20120507 20:25:50< OpposingFranz> so cmake, I'll see how far I get with that (didn't help much with the Windows build)
20120507 20:25:57< OpposingFranz> see you in a minute
20120507 20:26:02-!- OpposingFranz [~n.czempin@85.233.45.247.dynamic.cablesurf.de] has quit []
20120507 20:26:53-!- _vdn [~nazgul-sa@ppp85-141-125-202.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120507 20:34:56-!- Crab_ [Crab_@wesnoth/developer/crab] has quit [Quit: Crab_]
20120507 20:35:47-!- OpposingFranz [~nczempin@85.233.45.247.dynamic.cablesurf.de] has joined #wesnoth-dev
20120507 20:36:06< OpposingFranz> greetings
20120507 20:39:15-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has joined #wesnoth-dev
20120507 20:43:28-!- Valectar [~valectar@32.141.199.223] has joined #wesnoth-dev
20120507 20:43:35-!- Valectar [~valectar@32.141.199.223] has quit [Client Quit]
20120507 20:56:19-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has joined #wesnoth-dev
20120507 20:59:44-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20120507 21:00:37-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has quit [Ping timeout: 248 seconds]
20120507 21:17:58< anonymissimus> OpposingFranz: launching to the titlescreen just took 20-25 secs for me in the second trial 
20120507 21:18:15< anonymissimus> in MSVC9 which seems quite faster than 10
20120507 21:19:25< anonymissimus> also, there has been a change in trunk lately which supposedly speeds up testing by far (the wml cache is actually used) which is really useful for fixing C++ bugs as the wml mostly doesn't change between trials
20120507 21:20:09< anonymissimus> launching hte test scenario now only needs 1:15 min for me, comparing with from what I come from thats really fast
20120507 21:20:59< anonymissimus> the VC debugger is the only thing that satisfies my desires of looking deep into the code
20120507 21:22:48< anonymissimus> also, the linking in debug builds after changing something is much faster in MSVC than MinGw or Linux
20120507 21:23:49< OpposingFranz> "just" 25 seconds, lol
20120507 21:23:56< anonymissimus> yeah
20120507 21:24:24< anonymissimus> I try to avoid changing the code at all costs then and reload lua on the fly
20120507 21:24:26< OpposingFranz> so the cache is a wml cache, i. e. config?
20120507 21:24:31< anonymissimus> yes
20120507 21:25:08< anonymissimus> a release build is not as precise as a debug build can be
20120507 21:25:43< anonymissimus> almost every single problem I caught with teh VC debugger was valid, and some of those aren't detectable with valgrind or gdb
20120507 21:25:46< OpposingFranz> hmm, it didn't seem to be working for me. While it did say it was caching, and there was something in the "cache" directory, the startup time didn't seem to matter. Do I need to activate it in some way?
20120507 21:26:31< anonymissimus> just launch wesnoth twice without changing any wml ?
20120507 21:26:43< anonymissimus> ./wesnoth -d -t for instance
20120507 21:27:15< anonymissimus> after clearing the cache; that should make wesnoth start faster the second time
20120507 21:28:52< OpposingFranz> well, so far I've only done it from VC, and I never changed any configs, but any time was as slow as the first
20120507 21:29:09< OpposingFranz> just starting without any parameters
20120507 21:29:45< OpposingFranz> so launching a scenario is something that takes a long time?
20120507 21:29:51-!- _vdn [~nazgul-sa@ppp85-141-125-202.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120507 21:30:12< OpposingFranz> TBH I've only gone about three steps into the tutorial ;-)
20120507 21:30:24-!- _vdn [~nazgul-sa@ppp85-141-125-202.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120507 21:30:24< anonymissimus> OpposingFranz: generally, yes
20120507 21:30:54< anonymissimus> even though it's faster with less wml, on Linux, or with release build
20120507 21:31:01< OpposingFranz> and you're saying you're getting 1:15 _from_the_cache_?
20120507 21:31:07< OpposingFranz> k
20120507 21:31:31< anonymissimus> on my current new machine on the second time launching the tets scenario yes
20120507 21:31:50< OpposingFranz> and how long did it take the first time round?
20120507 21:31:57< anonymissimus> didnt check
20120507 21:32:23< OpposingFranz> well, longer I guess, I don't need to know it to the second, just an idea
20120507 21:36:32< anonymissimus> I just checked, it took 1:37 with an empty cache and 1:08 with the previous one
20120507 21:37:03< anonymissimus> now that's great, the linger time doesn't count sicne usually I don't need to change wml between trials
20120507 21:37:25< OpposingFranz> hmm. It must be possible to improve that significantly, both before and after the cache.
20120507 21:37:31< OpposingFranz> what system are you on?
20120507 21:37:35< anonymissimus> xp
20120507 21:37:46< anonymissimus> and VC8
20120507 21:37:48< OpposingFranz> what kind of cpu, etc.?
20120507 21:38:18< OpposingFranz> and is it dual-boot, so you can cross-check the times for linux?
20120507 21:38:23< anonymissimus> thats probably both a lot better than win7 and VC10
20120507 21:38:39< anonymissimus> yes it's dual boot, a true one this time
20120507 21:38:53-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has quit [Quit: Konversation terminated!]
20120507 21:38:57< anonymissimus> a dual core amd 64
20120507 21:39:06< OpposingFranz> what's a non-true one; virtual box?
20120507 21:39:54< anonymissimus> but perhaps the hard disk's io-capabilities are more important; I've read that SSD speed up MSVC but they shouldn't be used with xp
20120507 21:40:27< anonymissimus> virtual box is non-true yes, same for "wubi" installation
20120507 21:40:29< OpposingFranz> yeah, it's still kinda sad that you need an ssd just to work normally.
20120507 21:40:38< OpposingFranz> wubi. hmm. never heard of it
20120507 21:41:06< anonymissimus> well, ubuntu can be installed from within windows, that's the "wubi" installation
20120507 21:41:22< anonymissimus> it is still pretty independent though
20120507 21:43:13-!- deekay [~dk@wesnoth/developer/dragonking] has quit [Quit: deekay]
20120507 21:43:21< loonycyborg> afaik wubi just makes a file on windows partition act as a filesystem for ubuntu.
20120507 21:45:22-!- chpln [~chpln@ppp59-167-91-125.static.internode.on.net] has quit [Ping timeout: 276 seconds]
20120507 21:46:01< OpposingFranz> ah, like user-space linux or whatever
20120507 21:46:23< OpposingFranz> where does wesnoth save the cache on linux?
20120507 21:46:37< OpposingFranz> (I know it probably depends on the distro)
20120507 21:46:40< anonymissimus> loonycyborg: yes; and it seems that if one puts that file onto another partition and saves a few boot-related files one could even reinstall windows and keep the wubi install
20120507 21:46:50< anonymissimus> but I didn't get to try that
20120507 21:47:37< OpposingFranz> or is there a command to clear the cache?
20120507 21:47:55< loonycyborg> OpposingFranz: It'll print all dirs it's using to stdout
20120507 21:49:30< anonymissimus> loonycyborg: btw I solved that scons building; it was just about the partition not being correctly mounted and execution permissions missing
20120507 21:50:36< OpposingFranz> wow, I just did wesnoth -t --nocache, that took slightly more than the blink of an eye
20120507 21:51:07< OpposingFranz> (1.10 that is)
20120507 21:53:59< OpposingFranz> less than 5 seconds for the whole thing
20120507 21:54:18< OpposingFranz> now let's see how long it takes to build
20120507 21:54:24< OpposingFranz> (the svn version)
20120507 21:55:01-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has joined #wesnoth-dev
20120507 21:55:03< OpposingFranz> what's the quickest way, without having to get eclipse running, etc.? just like autoconfig used to be?
20120507 21:55:04-!- chpln [~chpln@ppp59-167-91-125.static.internode.on.net] has joined #wesnoth-dev
20120507 21:56:15< OpposingFranz> need to emerge cmake first...
20120507 21:59:49-!- chpln [~chpln@ppp59-167-91-125.static.internode.on.net] has quit [Ping timeout: 248 seconds]
20120507 22:00:16-!- chpln [~chpln@ppp59-167-91-125.static.internode.on.net] has joined #wesnoth-dev
20120507 22:05:42-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120507 22:06:14-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20120507 22:06:56-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20120507 22:07:32-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has joined #wesnoth-dev
20120507 22:17:30< OpposingFranz> cmake is also much easier on Linux, because I had the release version installed (and built, like it is customary under Gentoo), I had most of the library paths already set up correctly. That took a while of manual entry on Windows
20120507 22:19:58-!- mjs-de [~mjs-de@wh.uni-dortmund.de] has quit [Remote host closed the connection]
20120507 22:31:06-!- artisticdude [~artisticd@misc-148-66-39-74.pool.starband.net] has quit [Read error: Connection reset by peer]
20120507 22:31:09< anonymissimus> thats just since lots of devs use cmake+Linux or scons+Linux but afaik none cmake+MSVC currently
20120507 22:33:07< OpposingFranz> I guess it's an artifact of my using Gentoo, where you compile everything from source, including BfW, which in turn means that I already have the headers and libraries for the dependencies 1) available and 2) in a known place
20120507 22:35:21-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has quit [Quit: Konversation terminated!]
20120507 22:35:48-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20120507 22:35:48-!- Upth is now known as Upthorn
20120507 22:46:58-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has quit [Read error: Connection reset by peer]
20120507 22:47:35-!- negusnyul [~negusnyul@dsl4E5CCC99.pool.t-online.hu] has joined #wesnoth-dev
20120507 22:52:00-!- matthiaskrgr [matthiaskr@72.29.68.157] has joined #wesnoth-dev
20120507 22:52:53< OpposingFranz> ok, it took < 30 mins to build, and < 5 seconds to start the test scenario. Release version 1.11-svn on Gentoo-64, on a Dual2Core 7450 Laptop with 4 GB of DDR3-1066 and a not-particularly-fast HDD.
20120507 22:54:05< OpposingFranz> what would be a good test with a really large configuration?
20120507 22:54:48< anonymissimus> btw this seems like a stupid question but I found nowhere an explicit answer: I someone has a dual core with 2Ghz, does it mean he has 2* 2/2 = 2 Ghz or 2*2 = 4Ghz in total ?
20120507 22:56:02< OpposingFranz> Well, if you are driving down the Autobahn with two cars, and they each do 100 km/h, do you have 200 km/h?
20120507 22:56:23< OpposingFranz> (In a way, yes, but technically, no)
20120507 22:57:54< OpposingFranz> If your application uses both cores fully all the time, then you'd have the equivalent of 4 GHz, but it's not really the same thing.
20120507 22:59:54< OpposingFranz> so if the build process is organized so that both cores are running all the time, you can halve the build time. And if I use e. g. distcc on all my machines, I should hopefully get dramatically reduced compile times (minus the overhead of sending the source and results across the network
20120507 22:59:59< loonycyborg> If you run scons -j3 or something it'll scale linearly.
20120507 23:01:08< loonycyborg> But a single app can't be automatically distributed over multiple cpus.
20120507 23:01:26< OpposingFranz> well, not exactly linearly; only those parts that are CPU-bound. There is some I/O overhead involved.
20120507 23:01:29-!- bwrsandman [~sandy@199.180.97.40] has joined #wesnoth-dev
20120507 23:01:46< OpposingFranz> (like when you're in the linker)
20120507 23:01:50< loonycyborg> It's diminishingly small IME
20120507 23:02:33< OpposingFranz> just build a kernel (or wesnoth for that matter) and run "top"; you won't be getting 100 % CPU all the time
20120507 23:03:12< OpposingFranz> or just make sure you build on one core, and then re-build on two. You normally will not get exactly 50 % build time.
20120507 23:03:28< loonycyborg> I have gkrellm and it shows 100% on all cores almost all the time when a -jx build is in progress.
20120507 23:03:53< OpposingFranz> exactly; "almost" :-)
20120507 23:03:57< fendrin> OpposingFranz: sorry
20120507 23:04:03< fendrin> OpposingFranz: real life caught me
20120507 23:04:23< OpposingFranz> it's okay fendrin; cmake -> make did the job just fine
20120507 23:04:41< loonycyborg> That's why I said  diminishingly small, not non-existant.
20120507 23:04:55< anonymissimus> fendrin: perhaps you can write some eclipse CDT+cmake on Linux article or tutorial...I am also interested
20120507 23:06:04< OpposingFranz> I'd like to get some compiling going on CUDA ;-)
20120507 23:06:23< fendrin> OpposingFranz: I had to move some semantic check to another error category to get them discriminated from real c++ compiler errors. There are a lot false positives.
20120507 23:07:03< fendrin> anonymissimus: Yeah, I should do that. I have already explained some stuff a few times. WOuld be nice to just give a link instead.
20120507 23:07:23< OpposingFranz> anyway, I gotta go. nite all
20120507 23:08:04-!- Danceman [~Danceman@a94-132-158-220.cpe.netcabo.pt] has joined #wesnoth-dev
20120507 23:09:06-!- OpposingFranz [~nczempin@85.233.45.247.dynamic.cablesurf.de] has quit [Quit: Leaving]
20120507 23:09:37< anonymissimus> fendrin: I supposed you also use ccache ?
20120507 23:10:20-!- Danceman [~Danceman@a94-132-158-220.cpe.netcabo.pt] has quit [Client Quit]
20120507 23:14:44< fendrin> anonymissimus: I did but it made problems.
20120507 23:15:30< anonymissimus> aha, you mean it sometimes caused files to not be rebuilt although they should have been ?
20120507 23:16:20-!- Gallaecio [~quassel@84.120.114.134.dyn.user.ono.com] has quit [Read error: Connection reset by peer]
20120507 23:17:10< fendrin> anonymissimus: Yeah, I even commited something very broken, without noticing it. Gave me some problems with the developers.
20120507 23:18:17< anonymissimus> okay yes; that happens in MSVC as well; though I generally notice it and manually delete the .obj file to force a rebuild of the file
20120507 23:18:53< anonymissimus> unless I even delete the whole output folder to force a complete rebuild
20120507 23:19:28< fendrin> The scons or cmake/eclipse toolchain works better since I do not use ccache any more.
20120507 23:19:48< fendrin> And the trouble which follows my commits has gotten fewer and fewer.
20120507 23:20:11< fendrin> But that may also be caused by me being a lvl2 develeper in the meanwhile.
20120507 23:22:40< anonymissimus> I hope you get some AMLAs
20120507 23:22:45-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20120507 23:25:30-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 272 seconds]
20120507 23:28:52-!- _vdn [~nazgul-sa@ppp85-141-125-202.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120507 23:29:23-!- _vdn [~nazgul-sa@ppp85-141-125-202.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120507 23:34:01-!- PolarPanda [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev
20120507 23:43:50-!- mattsc [~mattsc@fw.hia.nrc.ca] has quit [Quit: bye]
20120507 23:44:40-!- chpln [~chpln@ppp59-167-91-125.static.internode.on.net] has quit [Ping timeout: 265 seconds]
20120507 23:55:05-!- chpln [~chpln@ppp59-167-91-125.static.internode.on.net] has joined #wesnoth-dev
20120507 23:56:59-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has quit [Read error: Connection reset by peer]
20120507 23:57:55-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has joined #wesnoth-dev
20120507 23:58:34-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has quit [Client Quit]
20120507 23:58:47-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has joined #wesnoth-dev
--- Log closed Tue May 08 00:00:33 2012