--- Log opened Thu Jul 03 00:00:39 2014
20140703 00:01:00-!- prophile [~alynn@oftn/member/prophile] has joined #wesnoth-dev
20140703 00:04:48-!- gfgtdf [~chatzilla@d151192.adsl.hansenet.de] has joined #wesnoth-dev
20140703 00:05:10< gfgtdf> iceiceice_: does teh :inspect work for you on current master ?
20140703 00:05:26< iceiceice_> hmm i will try
20140703 00:05:36< gfgtdf> for varabiles i mean
20140703 00:05:51< gfgtdf> iceiceice_: use a    :lua wesnoth.set_variable("_a")  before trying to inspect
20140703 00:06:03< gfgtdf> iceiceice_: no:     :lua wesnoth.set_variable("_a","")
20140703 00:06:21< iceiceice_> ok i will try this, but before that it seems to work
20140703 00:07:32< gfgtdf> iceiceice_: ye i have some prblems with it it seems to be like "doesn't work if the first variable in the list is empty"
20140703 00:08:03< iceiceice_> i didnt get anything when i tried set_variable("_a")
20140703 00:08:08< iceiceice_> i got something when i di the second one
20140703 00:08:23< iceiceice_> does set_variable("_a") clear it?
20140703 00:08:24< gfgtdf> ye the first was wring
20140703 00:08:26< iceiceice_> if so then i didnt get a bug
20140703 00:08:30< gfgtdf> yes that clears it
20140703 00:08:44< gfgtdf> firget teh first only i meant teh second one
20140703 00:08:52-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140703 00:09:00< iceiceice_> oh hmm
20140703 00:09:02< iceiceice_> actually i do have a bug
20140703 00:09:06< gfgtdf> iceiceice_: you should try  :lua wesnoth.set_variable("_a","") and then inspect after
20140703 00:09:08< iceiceice_> yeah it makes all the other vars not appear
20140703 00:09:17< gfgtdf> ok ty
20140703 00:09:19< iceiceice_> oh butr
20140703 00:09:23< iceiceice_> if you reset the thing
20140703 00:09:24< iceiceice_> so like,
20140703 00:09:30< iceiceice_> click from "variables' to "units"
20140703 00:09:32< iceiceice_> in the upper left pane
20140703 00:09:34< iceiceice_> then click back
20140703 00:09:36< iceiceice_> then all your variables come back
20140703 00:09:53< gfgtdf> iceiceice_: ok ty
20140703 00:10:01< gfgtdf> iceiceice_: now i know how to workaround
20140703 00:10:19< iceiceice_> hmm its not consistent thoguh
20140703 00:10:21< iceiceice_> i dont really know
20140703 00:10:52< gfgtdf> iceiceice_: hmm teh workarounf didnt work for me
20140703 00:11:07< iceiceice_> yeah it stopped workign for me too now
20140703 00:12:16< iceiceice_> oh hm i get some warnings too:
20140703 00:12:17< iceiceice_> 20140702 20:09:12 error gui/general: vertical_scrollbar [_vertical_scrollbar] recalculate: Can't recalculate size, force a window layout phase.
20140703 00:14:40< iceiceice_> btw, gfgtdf: i made a commit here,
20140703 00:14:41< iceiceice_> https://github.com/wesnoth/wesnoth/commit/b223b37829bd96259c07f26ea66c94e872718a2a
20140703 00:14:48< iceiceice_> i wonder if it helps with the minimap slowness at all?
20140703 00:14:56< iceiceice_> it is hard for me to test because i never observed the slow minimap
20140703 00:15:44< gfgtdf> iceiceice_: hm my minimap showness was mainly caused by the image scale function
20140703 00:16:08< iceiceice_> ok
20140703 00:16:10< gfgtdf> becasue teh minimap 'paints' the minimap first on a very large buffer and then scanes it down
20140703 00:16:34< iceiceice_> hmm
20140703 00:16:46< iceiceice_> why does it do that?
20140703 00:17:11< gfgtdf> iceiceice_: the size of teh 'buffer' is proportional to teh original map size
20140703 00:17:27< gfgtdf> so if ou have a small map liek 20x20 this is no problem.
20140703 00:17:56< iceiceice_> hmm ok, i think i see why it is done this way
20140703 00:18:20< gfgtdf> iceiceice_: you can test: make a grassland 200x200 map , make speedx16, use :unit moves=300, and then move a unit from oe corner to another and stop the time
20140703 00:18:51< gfgtdf> iceiceice_: the do teh same with minimap terrain codeing disables, + villagesdisables (the 6 buttons below the minimap)
20140703 00:18:55< gfgtdf> then*
20140703 00:19:18< gfgtdf> iceiceice_: that test wont work on 1.11.15, onyl on 1.11.16 and master
20140703 00:19:22< iceiceice_> hmm
20140703 00:19:31< iceiceice_> is the buffer allocated and discarded constantly also?
20140703 00:20:15< iceiceice_> which part is slow
20140703 00:20:25< gfgtdf> scale_surface_sharp
20140703 00:20:35< iceiceice_> the actual scaling algorihtm
20140703 00:20:36< gfgtdf> thew one call at teh end of calculate minimap function
20140703 00:21:10< gfgtdf> iceiceice_: https://github.com/wesnoth/wesnoth/blob/master/src/minimap.cpp#L276
20140703 00:21:28< gfgtdf> i actual hope this will go away with the sdl2 port
20140703 00:23:32-!- travis-ci [~travis-ci@ec2-54-87-168-71.compute-1.amazonaws.com] has joined #wesnoth-dev
20140703 00:23:32< travis-ci> [travis-ci] wesnoth/wesnoth#3592 (master - 5637494 : Chris Beck): The build passed.
20140703 00:23:32< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth/builds/29014810
20140703 00:23:32-!- travis-ci [~travis-ci@ec2-54-87-168-71.compute-1.amazonaws.com] has left #wesnoth-dev []
20140703 00:24:58< iceiceice_> gfgtdf: maybe it should maintain a list of invalid minimap pixels and only draw those?
20140703 00:26:21< iceiceice_> i guess that in the case that you mention, only one unit is moving at a time so it should typically only be one pixel
20140703 00:26:29< gfgtdf> iceiceice_: no
20140703 00:26:36< gfgtdf> iceiceice_: teh minimap also display teh fog
20140703 00:26:55< iceiceice_> y but if only one unit moves its still not so much
20140703 00:27:25< gfgtdf> ye, but i don't think i would implement that preperly.
20140703 00:27:29< iceiceice_> its like, idk, 50-100 hexes as opposed to 200 x 200
20140703 00:31:20< iceiceice_> gfgtdf: did you try to change this number "const int scale = 8" to 4?
20140703 00:32:19< gfgtdf> iceiceice_: my i think yes, i think it didnt look bad for small maps, idk for big maps
20140703 00:32:24< gfgtdf> but maybe i remember wrong
20140703 00:33:11< iceiceice_> i think maybe we should make a preference "minimap sharpness" to modulate scale down if desired
20140703 00:33:17< iceiceice_> because the thing is, the minimap is used in many places
20140703 00:33:28< iceiceice_> if someone wants to join mp server
20140703 00:33:30< iceiceice_> and ther are 100 games
20140703 00:33:34< iceiceice_> thats 100 minimaps iiuc
20140703 00:33:49< iceiceice_> and users reported bugs about this...
20140703 00:33:58< iceiceice_> idk maybe should read, it would be nice if scale does not have to be an int
20140703 00:34:32< iceiceice_> if we had a preference for "minimap sharpness" or smth then users could change it if they get lag
20140703 00:34:38< shadowm> Attention people working on data/test/: please make sure to follow our WML indentation conventions or use wmlindent if you are in doubt.
20140703 00:35:07< shadowm> Also, I have a commit queued that appears to pretty much rewrite the whole thing for that reason.
20140703 00:35:31-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140703 00:35:44< iceiceice_> y i think i tried to run it once,
20140703 00:35:48< iceiceice_> it didnt give the best results
20140703 00:35:53< iceiceice_> for the unit test macro
20140703 00:36:07< iceiceice_> if I open a macro {GENERIC_UNIT_TEST "test_blah" (
20140703 00:36:11-!- prkc [~prkc@4E5CCA17.dsl.pool.telekom.hu] has quit [Remote host closed the connection]
20140703 00:36:11< iceiceice_> usually it ends with )}
20140703 00:36:14< iceiceice_> at the end of the file
20140703 00:36:18< iceiceice_> and i indent one step in between there
20140703 00:36:25< shadowm> Whole sentences, please.
20140703 00:36:43< iceiceice_> but iirc the wmlindent wanted to push the closing brace out one step
20140703 00:36:46< iceiceice_> so it didnt match the open brace
20140703 00:36:48< iceiceice_> which i think is wrong.
20140703 00:36:59< iceiceice_> that was a whole sentence, it was just with several lines breaks in between.
20140703 00:37:06< shadowm> If you need to exclude code from wmlindent pass, you can use `# wmlindent: start ignoring`/`# wmlindent: stop ignoring`.
20140703 00:37:17< iceiceice_> ok, i didn't know that
20140703 00:37:28< shadowm> If you need to control how wmlindent handles macros that work like FOREACH/BREAK, there's also a directive for that.
20140703 00:37:34< iceiceice_> maybe wmlindent itself should be fixed?
20140703 00:37:39< shadowm> If you find a legitimate bug in wmlindent, report it.
20140703 00:38:08< iceiceice_> hmm well if you ran it on some files maybe you can tell me if you think the tool is right or i am right
20140703 00:39:12< shadowm> Not really, I'd need to handle previous information on what those files are supposed to look like.
20140703 00:39:15< iceiceice_> i dont particularly care to argue about it anyways, if you want to wmlindent all of it that is perfectly fine
20140703 00:41:09< iceiceice_> gfgtdf: i think the minimap thing already does some caching
20140703 00:41:16< iceiceice_> of the final pixels
20140703 00:42:19< shadowm> You suggested above there might be a bug.
20140703 00:43:06< iceiceice_> shadowm: i dont know if there is or isn't, i dont know what the expected behavior is
20140703 00:43:24< iceiceice_> indentation rules are a matter of opinion
20140703 00:44:07< shadowm> Even so, they may be changed depending on whether the opinion makes sense.
20140703 00:44:29< shadowm> For example, some time ago I pushed for the addition of exceptions for FOREACH/NEXT and it worked.
20140703 00:45:48< iceiceice_> ok, but i dont really have a strong opinion
20140703 00:46:09< iceiceice_> i just wrote the unit tests in the way that was most comfortable for me, adhering to conventions that i had observed
20140703 00:46:14< iceiceice_> i fully expected that it would get wmlindented at somepoint
20140703 00:46:26< shadowm> data/test/scenarios/units_offmap_goto_recall.cfg seems to trigger an actual bug.
20140703 00:47:28< iceiceice_> what's the bug?
20140703 00:48:43< shadowm> foo = bar isn't an actual convention, btw, it's a GUI2ism.
20140703 00:49:16< iceiceice_> ^ i dont understand this sentence
20140703 00:49:19< shadowm> GUI2 is rather "special" when it comes to stuff like this and it's exempt from reindent for that reason.
20140703 00:49:30< shadowm> `foo = bar` vs `foo=bar`
20140703 00:50:24< shadowm> The bug: http://pastebin.com/JruuHv49
20140703 00:50:59< iceiceice_> is the third example "correct" 
20140703 00:51:00< iceiceice_> ?
20140703 00:51:23< shadowm> Nothing after line 29 is correct.
20140703 00:51:38-!- sachith500 [~kvirc@112.134.203.250] has joined #wesnoth-dev
20140703 00:52:03< shadowm> Neither is line 29 itself.
20140703 00:52:27< iceiceice_> why did we write wmlindent in python?
20140703 00:52:35< iceiceice_> we already have a legitimate parser in C++, right?
20140703 00:52:45< shadowm> Because the person who wrote wmlindent speaks python.
20140703 00:54:13< iceiceice_> i guess wmlindent and the parser do fundamentally different things
20140703 00:54:31< iceiceice_> too bad
20140703 00:56:07< shadowm> Seems the issue stems from having two closers on the same line, that's not something wmlindent expects.
20140703 00:56:58-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140703 00:58:14< iceiceice_> why does it work for {IF_VAR ?
20140703 00:58:38< iceiceice_> the pattern you get with that macro is pretty similar to your examples
20140703 00:59:59< shadowm> So far I don't see an {IF_VAR that ends with two consecutive closers. (Closers being text that matches /^\s*\[\/.*$/ or /^\s*\).*$/.)
20140703 01:01:20< shadowm> wmlindent logic flaw aside, I'm not convinced that this should be a thing that we allow.
20140703 01:02:21< shadowm> It "suggests" (to the reader) a wml end tag not immediately followed by a newline, which normally wouldn't be valid WML.
20140703 01:02:23-!- prophile [~alynn@oftn/member/prophile] has quit [Quit: The Game]
20140703 01:02:39< shadowm> *a newline or comment followed by a newline
20140703 01:03:28< shadowm> The only reason the end result is valid is because the tag is part of a macro argument that gets substituted before a newline.
20140703 01:03:30-!- groggy [~chatzilla@96-37-252-107.dhcp.leds.al.charter.com] has joined #wesnoth-dev
20140703 01:04:07< iceiceice_> yeah that's reasonable
20140703 01:05:11< iceiceice_> are these lines legal?
20140703 01:05:12< iceiceice_>  {RETURN ([true][/true])}
20140703 01:05:56< shadowm> As I said above, in practice it's legal after all expansions take place,.
20140703 01:06:27-!- sachith500 [~kvirc@112.134.203.250] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
20140703 01:06:35< iceiceice_> hmm wait so will WML indent get confused by ( ) on the same line?
20140703 01:07:04< iceiceice_> from a purely practical perspective, i'm happy to change units_off_map_goto_recall
20140703 01:07:09< iceiceice_> so that lines with only two closers are split
20140703 01:07:13< iceiceice_> i think i could write a sed script for that
20140703 01:07:15< shadowm> No, wmlindent does, and it's only by the "*[/foo]*)}*" part (wherein the asterisks stand for stripped whitespace).
20140703 01:07:15< iceiceice_> in a few minutes
20140703 01:07:50< iceiceice_> yeah ok
20140703 01:07:57< shadowm> As I said above, it's because it's two closers on the same line. It doesn't expect to see more than one closer per line.
20140703 01:08:26< shadowm> I'll have to think about how to change the logic without making it crap.
20140703 01:10:33< iceiceice_> so what exactly constiutes a closer?
20140703 01:10:35< iceiceice_> [/foo]
20140703 01:10:36< iceiceice_> and )
20140703 01:10:41< iceiceice_> does } constitute a closer?
20140703 01:11:14< shadowm> 20:59:59 <shadowm> (Closers being text that matches /^\s*\[\/.*$/ or /^\s*\).*$/.)
20140703 01:12:20< shadowm> /^\s*{NEXT .*$/ is a third possibility by default, as well as anything declared with the `# wmlindent: closer "{FOO "` directive.
20140703 01:13:16< shadowm> (The argument to that directive between quotes doesn't necessarily have to follow the brace-substitution syntax.)
20140703 01:14:14< shadowm> Well, I'm not going to deal with this tonight, so I'm going to file a bug for now.
20140703 01:16:02< shadowm> AI0867: I assigned this bug to myself, but I believe it ultimately boils down to the utils::si_string() not being aware that bytes don't have subunits (other than bits, which is impossible), coupled with floating-point rounding errors: https://gna.org/bugs/index.php?22261
20140703 01:16:34< shadowm> iceiceice_: You can't test on 1.12 because the feature doesn't exist on 1.12.
20140703 01:17:14< iceiceice_> oh
20140703 01:19:17-!- groggy [~chatzilla@96-37-252-107.dhcp.leds.al.charter.com] has quit [Remote host closed the connection]
20140703 01:19:22< shadowm> AI0867: So... what was 62b0f4c120e7f5ea74113d6c0abca0cc09f090df trying to solve? I think the only solution is to bring back the integer version.
20140703 01:22:04-!- faabumc [~vcr@wesnoth/developer/faabumc] has joined #wesnoth-dev
20140703 01:23:35< iceiceice_> how do you easily apply wmlindent to a directory
20140703 01:24:43< shadowm> wmlindent path/
20140703 01:24:53-!- ancestral [~ancestral@17.114.45.173] has quit [Quit: ancestral]
20140703 01:25:12-!- kex [~kex@93-143-125-123.adsl.net.t-com.hr] has quit [Remote host closed the connection]
20140703 01:25:28< shadowm> I'd prefer to commit the reindent results myself, since that also gives me the chance to address some actual issues I'm seeing in the log.
20140703 01:25:56< shadowm> I still can't build on Windows. wtf.
20140703 01:26:12< iceiceice_> ok, this is too much of a PITA, i'm just going to push a branch with the sed script results, wmlindent is mangling everything
20140703 01:26:28< shadowm> That's what I jut said.
20140703 01:26:59-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140703 01:28:45-!- wesbot changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 235 bugs, 344 feature requests, 29 patches | Logs: http://irclogs.wesnoth.org | Alternate logs: http://wesnoth.debian.net | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20140703 01:30:02-!- stikonas__ [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140703 01:31:06< iceiceice_> ok, here's what i ended up with
20140703 01:31:06< iceiceice_> https://github.com/wesnoth/wesnoth/pull/234
20140703 01:32:38-!- happygrue [~Wintermut@2601:6:4380:8ea:b9c2:7c15:ee72:ce9d] has joined #wesnoth-dev
20140703 01:32:48-!- happygrue [~Wintermut@2601:6:4380:8ea:b9c2:7c15:ee72:ce9d] has quit [Changing host]
20140703 01:32:48-!- happygrue [~Wintermut@wesnoth/developer/wintermute] has joined #wesnoth-dev
20140703 01:36:28< shadowm> Filed a bug report: https://gna.org/bugs/index.php?22264
20140703 01:36:53< shadowm> I'll try to remember to give it some thought when I feel particularly bored one of these days, but it's otherwise free for you to take.
20140703 01:38:52< shadowm> "please don't merge" grrr.
20140703 01:39:24< shadowm> Well, I guess I'll put data/test/ aside for now.
20140703 01:43:34< irker470> wesnoth: Ignacio R. Morelle wesnoth:master e55458f2c6c9 / data/themes/ (classic.cfg default.cfg editor.cfg macros.cfg): wmlindent pass on data/themes/ http://git.io/VPIplw
20140703 01:43:37< irker470> wesnoth: Ignacio R. Morelle wesnoth:master 455e13ffcc95 / data/core/ (about.cfg editor/help.cfg team-colors.cfg units/orcs/Nightblade.cfg): wmlindent pass on data/core/ http://git.io/7f00fA
20140703 01:43:39< irker470> wesnoth: Ignacio R. Morelle wesnoth:master 3a782bfcc3a2 / data/campaigns/ (5 files in 5 dirs): wmlindent pass on data/campaigns/ http://git.io/gpZYiQ
20140703 01:43:42< irker470> wesnoth: Ignacio R. Morelle wesnoth:master b79e531bf037 / data/multiplayer/scenarios/ (2p_Dark_Forecast.cfg 2p_Hornshark_Island.cfg): wmlindent pass on data/multiplayer/ http://git.io/MH5FBw
20140703 01:43:45< irker470> wesnoth: Ignacio R. Morelle wesnoth:master cc6766d12b17 / data/ (_main.cfg cores.cfg): wmlindent pass on data/ http://git.io/RoV2DA
20140703 01:44:55-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140703 01:51:10< shadowm> iceiceice_: How much does it matter for the macros in data/test/macros/pathfind_answers.cfg to have or not have a leading indentation unit in their contents?
20140703 01:51:29< iceiceice_> i dont think it matters at all
20140703 01:51:54< iceiceice_> honestly i think that code may change at some point,
20140703 01:52:06< iceiceice_> i think that the WML parser struggles to parse very long lines for some reason
20140703 01:52:46< iceiceice_> for some reason the pathfinding tests are slower than all the other tests, i used to think it was the pathinding code itself but when i profiled it it was split between the parser and the pathfinder itself
20140703 01:53:37< iceiceice_> idk i think it might be reallocating the string for the line each time it gets a new character or something, i didnt look into it really, that's just a guess
20140703 01:55:23-!- happygrue [~Wintermut@wesnoth/developer/wintermute] has quit [Remote host closed the connection]
20140703 01:57:04< shadowm> Do we really need to use [true][/true] to get into the [then] branch of an otherwise empty [if]?
20140703 01:59:26-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Remote host closed the connection]
20140703 01:59:51< shadowm> A cursory glance at the implementation of [if] -> wesnoth.eval_conditional() -> game_events::conditional_passed() -> game_events::<anonymous>::internal_conditinal_passed() suggests that an [if] without conditions should go for [then].
20140703 02:00:56< shadowm> I won't be testing this any time soon, but I'd personally find `{RETURN ()}` to be more readable than `{RETURN ([true][/true])}`.
20140703 02:02:25< irker470> wesnoth: mattsc wesnoth:1.12 b668c0e24820 / projectfiles/Xcode/ (Mac Sources/Wesnoth_Prefix_Release.pch Wesnoth.xcodeproj/project.pbxproj): Xcode project: add precompiled header file for release build http://git.io/6nrdSQ
20140703 02:04:03< irker470> wesnoth: mattsc wesnoth:master febdc693b1b2 / projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Xcode project: reenable strict compiling http://git.io/21Zy_A
20140703 02:05:19< irker470> wesnoth: Ignacio R. Morelle wesnoth:master 1799d5eb0dcf / data/test/ (4 files in 3 dirs): wmlindent pass on data/test/, safe subset http://git.io/vN8aGg
20140703 02:08:37< irker470> wesnoth: Ignacio R. Morelle wesnoth:1.12 3a3c238f7a88 / data/themes/ (default.cfg editor.cfg macros.cfg): wmlindent pass on data/themes/ http://git.io/4sdsiw
20140703 02:08:40< irker470> wesnoth: Ignacio R. Morelle wesnoth:1.12 da5840758a45 / data/core/hotkeys.cfg: wmlindent pass on data/core/ http://git.io/ZKu8fA
20140703 02:08:43< irker470> wesnoth: Ignacio R. Morelle wesnoth:1.12 4c4785749284 / data/campaigns/ (4 files in 4 dirs): wmlindent pass on data/campaigns/ http://git.io/pDs4Ng
20140703 02:13:18< shadowm> iceiceice_: I see all WML tests failing for me (before my commits, even), how do I gather more information?
20140703 02:14:34< iceiceice_> where are they failing?
20140703 02:14:34< iceiceice_> https://travis-ci.org/wesnoth/wesnoth/jobs/29019377
20140703 02:14:42< iceiceice_> they seem to be passing on your commit there
20140703 02:14:44< shadowm> For me.
20140703 02:14:48< iceiceice_> oh on your machine?
20140703 02:14:49< shadowm> Not for travis.
20140703 02:14:52< iceiceice_> you can look at errors.log
20140703 02:15:17< iceiceice_> you can also run the script with option -w
20140703 02:15:33< shadowm> Ahahahah.
20140703 02:15:37< shadowm> http://pastebin.com/cRkwjVD1
20140703 02:16:03< iceiceice_> ouch
20140703 02:16:08< shadowm> Maybe the tests should be run on an empty userdata dir + config dir set?
20140703 02:16:16< iceiceice_> yeah that would be a good thing
20140703 02:16:27< iceiceice_> i think it was discussed earlier to have some kind of "failsafe" coremod
20140703 02:16:43< iceiceice_> at least the strict errors thing is working :)
20140703 02:17:09-!- aquileia [863cf035@gateway/web/freenode/ip.134.60.240.53] has joined #wesnoth-dev
20140703 02:17:32< iceiceice_> idk is the coremod thing still being developed actively or should i assume its more or less in a stable state?
20140703 02:17:35< shadowm> Like the failsafe core that's already in data/cores.cfg? I can't see where this affects anything, though (AtS still appears in Campaigns after switching to that), and fabii is MIA.
20140703 02:18:25< shadowm> And since he's MIA I can't ask him about that and a few other questions/complaints I have.
20140703 02:18:32< iceiceice_> ok
20140703 02:19:42< iceiceice_> i'll see what i can do, it would be better if the tests didnt load add-ons anyways
20140703 02:20:00< aquileia> shadowm: at least for me, following the instructions on http://wiki.wesnoth.org/CompilingWesnothOnWindows worked
20140703 02:20:06< iceiceice_> but i guess i also dont want to duplicate functionality for the coremod thing
20140703 02:20:23< iceiceice_> wait is the coremode supposed to block out your add-on/
20140703 02:20:51< iceiceice_> idk maybe he intended that users could take someones add-on and run it with a different core
20140703 02:21:18< iceiceice_> i think i dont fully understand what core mod is yet
20140703 02:21:38< aquileia> iceiceice_: Cores are inteded to fully choose which cfg's are loaded
20140703 02:22:15< aquileia> failsafe is an example that jut excludes addon (and campaign? don't know)
20140703 02:22:29< shadowm> aquileia: What did? I'm using CB here and trying to figure out why it randomly stopped linking anything at some point.[D[D
20140703 02:22:41< aquileia> whereas fabiwrote a core that replaces most of Wesnoth wit his own addon
20140703 02:22:45< shadowm> Or intending to do so, anyway. I've been sidetracked a lot.
20140703 02:23:18< iceiceice_> so the unit tests right now mostly test the results of WML tags themselves, but you could write tests that test core macros also
20140703 02:23:19< shadowm> iceiceice_: No, the "coremode" (sic) thing isn't supposed to do that, the Failsafe core is, specifically.
20140703 02:23:23< aquileia> shadowm: Ah, I thought your comment about VC10 meant you'd most likely have issues with that
20140703 02:23:40< shadowm> aquileia: I talked about VC10 in #wesnoth yesterday, yes, but this is unrelated.
20140703 02:23:49< iceiceice_> is the default core and the failsafe core going to contain the same core macros? (like, a strong guarantee of this)
20140703 02:24:05< iceiceice_> if not i'd rather keep them on the default core and use some c++ change to block add-ons i guess
20140703 02:24:06< shadowm> aquileia: Oh, would you happen to know what I'm supposed to do if the linker complains about VCOMP.lib?
20140703 02:24:20< aquileia> shadowm: no idea
20140703 02:24:42< aquileia> that must be OpenMP...
20140703 02:25:18< shadowm> iceiceice_: These are questions I'd ask fabi since he wrote this feature, which means he's the only one who really knows what it's supposed to do. I can only speculate or read its documentation, and its documentation (which you can access from the titescreen -> Cores menu) says the failsafe mode loads the mainline data "without any add-ons".
20140703 02:25:27< aquileia> but I don't know how you'd get that for C
20140703 02:25:48< shadowm> aquileia: No, that question is specifically about VC10.
20140703 02:25:53< aquileia> *CB
20140703 02:26:03-!- Jetrel [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has quit [Ping timeout: 240 seconds]
20140703 02:26:18< iceiceice_> ok thk u
20140703 02:26:35< shadowm> I saw VC++ throw an error about VCOMP.lib or some such and continue with the parallel build, but I then canceled the build and went to bed.
20140703 02:27:49< shadowm> iceiceice_: So the point is that it clearly isn't behaving as it advertises, but I'd still wait for fabi to return before making a decision regarding its future. We have plenty of time for that anyway.
20140703 02:31:43< aquileia> shadowm: By the way, you don't want to use OpenMP in VC10 anyhow - that vesion has a bug (and probably later versions as well, I'm not absolutely sure whether I encounter it) that makes OpenMP extremely CPU hungry
20140703 02:33:06< aquileia> I'm off, bye
20140703 02:33:11-!- aquileia [863cf035@gateway/web/freenode/ip.134.60.240.53] has quit [Quit: Page closed]
20140703 02:33:29-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20140703 02:34:35-!- Jetrel [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has joined #wesnoth-dev
20140703 02:35:40< shadowm> aquileia: Are you sure it's a "bug" and not the thing that's described in src/wesnoth.cpp:766 through 777? Note that the block in question uses execv(), which is unavailable on Windows (hence the #ifdef).
20140703 02:36:23< shadowm> Although I guess our official Windows builds are still somehow exempt from that despite using OMP.
20140703 02:44:51-!- Ivanovic_ [~ivanovic@frnk-5f74f818.pool.mediaWays.net] has joined #wesnoth-dev
20140703 02:48:39-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 272 seconds]
20140703 02:48:44-!- Ivanovic_ is now known as Ivanovic
20140703 02:54:17-!- Ivanovic [~ivanovic@frnk-5f74f818.pool.mediaWays.net] has quit [Changing host]
20140703 02:54:17-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20140703 03:05:46-!- melinath [~melinath@li341-41.members.linode.com] has quit [Quit: ZNC - http://znc.in]
20140703 03:05:56-!- vultraz_ [~chatzilla@124.109.10.167] has joined #wesnoth-dev
20140703 03:06:40-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 244 seconds]
20140703 03:07:03-!- vultraz_ is now known as vultraz
20140703 03:07:29-!- vultraz [~chatzilla@124.109.10.167] has quit [Changing host]
20140703 03:07:29-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20140703 03:10:58-!- gfgtdf [~chatzilla@d151192.adsl.hansenet.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]]
20140703 03:13:25-!- faabumc [~vcr@wesnoth/developer/faabumc] has quit [Quit: Ex-Chat]
20140703 03:26:22-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140703 03:41:09-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140703 03:53:12-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140703 03:56:56-!- Samual_ is now known as Samual
20140703 04:03:35-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140703 04:07:19-!- iceiceice_ [~chris@wesnoth/developer/iceiceice] has quit [Ping timeout: 248 seconds]
20140703 04:27:45-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140703 04:39:27-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20140703 04:41:17-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 252 seconds]
20140703 04:53:12-!- esr [~esr@wesnoth/developer/esr] has quit [Quit: WeeChat 0.4.2]
20140703 04:53:13-!- cib_ [~cib@p5DD220C9.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140703 05:00:07-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140703 05:03:02-!- kex [~kex@93-143-125-123.adsl.net.t-com.hr] has joined #wesnoth-dev
20140703 05:07:03-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 248 seconds]
20140703 05:07:59-!- kex [~kex@93-143-125-123.adsl.net.t-com.hr] has quit [Ping timeout: 272 seconds]
20140703 05:07:59-!- timotei_ [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 272 seconds]
20140703 05:09:33-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20140703 05:11:10-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Ping timeout: 264 seconds]
20140703 05:25:51-!- kex [~kex@93-143-125-123.adsl.net.t-com.hr] has joined #wesnoth-dev
20140703 05:26:04-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140703 05:26:04-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Changing host]
20140703 05:26:04-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20140703 05:30:45-!- kex [~kex@93-143-125-123.adsl.net.t-com.hr] has quit [Ping timeout: 255 seconds]
20140703 05:45:01-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20140703 05:45:35-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140703 06:23:50-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140703 06:28:10-!- cib_ [~cib@p5DD220C9.dip0.t-ipconnect.de] has quit [Ping timeout: 244 seconds]
20140703 07:10:21-!- boucman_work [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140703 07:24:17-!- cib_ [~cib@132.231.178.220] has joined #wesnoth-dev
20140703 07:28:02-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginm.net] has joined #wesnoth-dev
20140703 07:28:45-!- wesbot changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 236 bugs, 344 feature requests, 29 patches | Logs: http://irclogs.wesnoth.org | Alternate logs: http://wesnoth.debian.net | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20140703 07:43:18-!- leyyin [~leyyin@unaffiliated/leyyin] has joined #wesnoth-dev
20140703 07:56:06-!- cib_ [~cib@132.231.178.220] has quit [Ping timeout: 255 seconds]
20140703 08:11:20-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginm.net] has quit [Remote host closed the connection]
20140703 08:41:54-!- groggy [~chatzilla@96-37-252-107.dhcp.leds.al.charter.com] has joined #wesnoth-dev
20140703 08:49:12-!- mjs-de [~mjs-de@f049096045.adsl.alicedsl.de] has joined #wesnoth-dev
20140703 08:50:11-!- kex [~kex@212.92.210.53] has joined #wesnoth-dev
20140703 08:56:26-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20140703 09:10:07-!- prophile [~alynn@oftn/member/prophile] has joined #wesnoth-dev
20140703 09:18:39-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140703 09:20:47-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140703 09:21:02-!- groggy [~chatzilla@96-37-252-107.dhcp.leds.al.charter.com] has quit [Remote host closed the connection]
20140703 09:45:39-!- cib_ [~cib@132.231.178.214] has joined #wesnoth-dev
20140703 09:52:19-!- prophile [~alynn@oftn/member/prophile] has quit [Quit: The Game]
20140703 09:53:55-!- irker470 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20140703 10:20:06-!- cib_ [~cib@132.231.178.214] has quit [Ping timeout: 248 seconds]
20140703 10:26:06-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140703 10:51:12-!- {V} [~V@72-69-ftth.on.nl] has quit [Read error: Connection reset by peer]
20140703 10:51:38-!- {V} [~V@72-69-ftth.on.nl] has joined #wesnoth-dev
20140703 10:58:28-!- sachith500 [~kvirc@112.134.138.55] has joined #wesnoth-dev
20140703 10:58:32-!- AI0867 [~ai@wesnoth/developer/ai0867] has quit [Ping timeout: 245 seconds]
20140703 10:58:32-!- shikadibot [~shikadi@wesnoth/umc-dev/bot/shikadibot] has quit [Ping timeout: 245 seconds]
20140703 10:58:38-!- shikadibot [~shikadi@wesnoth/umc-dev/bot/shikadibot] has joined #wesnoth-dev
20140703 10:58:42-!- AI0867 [~ai@wesnoth/developer/ai0867] has joined #wesnoth-dev
20140703 11:05:16-!- prkc [~prkc@4E5CCA17.dsl.pool.telekom.hu] has joined #wesnoth-dev
20140703 11:13:11-!- timotei_ [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20140703 11:19:32-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140703 11:31:16-!- RiftWalker [~nathan@ip98-163-252-45.no.no.cox.net] has quit [Ping timeout: 260 seconds]
20140703 11:31:37-!- RiftWalker [~nathan@ip98-163-252-45.no.no.cox.net] has joined #wesnoth-dev
20140703 11:48:58-!- cib_ [~cib@132.231.178.78] has joined #wesnoth-dev
20140703 12:11:14-!- cib_ [~cib@132.231.178.78] has quit [Ping timeout: 244 seconds]
20140703 12:17:18-!- sachith500 [~kvirc@112.134.138.55] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
20140703 12:24:28-!- matthiaskrgr [matthiaskr@gateway/shell/panicbnc/x-jkyfgdhunalrxzmi] has quit [Ping timeout: 260 seconds]
20140703 12:28:59-!- matthiaskrgr [matthiaskr@gateway/shell/panicbnc/x-tqprlpetgtkdfzmh] has joined #wesnoth-dev
20140703 12:34:02-!- Turuk_ [40399531@gateway/web/cgi-irc/kiwiirc.com/ip.64.57.149.49] has joined #wesnoth-dev
20140703 12:42:48-!- matthiaskrgr [matthiaskr@gateway/shell/panicbnc/x-tqprlpetgtkdfzmh] has quit [Changing host]
20140703 12:42:48-!- matthiaskrgr [matthiaskr@unaffiliated/matthiaskrgr] has joined #wesnoth-dev
20140703 12:42:48-!- matthiaskrgr [matthiaskr@unaffiliated/matthiaskrgr] has quit [Changing host]
20140703 12:42:48-!- matthiaskrgr [matthiaskr@gateway/shell/panicbnc/x-tqprlpetgtkdfzmh] has joined #wesnoth-dev
20140703 13:01:48-!- prophile [~alynn@oftn/member/prophile] has joined #wesnoth-dev
20140703 13:02:02-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140703 13:03:44-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20140703 13:27:27-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140703 13:33:52-!- prophile [~alynn@oftn/member/prophile] has quit [Quit: The Game]
20140703 13:36:00-!- leyyin [~leyyin@unaffiliated/leyyin] has quit [Quit: So Long, and Thanks for All the Fish]
20140703 13:36:20-!- leyyin [~leyyin@unaffiliated/leyyin] has joined #wesnoth-dev
20140703 14:20:23-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140703 14:40:34-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140703 14:45:30-!- ToBeFree is now known as ToBeAFK
20140703 14:45:40-!- ToBeAFK is now known as ToBeFree
20140703 14:46:11-!- irker096 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20140703 14:46:11< irker096> wesnoth: Alexander van Gessel wesnoth:1.10 16e9bd684acd / src/server/ (forum_user_handler.cpp forum_user_handler.hpp): Fix a memory leak in forum_user_handler http://git.io/-EH5QQ
20140703 14:46:14< irker096> wesnoth: Alexander van Gessel wesnoth:1.10 f85f08fa9f50 / src/server/game.cpp: Fix memory leak in wesnothd http://git.io/yybKHQ
20140703 14:46:15< irker096> wesnoth: Alexander van Gessel wesnoth:1.10 550f02aa3c51 / src/server/forum_user_handler.hpp: Add a comment explaining the use of boost::shared_ptr http://git.io/pAyqQw
20140703 14:46:17< irker096> wesnoth: Alexander van Gessel wesnoth:1.10 6b6cc6a5d101 / / (6 files in 3 dirs): Merge branch '1.10' of github.com:wesnoth/wesnoth into 1.10 http://git.io/RR8Ucw
20140703 15:03:55-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140703 15:07:47< AI0867> shadowm: the purpose was simplification. I figured that floating point accuracy was not an issue with only 3 significant digits.
20140703 15:08:28< AI0867> I could make base2 ignore the less than 1 prefixes. Can you think of a valid use in that case?
20140703 15:12:04-!- travis-ci [~travis-ci@ec2-54-87-168-71.compute-1.amazonaws.com] has joined #wesnoth-dev
20140703 15:12:04< travis-ci> [travis-ci] wesnoth/wesnoth#3600 (1.10 - 6b6cc6a : Alexander van Gessel): The build is still failing.
20140703 15:12:04< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth/builds/29065003
20140703 15:12:04-!- travis-ci [~travis-ci@ec2-54-87-168-71.compute-1.amazonaws.com] has left #wesnoth-dev []
20140703 15:16:09-!- ancestral [~ancestral@17.114.45.173] has joined #wesnoth-dev
20140703 15:21:18-!- kex [~kex@212.92.210.53] has quit [Remote host closed the connection]
20140703 15:21:46-!- kex [~kex@212.92.210.53] has joined #wesnoth-dev
20140703 15:26:26-!- kex [~kex@212.92.210.53] has quit [Ping timeout: 252 seconds]
20140703 15:46:51-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140703 15:55:36-!- sachith500 [~kvirc@112.134.138.55] has joined #wesnoth-dev
20140703 15:59:29< irker096> wesnoth: mattsc wesnoth:1.12 115437602f7c / projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Xcode: update project settings http://git.io/RCiutw
20140703 15:59:43< irker096> wesnoth: mattsc wesnoth:master ee2f9810699c / projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Xcode: update project settings http://git.io/sd6eKw
20140703 16:00:50-!- cib_ [~cib@p5DD220C9.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140703 16:06:33-!- kex [~kex@93-137-14-96.adsl.net.t-com.hr] has joined #wesnoth-dev
20140703 16:20:26-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140703 16:23:27-!- riksteri [~riksteri@dsl-tkubrasgw3-54f96b-216.dhcp.inet.fi] has joined #wesnoth-dev
20140703 16:35:03-!- sachith500 [~kvirc@112.134.138.55] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
20140703 16:43:47-!- gfgtdf [~chatzilla@d151192.adsl.hansenet.de] has joined #wesnoth-dev
20140703 16:43:57< gfgtdf> wesbot: seen mordante
20140703 16:43:57< wesbot> gfgtdf: The person with the nick mordante last spoke 1d 21h ago.  1d 21h ago was here and on the channel #wesnoth-de with the message: Quit: Leaving
20140703 17:08:41< Soliton> iceiceice: a command to ping all players of a game? could be useful, i would not just call it 'ping' though.
20140703 17:11:06< Soliton> iceiceice: so far pings from server and client side just send some data to see if the connection is alive on TCP level. they don't need to receive anything in return for that.
20140703 17:14:47-!- Gambit [~quassel@wesnoth/developer/grickit] has quit [Quit: No Ping reply in 180 seconds.]
20140703 17:16:03-!- Gambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20140703 17:23:58-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20140703 17:28:08-!- ancestral [~ancestral@17.114.45.173] has quit [Quit: ancestral]
20140703 17:29:59-!- ancestral [~ancestral@17.114.45.173] has joined #wesnoth-dev
20140703 17:39:11-!- thunderstruck [~zaibotren@cpc7-lewi16-2-0-cust662.2-4.cable.virginm.net] has joined #wesnoth-dev
20140703 17:42:27-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Remote host closed the connection]
20140703 17:44:01-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20140703 18:22:11-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140703 18:26:29-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20140703 18:27:54-!- kex [~kex@93-137-14-96.adsl.net.t-com.hr] has quit [Remote host closed the connection]
20140703 18:41:41-!- ancestral [~ancestral@17.114.45.173] has quit [Quit: ancestral]
20140703 18:50:30-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginm.net] has joined #wesnoth-dev
20140703 18:58:11-!- Jetrel [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has quit [Ping timeout: 252 seconds]
20140703 18:59:47-!- irker096 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20140703 19:00:55-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140703 19:01:16-!- gfgtdf [~chatzilla@d151192.adsl.hansenet.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]]
20140703 19:02:37-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140703 19:26:07-!- thunderstruck [~zaibotren@cpc7-lewi16-2-0-cust662.2-4.cable.virginm.net] has quit [Quit: leaving]
20140703 19:37:55-!- Jetrel [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has joined #wesnoth-dev
20140703 19:46:59-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140703 19:47:09-!- Turuk_ [40399531@gateway/web/cgi-irc/kiwiirc.com/ip.64.57.149.49] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
20140703 19:57:03-!- RiftWalker [~nathan@ip98-163-252-45.no.no.cox.net] has quit [Ping timeout: 240 seconds]
20140703 19:59:07-!- RiftWalker [~nathan@ip98-163-252-45.no.no.cox.net] has joined #wesnoth-dev
20140703 20:00:22-!- Jetrel [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has quit [Ping timeout: 264 seconds]
20140703 20:16:39-!- kex [~kex@93-137-14-96.adsl.net.t-com.hr] has joined #wesnoth-dev
20140703 20:21:53-!- kex [~kex@93-137-14-96.adsl.net.t-com.hr] has quit [Ping timeout: 272 seconds]
20140703 20:29:10-!- cib_ [~cib@p5DD220C9.dip0.t-ipconnect.de] has quit [Ping timeout: 248 seconds]
20140703 20:32:46-!- noy [~Noy@184.69.143.198] has joined #wesnoth-dev
20140703 20:32:47-!- noy [~Noy@184.69.143.198] has quit [Changing host]
20140703 20:32:48-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140703 20:33:48-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140703 20:34:22-!- irker902 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20140703 20:34:22< irker902> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu ccc1f9e63329 / .gitignore: Don't ignore txt files. http://git.io/o1wb7Q
20140703 20:34:24< irker902> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu d5491b0611ac / src/SDL_gpu/CMakeLists.txt: Fix SDL_gpu CMake build. http://git.io/Np4vrQ
20140703 20:34:26< irker902> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu c2d7265718ad / CMakeLists.txt src/CMakeLists.txt src/loadscreen.cpp src/loadscreen.hpp: Make SDL_gpu an optional dependency. http://git.io/hyj1TQ
20140703 20:34:28< irker902> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu fe1aae79f001 / src/ (loadscreen.cpp loadscreen.hpp): Remove SDL2-specific parts from loadscreen. http://git.io/XyVQ9g
20140703 20:34:30< irker902> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu a98fcc39cd95 / src/sdl/ (rect.cpp rect.hpp): Add SDL_gpu implementation for fill_rect and draw_rect. http://git.io/M-X4fw
20140703 20:34:32< irker902> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu 3b2277d0f95b / src/sdl/ (rect.cpp rect.hpp): Remove SDL2 code from sdl/rect. http://git.io/0aEYQA
20140703 20:34:34< irker902> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu acef0efa9cef / src/sdl/ (rect.cpp rect.hpp): A function to create GPU_Rects easily. http://git.io/ejFbww
20140703 20:34:36< irker902> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu 5100fb90475e / src/sdl/ (texture.cpp texture.hpp): SDL_gpu implementation for sdl::ttexture. http://git.io/mxQKvw
20140703 20:34:38< irker902> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu 90eab469e1d5 / src/ (image.cpp image.hpp): SDL_gpu implementation for get_texture et al. http://git.io/ulFhmw
20140703 20:34:40< irker902> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu dfc2a57d2dcb / src/storyscreen/ (render.cpp render.hpp): SDL_gpu implementation for rendering background layers. http://git.io/MSCxzA
20140703 20:34:42< irker902> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu 6db593c6231f / src/storyscreen/ (part.cpp part.hpp render.cpp): SDL_gpu implementation for rendering floating images. http://git.io/oqe11g
20140703 20:34:44< irker902> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu dde5c00d08ed / src/ (text.cpp text.hpp): SDL_gpu implementation for ttext::render_as_texture. http://git.io/UynQ_w
20140703 20:34:46< irker902> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu b16ded3527ae / src/ (text.cpp text.hpp): Remove SDL2 code. http://git.io/-F8utw
20140703 20:34:48< irker902> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu 707cda29a0d3 / src/ (image.cpp image.hpp): Remove SDL2 code. http://git.io/d1aRJg
20140703 20:34:50< irker902> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu 8cab56ea1e2a / src/storyscreen/ (part.cpp part.hpp render.cpp render.hpp): Remove SDL2 code. http://git.io/NWNg_A
20140703 20:34:52< irker902> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu ce0eb4fa644c / src/sdl/ (texture.cpp texture.hpp): Remove SDL2 code. http://git.io/kSwGpA
20140703 20:34:58< crimson_penguin> Turuk: hey, I hear you had trouble running Wesnoth after building it, and I think I see why
20140703 20:35:16< crimson_penguin> did it say Caught general exception: unrecognised option '-NSDocumentRevisionsDebugMode'?
20140703 20:36:20< crimson_penguin> if so, click on Wesnoth in the top left corner, go to Edit Scheme, click on Options, and uncheck "Allow debugging when using document Versions Browser"
20140703 20:59:35-!- zookeeper2 [zookeeper@37.35.24.98] has joined #wesnoth-dev
20140703 21:00:50< shadowm> AI0867: If this is only used for data measurements in bytes then there's no point for sub-byte units.
20140703 21:00:54-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has quit [Ping timeout: 255 seconds]
20140703 21:01:34< shadowm> Bits are out of the question, too.
20140703 21:02:00-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20140703 21:05:50-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20140703 21:08:10-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Ping timeout: 264 seconds]
20140703 21:08:51-!- zookeeper2 is now known as zookeeper
20140703 21:08:51-!- zookeeper [zookeeper@37.35.24.98] has quit [Changing host]
20140703 21:08:51-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20140703 21:13:51-!- ancestral [~ancestral@17.114.45.173] has joined #wesnoth-dev
20140703 21:17:04-!- ancestral [~ancestral@17.114.45.173] has quit [Client Quit]
20140703 21:20:47-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 272 seconds]
20140703 21:22:12-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20140703 21:35:41-!- kex [~kex@93-137-14-96.adsl.net.t-com.hr] has joined #wesnoth-dev
20140703 21:40:05-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginm.net] has quit [Remote host closed the connection]
20140703 22:05:01-!- Laundry [~austin@pool-71-166-34-122.bltmmd.fios.verizon.net] has joined #wesnoth-dev
20140703 22:06:58-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140703 22:08:54-!- mjs-de [~mjs-de@f049096045.adsl.alicedsl.de] has quit [Remote host closed the connection]
20140703 22:12:15-!- LovCAPONE [~lovcapone@modemcable210.107-82-70.mc.videotron.ca] has joined #wesnoth-dev
20140703 22:38:41-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 272 seconds]
20140703 22:40:17-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20140703 22:46:00-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140703 22:55:43-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140703 22:57:11-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140703 23:02:58-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Remote host closed the connection]
20140703 23:04:26-!- kex [~kex@93-137-14-96.adsl.net.t-com.hr] has quit [Remote host closed the connection]
20140703 23:24:45-!- iceiceice_ [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20140703 23:30:45-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has quit [Ping timeout: 255 seconds]
20140703 23:31:41-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140703 23:31:52-!- leyyin [~leyyin@unaffiliated/leyyin] has quit [Quit: So Long, and Thanks for All the Fish]
20140703 23:34:55-!- irker902 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20140703 23:39:24-!- irker118 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20140703 23:39:24< irker118> wesnoth: Chris Beck wesnoth:master 4046666bee76 / data/test/scenarios/ (5 files): fixup lines with two closers on a line in wml test directory http://git.io/NaRTrw
20140703 23:39:24< irker118> wesnoth: Chris Beck wesnoth:master d803cde06a9d / / (22 files in 10 dirs): move unit_filter implementation out of unit http://git.io/JmJfew
20140703 23:39:25< irker118> wesnoth: Chris Beck wesnoth:master d86b59f08a8b / src/ (27 files in 8 dirs): add filter_context class, use in unit_filter http://git.io/mRJVcw
20140703 23:39:26< irker118> wesnoth: Chris Beck wesnoth:master 35b23ec3214d / src/ (7 files in 3 dirs): side_filter uses filter_context http://git.io/kO3S_Q
20140703 23:39:27< irker118> wesnoth: Chris Beck wesnoth:master 18159f0a6b40 / src/ (14 files in 7 dirs): terrain_filter uses filter_context instead of resources http://git.io/BsHT7g
20140703 23:39:28< irker118> wesnoth: Chris Beck wesnoth:master 383046b469b9 / src/ (17 files in 8 dirs): replace unit filter with a function object https://github.com/wesnoth/wesnoth/commit/383046b469b9d53c3583f7748672a3d2a84f8198
20140703 23:39:30< irker118> wesnoth: Chris Beck wesnoth:master f40b446f8727 / src/unit_filter.cpp: preprocess conditional children of unit filters http://git.io/6-93SQ
20140703 23:39:32< irker118> wesnoth: Chris Beck wesnoth:master cee687478617 / / (44 files in 13 dirs): Merge branch 'refactor_unit_filter' http://git.io/3McsBQ
20140703 23:44:33-!- molgrum [~molgrum@212.85.89.43] has quit [Ping timeout: 240 seconds]
20140703 23:45:54< Laundry> where is unit info stored?
20140703 23:46:57< iceiceice_> mostly in the unit class
20140703 23:47:13< iceiceice_> maybe you mean unit types though?
20140703 23:47:17< iceiceice_> thats stored in the unit type class
20140703 23:47:18< Laundry> Yes
20140703 23:47:23< Laundry> Ok
20140703 23:51:09-!- gfgtdf [~chatzilla@d148161.adsl.hansenet.de] has joined #wesnoth-dev
20140703 23:52:56-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140703 23:58:57< irker118> wesnoth: Ignacio R. Morelle wesnoth:master e527969bdcf5 / data/test/scenarios/ (17 files): wmlindent pass on data/test/scenarios/, safe subset http://git.io/AOozlQ
--- Log closed Fri Jul 04 00:00:46 2014