--- Log opened Fri Jul 04 00:00:46 2014
20140704 00:01:19-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140704 00:03:27< mattsc> crimson_penguin: hi - did you get master to compile (and run) after you changed that?  Is that something we should change in the project settings?
20140704 00:04:02< mattsc> I don’t think that that was Turuk’s problem, but I’m not entirely sure.
20140704 00:15:02-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: Smell ya later!]
20140704 00:19:20-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140704 00:21:17-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140704 00:22:08-!- iceiceice_ [~chris@wesnoth/developer/iceiceice] has quit [Ping timeout: 252 seconds]
20140704 00:25:33-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Client Quit]
20140704 00:28:02-!- molgrum [~molgrum@212.85.89.43] has joined #wesnoth-dev
20140704 00:28:40< Laundry> So whenever a unit is created it is given random stuff?
20140704 00:29:17< gfgtdf> ?
20140704 00:29:37< Laundry> stats wise
20140704 00:29:39< Laundry> like
20140704 00:29:48< Laundry> I mean recruit a unit
20140704 00:30:00< Laundry> it creates a unit, with random skills and stuff
20140704 00:31:05< gfgtdf> traits, gender and names are randomly generated
20140704 00:31:36< Laundry> and all of that stuff is saved within the save file? for a campaign
20140704 00:32:41-!- prkc [~prkc@4E5CCA17.dsl.pool.telekom.hu] has quit [Remote host closed the connection]
20140704 00:32:41< Laundry> so the units and stuff aren't universal
20140704 00:32:41< gfgtdf> the savefiles contain all information about a unit.
20140704 00:32:41< gfgtdf> in teh snapshot
20140704 00:33:39< Laundry> ok
20140704 00:33:44< Laundry> so then
20140704 00:33:48< Laundry> for a recall cost
20140704 00:34:30< Laundry> it should be generated on all of the stats from the unit
20140704 00:35:06-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140704 00:35:11< gfgtdf> Laundry: you want to calculate teh recall cost based on units stats?
20140704 00:35:22< shadowm> Only on 1.13.0+dev, since in 1.11.x and previous versions the recall cost wasn't defined per unit.
20140704 00:35:30< gfgtdf> Laundry: as an addon or in mainline ?
20140704 00:35:30< Laundry> Well it's that, or set a base recall for the types
20140704 00:35:52-!- travis-ci [~travis-ci@ec2-54-224-179-191.compute-1.amazonaws.com] has joined #wesnoth-dev
20140704 00:35:52< travis-ci> [travis-ci] wesnoth/wesnoth#3606 (master - e527969 : Ignacio R. Morelle): The build was broken.
20140704 00:35:52< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth/builds/29106049
20140704 00:35:52-!- travis-ci [~travis-ci@ec2-54-224-179-191.compute-1.amazonaws.com] has left #wesnoth-dev []
20140704 00:36:05< Laundry> what Shadowm said
20140704 00:36:07< gfgtdf> Laundry: i dotn think you can calculate the 'worth' of a unit with a simple algorithm.
20140704 00:36:33< Laundry> it would include unit type,experience
20140704 00:36:42< Laundry> attack, health and stuff
20140704 00:36:48< shadowm> travis don't blame me, blame whoever last modified that file.
20140704 00:36:48< Laundry> it def would not be simple
20140704 00:37:08< shadowm> iceiceice: https://travis-ci.org/wesnoth/wesnoth/jobs/29106050
20140704 00:37:14-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140704 00:37:29< Laundry> other than that we'd have a flat rate
20140704 00:37:46< crimson_penguin> mattsc: it ran after that, yeah - that unfortunately isn't something you can change in project settings, because it's a user setting
20140704 00:38:56< gfgtdf> Laundry: i still dotn understand you want teh the game engine automaticly calulates teh unit recall cost based on attack, health .. ?
20140704 00:39:04< Laundry> like
20140704 00:40:05< Laundry> gfgtdf: Yes? It's that it calculates all of that per a unit, or it's a base recall rate for every unit
20140704 00:40:11< Laundry> gfgtdf: unit type*
20140704 00:40:35< mattsc> crimson_penguin: oh, I see.  Well, I am glad you got it to run.  I wasn’t sure if I had any local references left in the setup that wouldn’t work on other people’s computers.
20140704 00:40:52< mattsc> I didn’t think that I did, but ...
20140704 00:41:32< gfgtdf> I say you cannot make an write an algorithm that calulates the 'worth' of a unit based on attacks, health and such stats
20140704 00:42:14< Laundry> Ok. then should we go for a base recall cost based on types?
20140704 00:43:33< shadowm> Are you trying to change how recall costs work, or fix that statistics bug?
20140704 00:43:54< Laundry> well isn't the statistics bug based on how the recall works?
20140704 00:44:32< gfgtdf> Laundry: i didnt say we cannot have individual unit recall costs, just that writing an automaticly algorithm that calculates those costs would be way too complicated.
20140704 00:44:37< shadowm> https://gna.org/bugs/?22213
20140704 00:45:04< Laundry> gfgtdf: I know. I agree with you. That's why I was asking if the base unit type would've been better
20140704 00:45:08< shadowm> The statistics should reflect whatever is taking place instead of speculating on costs.
20140704 00:45:10< gfgtdf> Laundry: so mabye that we can change teh individual recall cost for units in wml is sure possible
20140704 00:45:59< shadowm> We can already do that.
20140704 00:46:09< Laundry> Ok
20140704 00:46:14< Laundry> OKokokok
20140704 00:46:16< Laundry> I see
20140704 00:46:28-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140704 00:46:29< Laundry> because the recall value thing is 20 in the game_config file
20140704 00:46:44-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20140704 00:49:43< ancestral> What’s the best way to “find” a person’s Wesnoth directory on their computer?
20140704 00:50:46< shadowm> ancestral: Do you mean with code? It can only be done using a set of internal functions, they aren't exposed to the Lua or WML APIs. From the logs, you can find the paths to the user configuration and user data directories near the beginning of Wesnoth's stderr output.
20140704 00:51:09< shadowm> Finally, in 1.11.10 and later people can check Preferences -> General -> Paths from the game UI.
20140704 00:51:41< ancestral> There isn’t a preference or config file that keeps track of where the application was last run from?
20140704 00:51:42< shadowm> If they are running X11, Windows, or OS X, they can even open the file manager from there.
20140704 00:52:15< ancestral> Because the data directory is fairly standardized, but the applicatoin directory often isn’t
20140704 00:52:17< shadowm> No, because it's pretty obvious that if you can find the preferences file you found the preferences path.
20140704 00:52:28< ancestral> Right, but I need the application path
20140704 00:52:32< shadowm> If you find the user data dir, you found the user data dir.
20140704 00:52:59< shadowm> Is the application directory what OS X calls the directory where the Wesnoth binary lives in, or the process working directory?
20140704 00:53:03-!- kex [~kex@93-137-14-96.adsl.net.t-com.hr] has joined #wesnoth-dev
20140704 00:54:40< ancestral> Er, I suppose OS X would refer to the path of the package, or the folder containing everything (Wesnoth.app/Contents/MacOS/Wesnoth and Wesnoth.app/Contents/Resources/data, for example)
20140704 00:54:43< Laundry> What's up with the cfg_[""].to_int() method?
20140704 00:55:15< ancestral> shadowm: But I suppose I’m after the path to the Wesnoth binary, Take on a Windows machine as an example
20140704 00:55:29< shadowm> There is no cross-platform method to do that.
20140704 00:55:38< ancestral> Platform specific ways?
20140704 00:55:42< shadowm> Yes.
20140704 00:56:05< ancestral> Nothing that the Wesnoth devs do in particular, though?
20140704 00:56:18< ancestral> (I suppose no need, for the most part)
20140704 00:56:20< shadowm> On Linux you can determine where your executable lives in by inspecting the path to which /proc/self/exe points assuming there is a procfs in /proc mounted.
20140704 00:56:49< ancestral> Okay, I need to either get creative, or make people work a little harder
20140704 00:56:59< shadowm> Wesnoth only does this on Linux for automatically detecting the game data dir path, and doesn't attempt to do it on any other platforms.
20140704 00:57:26-!- kex [~kex@93-137-14-96.adsl.net.t-com.hr] has quit [Ping timeout: 248 seconds]
20140704 00:57:35< shadowm> Laundry: It returns an int representation of the attribute_value object that config::operator[]() returns.
20140704 00:57:35-!- travis-ci [~travis-ci@ec2-54-196-212-4.compute-1.amazonaws.com] has joined #wesnoth-dev
20140704 00:57:35< travis-ci> [travis-ci] gfgtdf/wesnoth-old#187 (game_variables - 8a2e339 : gfgtdf): The build was broken.
20140704 00:57:35< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/29106961
20140704 00:57:35-!- travis-ci [~travis-ci@ec2-54-196-212-4.compute-1.amazonaws.com] has left #wesnoth-dev []
20140704 00:57:52< shadowm> More exactly, to_int() is a method of that attribute_value object.
20140704 00:58:14< Laundry> shadowm: what if it has an integer parameter, namely a -1
20140704 00:58:26< ancestral> shadowm: You’d think it might be worthwhile to keep track of where the Wesnoth exectuable last ran from in a pref or config file
20140704 00:58:35< ancestral> Oh
20140704 00:58:42< ancestral> Okay, while it’s running it can find out, sure
20140704 00:58:52< shadowm> ancestral: Why would it be useful?
20140704 00:59:47< shadowm> Laundry: If you check the method's declaration you'll see the parameter is named `def`, as in `default`. It's the default value that method should return if the value doesn't really have a valid int representation, or is missing/empty.
20140704 01:00:07< Laundry> Ok. is all of this documentation on the wiki?
20140704 01:00:22< ancestral> Modifying the game install. (I know, sacrilege — use the data dir first and foremost.)
20140704 01:00:23< shadowm> Unfortunately, no. The config type is currently severely underdocumented.
20140704 01:00:30-!- travis-ci [~travis-ci@ec2-54-224-179-191.compute-1.amazonaws.com] has joined #wesnoth-dev
20140704 01:00:32< travis-ci> [travis-ci] gfgtdf/wesnoth-old#186 (game_variables_b1 - 6680fa7 : gfgtdf): The build passed.
20140704 01:00:32< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/29106941
20140704 01:00:32-!- travis-ci [~travis-ci@ec2-54-224-179-191.compute-1.amazonaws.com] has left #wesnoth-dev []
20140704 01:00:41< Laundry> shadowm: Ok. Thank you for the info
20140704 01:00:48< shadowm> ancestral: What would "modifying the game install" entail?
20140704 01:01:18< ancestral> Replacing files or modifying files. Like changing the font used in the game. Or adding/changing files outside of /data
20140704 01:01:38< shadowm> `wesnoth --data-dir some/other/path`
20140704 01:01:57< shadowm> `wesnoth --last-argless-switch-if-any-at-all some/other/path`
20140704 01:02:01< ancestral> Some of this is not in /data
20140704 01:02:08< shadowm> This is how it works.
20140704 01:02:32< shadowm> The game data dir is the parent of data/.
20140704 01:02:45< ancestral> It is?
20140704 01:02:50< shadowm> Yes.
20140704 01:03:28< ancestral> So anything in —data-dir will replace the contents in the main Wesnoth dir?
20140704 01:03:40< ancestral> (during launch, obviously)
20140704 01:03:48< gfgtdf> shadowm: do you know whether there is a reason why we dont have attribute_value constructors that the a string/t_string/int/bool  ?
20140704 01:03:57< shadowm> ancestral: It's --data-dir, with two U+002D HYPHEN-MINUS, but yes.
20140704 01:04:02< gfgtdf> that take a*
20140704 01:04:46< shadowm> gfgtdf: Probably because pretty much nobody should need to instantiate a new attribute_value unless they are the WML parser.
20140704 01:06:07< shadowm> Everyone else uses its operator=() in conjunction with config's operator[]() AFAIK, or holds references to attribute_value instances.
20140704 01:07:08< shadowm> ancestral: More specifically, --data-dir defines where the "main Wesnoth dir" (game data dir) is located.
20140704 01:07:31< shadowm> I don't know if you were expecting some sort of partial overriding mechanism.
20140704 01:08:11< ancestral> If I made a data dir and stripped it down, then opened Wesnoth --data-dir my/path/ it would replace or merge the main game dir?
20140704 01:08:42< shadowm> Since it defines where the "main game dir" is located, what would be the obvious conclusion?
20140704 01:08:51< ancestral> Fair enough
20140704 01:09:46< ancestral> Okay, this makes a ton of sense
20140704 01:10:05< ancestral> (wmlparser2.py works like this, for example)
20140704 01:18:27< crimson_penguin> mattsc: the performance is pretty terrible though, maybe because I'm on Mac OS 10.10
20140704 01:22:54< mattsc> crimson_penguin: hmm, what exactly do you mean?  Start-up speed or in-game or something else?
20140704 01:23:54< mattsc> And is it worse than, say, 1.11.15?
20140704 01:24:21< crimson_penguin> like, scrolling around the map
20140704 01:24:26< crimson_penguin> I have no idea
20140704 01:25:45< mattsc> yeah, scrolling’s been pretty bad for quite some time now.  I have no idea how it compares to other OSs though.
20140704 01:27:40< shadowm> Scrolling is relatively fast here once all terrain images have entered the cache.
20140704 01:27:46< mattsc> crimson_penguin: If there’s anything you know of that could be done about it, please let me know (or just do it).  I’ve really just taken over from what you and Alarantalara have done and don’t really know what I am doing.
20140704 01:28:15< irker118> wesnoth: David Mikos wesnoth:master ec52e2e0cd1f / src/multiplayer_create.cpp: Make eras and mods menus the same width for alignment https://github.com/wesnoth/wesnoth/commit/ec52e2e0cd1fa33aaccef7a66a96a64ec7164221
20140704 01:28:24< irker118> wesnoth: David Mikos wesnoth:1.12 ec887f54ed31 / src/multiplayer_create.cpp: make eras and mods menus the same width for alignment http://git.io/UthLBQ
20140704 01:28:39< shadowm> And this is a 1920x1080 screen, so the fact that it isn't unbearably slow is really a wonder to me.
20140704 01:28:45-!- wesbot changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 237 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
20140704 01:31:03< mattsc> shadowm, crimson_penguin: window maximized (full-screen has it’s problems in OS X) scrolling HttT S1 from bottom to top takes 6 to 7 seconds for me.
20140704 01:32:16< shadowm> Eh, it depends on how you do it. If I drag the minimap view, then the scrolling is nearly instantaneous for me with the scroll speed slider set to about 25%.
20140704 01:32:36< mattsc> By moving the cursor to the top of the map.
20140704 01:32:41< shadowm> If I keep an arrow key down, then it takes about 6 seconds.
20140704 01:32:45< Coffee_irc> hi
20140704 01:32:50< Coffee_irc> scrolling works fine for me
20140704 01:33:12< shadowm> By holding the mouse pointer on the edge it takes about 7 seconds.
20140704 01:33:35< Coffee_irc> are you guys using default scrolling speed?
20140704 01:33:39< shadowm> These last two methods both depend on the scroll speed set in preferences, though.
20140704 01:33:55< mattsc> shadowm: dragging (or clicking) on the minimap is much fast, but not smooth.  As in, it jumps.
20140704 01:34:19< shadowm> I don't think it's supposed to be smooth.
20140704 01:34:29< Coffee_irc> does it work smother with middle-click scrolling?
20140704 01:34:35< Coffee_irc> *more smoothly
20140704 01:35:15< shadowm> If you just click on the minimap you'll notice the scrolling is instaneous, so if you drag the minimap around you can assume it will work the same.
20140704 01:35:26< mattsc> shadowm: yeah, setting the scroll speed to maximum it takes about 4 seconds or so.
20140704 01:35:55< mattsc> I didn’t mean that it should be a smooth motion, but that there’s a preceptible pause (half a second, maybe a little more), before it jumps to the new position.
20140704 01:36:23< shadowm> Okay, I don't see that here.
20140704 01:37:21< mattsc> yeah, just tried again, it’s probably not that long.
20140704 01:37:52< mattsc> anyways, I just wanted to give crimson_penguin an idea of what I am seeing, for him to compare to.  And ask whether this is normal for other OSs as well.
20140704 01:37:58< mattsc> Sounds like it’s not all that different.
20140704 01:38:45< shadowm> What's your CPU and RAM specs like? Perhaps you could look into running another OS and Wesnoth on it in a VM.
20140704 01:39:11< shadowm> Though, unless your CPU is really good it might not give you a very objective reference.
20140704 01:40:30< Coffee_irc> here when I scroll it maxes out one cpu until I stop srolling
20140704 01:40:53< mattsc> Yeah, I am not going to go through that at this time.  And I personally don’t mind how it is (maybe I’ve just gotten used to it?).
20140704 01:40:58< Coffee_irc> looks like it is software rendering most of it on a single processor
20140704 01:41:31< mattsc> For reference, I have a 2.53 GHz Intel Core i5 with 4GB RAM.
20140704 01:41:45< mattsc> running OS X 10.9.4
20140704 01:42:09< shadowm> Coffee_irc: We render everything in software on one thread.
20140704 01:42:19< shadowm> I think I said this before, though.
20140704 01:42:26< Coffee_irc> yeah, I know
20140704 01:42:34< Coffee_irc> I thought it was useful to state again
20140704 01:43:24< shadowm> Technically, SDL could use additional threads behind our back, but in practice I believe this is only used for X11 and Win32 windowing.
20140704 01:44:06< shadowm> Not really sure, though, because I've not snooped around the SDL source. Also, we voluntarily work with additional threads to do network processing.
20140704 01:45:20< shadowm> If you compile with OpenMP support, there are a few loops that are then parallelized but AFAICT there's probably not much to gain from that.
20140704 01:46:37< Coffee_irc> looks like something we could try for 1.13
20140704 01:46:40< shadowm> IIRC OMP parallelization was only implemented for things such as unit invalidation that normally don't particularly matter unless your machine is really low-end or you have hundreds of units on the map/a really large map.
20140704 01:47:05< Coffee_irc> OpenMP is more useful IMO for high end scientific simulations
20140704 01:47:35< shadowm> I'd expect that to be the case to explain why children threads busy-wait by default.
20140704 02:01:14-!- travis-ci [~travis-ci@ec2-54-196-152-42.compute-1.amazonaws.com] has joined #wesnoth-dev
20140704 02:01:14< travis-ci> [travis-ci] wesnoth/wesnoth#3608 (master - ec52e2e : David Mikos): The build is still failing.
20140704 02:01:14< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth/builds/29109273
20140704 02:01:14-!- travis-ci [~travis-ci@ec2-54-196-152-42.compute-1.amazonaws.com] has left #wesnoth-dev []
20140704 02:04:06< irker118> wesnoth: Ignacio R. Morelle wesnoth:master ffbf683eb07e / src/pathfind/teleport.cpp: Fix unused variable and parameter warnings from gcc http://git.io/CBmexg
20140704 02:04:07< shadowm> iceiceice: ^
20140704 02:04:31-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has joined #wesnoth-dev
20140704 02:04:36-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has quit [Client Quit]
20140704 02:05:13-!- iceiceice [46d0509f@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20140704 02:05:24< iceiceice> hi
20140704 02:05:58< iceiceice> o
20140704 02:06:43-!- sachith500 [~kvirc@112.134.66.139] has joined #wesnoth-dev
20140704 02:07:05< iceiceice> sorry i broke the build, the internet in my house is dead now, so im not sure what eta is to fix it
20140704 02:07:28< iceiceice> i am typing from the freenode webchat on my phone
20140704 02:07:31< Laundry> GG
20140704 02:08:19< shadowm> The ETA is negative, iceiceice:
20140704 02:08:20< shadowm> 22:04:06 <irker118> wesnoth: Ignacio R. Morelle wesnoth:master ffbf683eb07e / src/pathfind/teleport.cpp: Fix unused variable and parameter warnings from gcc http://git.io/CBmexg
20140704 02:08:24< iceiceice> i do not build locally with gcc anymore, i didnt notice the warning
20140704 02:08:24< shadowm> 22:04:07 <shadowm> iceiceice: ^
20140704 02:08:54< iceiceice> huzzah, thank you shadowm
20140704 02:12:18< shadowm> You should probably review it when you get the chance anyway, since I'm only making guesses there and I can't know if that parameter should be removed forever or whether making the units variable useless was just a mistake on your part.
20140704 02:12:27-!- Laundry [~austin@pool-71-166-34-122.bltmmd.fios.verizon.net] has quit [Quit: Laundry]
20140704 02:17:25< irker118> wesnoth: Ignacio R. Morelle wesnoth:master ad58361e6efe / changelog src/wesnoth.cpp: Consider <exe loc or cwd>/../ as a candidate for data dir autodetection http://git.io/YK_d-A
20140704 02:19:58-!- iceiceice [46d0509f@wesnoth/developer/iceiceice] has quit [Ping timeout: 246 seconds]
20140704 02:21:41-!- gfgtdf [~chatzilla@d148161.adsl.hansenet.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]]
20140704 02:23:25< irker118> wesnoth: Ignacio R. Morelle wesnoth:1.12 7f60da8a2f4a / changelog src/game.cpp: Consider <exe loc or cwd>/../ as a candidate for data dir autodetection http://git.io/dFuWTg
20140704 02:36:31< irker118> wesnoth: Ignacio R. Morelle wesnoth:master 6397598d4eb9 / src/wesnoth.cpp: Rewrite a couple of unwieldy comments in main() http://git.io/CT5CVg
20140704 02:36:34< irker118> wesnoth: Ignacio R. Morelle wesnoth:master a0c01a11935c / src/wesnoth.cpp: Exit with a status of 1 when catching a wild unidentified exception http://git.io/75M7tQ
20140704 02:36:45-!- travis-ci [~travis-ci@ec2-54-196-212-4.compute-1.amazonaws.com] has joined #wesnoth-dev
20140704 02:36:45< travis-ci> [travis-ci] wesnoth/wesnoth#3610 (master - ffbf683 : Ignacio R. Morelle): The build was fixed.
20140704 02:36:45< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth/builds/29110462
20140704 02:36:45-!- travis-ci [~travis-ci@ec2-54-196-212-4.compute-1.amazonaws.com] has left #wesnoth-dev []
20140704 02:38:55 * shadowm now wants to know who would want to define NO_CATCH_AT_GAME_END.
20140704 02:39:37< shadowm> > #include <new>
20140704 02:39:46< shadowm> OK, so what happened to this file and why does it look so sad?
20140704 02:42:24< shadowm> > #include <SDL.h>
20140704 02:42:30< shadowm> > #include "SDL_version.h"
20140704 02:42:43< shadowm> The redundancy here... it hurts.
20140704 02:44:18-!- Ivanovic_ [~ivanovic@frnk-5f74d1ae.pool.mediaWays.net] has joined #wesnoth-dev
20140704 02:46:14-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 248 seconds]
20140704 02:48:11-!- Ivanovic_ is now known as Ivanovic
20140704 02:56:52-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20140704 02:57:57-!- travis-ci [~travis-ci@ec2-54-196-152-42.compute-1.amazonaws.com] has joined #wesnoth-dev
20140704 02:57:57< travis-ci> [travis-ci] wesnoth/wesnoth#3611 (master - ad58361 : Ignacio R. Morelle): The build was fixed.
20140704 02:57:57< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth/builds/29110914
20140704 02:57:57-!- travis-ci [~travis-ci@ec2-54-196-152-42.compute-1.amazonaws.com] has left #wesnoth-dev []
20140704 03:04:01-!- travis-ci [~travis-ci@ec2-54-196-152-42.compute-1.amazonaws.com] has joined #wesnoth-dev
20140704 03:04:01< travis-ci> [travis-ci] gfgtdf/wesnoth-old#188 (game_variables - 7c675fe : gfgtdf): The build is still failing.
20140704 03:04:01< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/29111420
20140704 03:04:01-!- travis-ci [~travis-ci@ec2-54-196-152-42.compute-1.amazonaws.com] has left #wesnoth-dev []
20140704 03:27:34-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20140704 03:28:48-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20140704 03:29:42< iceiceice> 20140704 02:38:55 * shadowm now wants to know who would want to define NO_CATCH_AT_GAME_END.
20140704 03:30:09< iceiceice> i think to properly understand this, one would have to cross reference the date of the change with the irc logs
20140704 03:30:31< iceiceice> i dont remember anymore but it went something like this:
20140704 03:30:49< iceiceice> i read a bunch of things about exceptions / destructors / program termination along time ago
20140704 03:31:12< iceiceice> there are a few places in the code where we instead of using "assert(false)" just "throw 42" to terminate the program
20140704 03:31:34< iceiceice> there was some question, why "throw 42" when you could just call std::terminate, which seems more direct
20140704 03:32:13< iceiceice> it turns out that, the drawback of std::terminate is that if that happens, you do not go back through the call stack and call destructors
20140704 03:32:30< iceiceice> so, you dont free any network resources, close any open files, whatever else.
20140704 03:32:53< iceiceice> however, throw 42 can also have the same effect, it is implementation defined exactly what happens when an uncaught exception is thrown
20140704 03:33:13< iceiceice> if it is more convenient for compiler writers to immediately call std:;terminate then they can do that
20140704 03:33:59< iceiceice> so, if you want to guarantee destructors are called, you should wrap main in a "catch(...) { std::cerr << "caught an uncaught exception\n"; exit(1); }", and throw 42 to terminate
20140704 03:34:32< iceiceice> however, gfgtdf finds that he gets better debugging with msvc or something if the exceptions aren't caught, so he added that macro i think
20140704 03:36:32< iceiceice> 20140704 02:42:43< shadowm> The redundancy here... it hurts.
20140704 03:36:35-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140704 03:36:57< iceiceice> yes so i'm not completely sure why that happened, i dont have in depth knoweldge of what is exactly in which sdl headers
20140704 03:37:20< iceiceice> the include-what-you-use tool often leads to "redundant" seeming headers until you get used to it,
20140704 03:37:40< iceiceice> the whole idea is that, if A and B are headers and B incldues A,
20140704 03:37:40< shadowm> If you take a look at /usr/include/SDL/SDL.h you'll see it unconditionally includes SDL_version.h among others.
20140704 03:37:45< iceiceice> and C uses classes from both A and B,
20140704 03:37:51< iceiceice> (C is a compilation unit),
20140704 03:38:02< iceiceice> then in the iwyu philosophy C should explcitly include both A and B
20140704 03:38:11< iceiceice> even though it is "redundant"
20140704 03:38:18< iceiceice> because the link between A and B coudl be broken
20140704 03:38:21-!- travis-ci [~travis-ci@ec2-54-196-152-42.compute-1.amazonaws.com] has joined #wesnoth-dev
20140704 03:38:21< travis-ci> [travis-ci] wesnoth/wesnoth#3614 (master - a0c01a1 : Ignacio R. Morelle): The build was fixed.
20140704 03:38:21< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth/builds/29111440
20140704 03:38:21-!- travis-ci [~travis-ci@ec2-54-196-152-42.compute-1.amazonaws.com] has left #wesnoth-dev []
20140704 03:38:32< iceiceice> in some future refactor,
20140704 03:38:37< iceiceice> and we would like C to still compile
20140704 03:38:51< iceiceice> every compilation unit should directly include what it uses
20140704 03:38:52< shadowm> Every SDL guide I've seen says to include SDL.h instead of worrying about its implementation details.
20140704 03:39:14< iceiceice> yeah so for libs its different
20140704 03:39:23< iceiceice> boost also has lots of "detail" files you arent supposed to include directly
20140704 03:39:44< iceiceice> that kind of thing needs to be added manually, because there's no way for the tool to figure it out directly i guess
20140704 03:39:57< ancestral> Is there an easy way just to find the Wesnoth version by looking in the game directory?
20140704 03:40:28< iceiceice> i think you can look at src/wesconfig.h
20140704 03:40:36< iceiceice> assuming you are compiling with scons / cmake
20140704 03:40:59< ancestral> iceiceice: But if someone downloaded the Wesnoth binary for Windows?
20140704 03:41:12< iceiceice> maybe just run wesnoth --version?
20140704 03:41:22< ancestral> That works, eh?
20140704 03:41:25< shadowm> The version number is set in the binary, not in the WML.
20140704 03:41:58< ancestral> --version isn’t a valid flag/option
20140704 03:42:12< shadowm> It is.
20140704 03:42:35< ancestral> MacBook-Pro:Desktop user$ open /Applications/Wesnoth.app/ --version
20140704 03:42:35< ancestral> open: unrecognized option `--version'
20140704 03:42:46< ancestral> Oh hah
20140704 03:42:53< shadowm> I don't do OS X, but the --version option is supposed to be given to the Wesnoth binary itself.
20140704 03:43:14< ancestral> Right, I need to go to /Contents/MacOS/ etc.
20140704 03:43:32< ancestral> Would be nice if the app would pass the option along though…
20140704 03:44:09< ancestral> Hmm
20140704 03:44:16< crimson_penguin> mattsc: I didn't see whatever it was that you (I'm assuming) said
20140704 03:45:23< ancestral> I guess I can grep the output
20140704 03:46:36< shadowm> `wesnoth --version 2>&1 | tail -n 1` would do the trick on a Unix platform.
20140704 03:46:57< shadowm> Although I don't remember if -n is a GNU extension.
20140704 03:48:03< shadowm> Or `wesnoth --version 2> /dev/null | tail -n 1`, since the --version output goes to stdout.
20140704 03:48:29< ancestral> I get “Battle for Wesnoth 1.11.15” back, so yeah, I can just prune the last part
20140704 03:48:32< shadowm> Or `wesnoth --version 2>&1 | head -n 1`, really, since the version is also output on stderr regardless of the options given.
20140704 03:48:35< ancestral> Or check for the whole thing
20140704 03:48:55< ancestral> Unless Battle for Wesnoth changes its name one day
20140704 03:49:04< ancestral> :-P
20140704 03:49:04< iceiceice> what's going on with this line? https://github.com/wesnoth/wesnoth/blob/master/src/wesconfig.h#L38
20140704 03:49:21< iceiceice> does that line actually do anything or did we just neglect to update
20140704 03:49:39< shadowm> iceiceice: It does exactly what it says above.
20140704 03:49:54< ancestral> (Personally, I think the article “the” ought to be in the title, but… not my call)
20140704 03:50:00< iceiceice> is that file autogenerated or are we supposed to update
20140704 03:50:04< shadowm> Unless somebody accidentally dropped the code that forcefully rejects saves from versions before that.
20140704 03:50:12< shadowm> The latter.
20140704 03:50:14< iceiceice> ok
20140704 03:50:18< iceiceice> gfgtdf: ^
20140704 03:50:31< shadowm> Do note that it clearly says "break as in crash Wesnoth".
20140704 03:50:52< shadowm> "not compatibility issues".
20140704 03:51:08< iceiceice> hmm
20140704 03:51:36< iceiceice> ok 
20140704 03:52:05< shadowm> Its value is currently 1.3.10 most likely because that is the first version using mordante's map format.
20140704 03:52:05-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Read error: Connection reset by peer]
20140704 03:53:28< shadowm> I don't think feeding Wesnoth an older map would actually *crash* it, but it'd at least throw an exception due to the map data not meeting its expectations and go back to the titlescreen, IIRC.
20140704 03:54:40< mattsc> crimson_penguin: mostly I said that scrolling all the way north/south through the map of HttT scenario 1 takes 4 seconds on my system (10.9.4) with the scroll speed set to maximum in the preferences.
20140704 03:55:14< mattsc> If it takes significantly longer for you, that might be an indication that 10.10 is slower.
20140704 04:03:26< crimson_penguin> It takes 7 seconds for me to scroll from top to bottom on this map: https://www.dropbox.com/s/30skj6wlmzd4rp6/Screenshot%202014-07-03%2021.03.22.png
20140704 04:10:56-!- sachith500 [~kvirc@112.134.66.139] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
20140704 04:35:35-!- riksteri [~riksteri@dsl-tkubrasgw3-54f96b-216.dhcp.inet.fi] has quit [Remote host closed the connection]
20140704 04:36:51-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20140704 04:37:17< iceiceice> 20140704 03:53:28< shadowm> I don't think feeding Wesnoth an older map would actually *crash* it, but it'd at least throw an exception due to the map data not meeting its expectations and go back to the titlescreen, IIRC.
20140704 04:37:33-!- cib_ [~cib@p5DC748C0.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140704 04:37:37< iceiceice> ok it depends what you mean by crash
20140704 04:38:09< iceiceice> the compatability breaking changes in 1.13.0-dev and 1.11.? series will cause any replay from an earlier version to immediately OOS unrecoverably
20140704 04:38:17< iceiceice> something like "[start] tag missing"
20140704 04:39:46< iceiceice> i'm not sure what happens if you load without the replay
20140704 04:39:55< iceiceice> that might be ok
20140704 04:40:50< shadowm> My personal definition of crash might be much narrower than most other people's, yes.
20140704 04:51:31< ancestral> Say, any update on https://gna.org/bugs/?20332 absolutely unplayable in windowed mode
20140704 04:51:59-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140704 04:52:33< ancestral> Any Mac users out there with retina displays?
20140704 04:53:10< shadowm> You aren't using color cursors, right?
20140704 04:54:57< ancestral> Nope
20140704 04:56:41< shadowm> mattsc: ^
20140704 04:56:46< ancestral> “Unplayable” is a bit subjective, but all Y coordinates are shifted up, probably an amount equal to the menu bar and the title bar added together
20140704 04:57:12< shadowm> It's not subjective, that's literally unplayable for any project with sane standards.
20140704 04:58:00< ancestral> FWIW I just verified in the latest dev release
20140704 05:03:34-!- sachith500 [~kvirc@112.135.115.79] has joined #wesnoth-dev
20140704 05:09:39-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140704 05:27:21-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 264 seconds]
20140704 05:33:58-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140704 05:49:13< ancestral> Hey, any chance you guys can try out SDL 1.2.15?
20140704 05:49:25< ancestral> Supposedly my issue is resolved with .15
20140704 05:49:58< ancestral> I’ll download it and see what happens first
20140704 05:53:27< ancestral> Nope, same problem
20140704 05:57:47-!- cib_ [~cib@p5DC748C0.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140704 06:00:54-!- Jetrel [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has joined #wesnoth-dev
20140704 06:01:50-!- cib_ [~cib@p5DC748C0.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140704 06:09:29-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20140704 06:31:13< ancestral> mattsc, shadowm: I forgot to mention this is not a problem in 1.10
20140704 06:34:39-!- cib_ [~cib@p5DC748C0.dip0.t-ipconnect.de] has quit [Ping timeout: 255 seconds]
20140704 06:43:35< ancestral> Hmm well that’s interesting…
20140704 06:46:29< ancestral> I figured it out
20140704 06:48:02< ancestral> I think this could be an easy fix
20140704 06:48:42-!- sachith500 [~kvirc@112.135.115.79] has quit [Read error: Connection reset by peer]
20140704 06:50:31< ancestral> Does anyone know, if the window size is not set, how it happens to choose the window size? Is it somehow dependent on the display resolution
20140704 06:52:33< ancestral> What’s happening is Wesnoth is choosing to draw the window at 1138x904 .
20140704 06:53:34< ancestral> My guess is it assumes it has enough room to do that — my total display resolution is 2560x1600, but actually, since Wesnoth is not rendering at high DPI, really the screen only has 1280x800 to work with
20140704 06:55:15< ancestral> The workaround is specifying a window size that is smaller than the normal size (1280x800 for me) lets the app work normally. My guess is somewhere Wesnoth is trying to get the screen resolution and it’s getting the high DPI number — and how it’s doing this is different than in 1.10
20140704 06:55:41< ancestral> (I mean in ~/Library/Application Support/Wesnoth_1.12/preferences)
20140704 07:12:31< ancestral> Well, I feel better now.
20140704 07:13:50-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140704 07:24:08-!- irker118 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20140704 07:25:21-!- cib_ [~cib@132.231.178.142] has joined #wesnoth-dev
20140704 07:35:14 * shadowm yawns.
20140704 07:36:09< shadowm> I marked the bug as Need Info firstly because I didn't quite understand anything from the forum post and secondly because the developer who marked it as Upstream Problem doesn't read the forums.
20140704 07:37:00< shadowm> I'll try to reread the post at some point in the day I can actually parse it zzzzzz
20140704 07:48:27-!- cib_ [~cib@132.231.178.142] has quit [Ping timeout: 255 seconds]
20140704 07:56:27-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20140704 07:57:54-!- leyyin [~leyyin@unaffiliated/leyyin] has joined #wesnoth-dev
20140704 08:05:12-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140704 08:17:29-!- sachith500 [~kvirc@112.135.115.79] has joined #wesnoth-dev
20140704 08:24:20-!- Ivanovic [~ivanovic@frnk-5f74d1ae.pool.mediaWays.net] has quit [Changing host]
20140704 08:24:20-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20140704 08:34:07-!- sachith500 [~kvirc@112.135.115.79] has quit [Read error: Connection reset by peer]
20140704 08:34:23-!- sachith500 [~kvirc@112.135.115.79] has joined #wesnoth-dev
20140704 08:51:01-!- kex [~kex@212.92.210.53] has joined #wesnoth-dev
20140704 08:53:55-!- mjs-de [~mjs-de@f048004214.adsl.alicedsl.de] has joined #wesnoth-dev
20140704 09:03:07-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140704 09:15:09-!- d347hm4n [~kde@214.Red-83-61-202.dynamicIP.rima-tde.net] has joined #wesnoth-dev
20140704 09:20:45-!- d347hm4n [~kde@214.Red-83-61-202.dynamicIP.rima-tde.net] has quit [Ping timeout: 264 seconds]
20140704 09:35:48-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140704 10:08:52-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140704 10:22:46-!- prkc [~prkc@4E5CCA17.dsl.pool.telekom.hu] has joined #wesnoth-dev
20140704 10:25:02-!- sachith500 [~kvirc@112.135.115.79] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
20140704 10:31:01< AI0867> ancestral: in SDL1.2 (which you're using unless you've been compiling master with SDL2 enabled), we have no way to determine the desktop resolution. It tries a saved resolution, and then a list of sane backups. 1138x904 is not among those
20140704 12:21:32-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 252 seconds]
20140704 12:30:25-!- cib [~cib@132.231.178.143] has joined #wesnoth-dev
20140704 12:30:49-!- cib is now known as Guest25307
20140704 12:48:12-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140704 12:52:38-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 248 seconds]
20140704 12:54:53< AI0867> shadowm: currently, that is true. And I can't really think of another usecase
20140704 12:56:16< zookeeper> the lich's idle anim is bugged
20140704 13:10:33-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140704 13:16:35-!- sachith500 [~kvirc@112.134.46.93] has joined #wesnoth-dev
20140704 13:28:30-!- sachith500 [~kvirc@112.134.46.93] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
20140704 13:30:16-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Read error: No route to host]
20140704 13:33:24-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140704 13:56:29-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140704 14:01:33-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 264 seconds]
20140704 14:01:49-!- gfgtdf [~chatzilla@d148161.adsl.hansenet.de] has joined #wesnoth-dev
20140704 14:02:37< gfgtdf> iceiceice: i didn't update MIN_SAVEGAME_VERSION  because normal reloads still work
20140704 14:03:38-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140704 14:03:50-!- Guest25307 [~cib@132.231.178.143] has quit [Ping timeout: 252 seconds]
20140704 14:04:53< gfgtdf> shadowm: NO_CATCH_AT_GAME_END because i get better error messages if i don't catch the exception. This is a important define for debugging.
20140704 14:10:03-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 255 seconds]
20140704 14:10:38-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140704 14:17:31-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140704 14:18:35< shadowm> AI0867: If you really want to keep it fancy like that I'd advise adding an optional allow_subunits parameter that defaults to false, but I honestly think it's unnecessary unless you plan to teach Wesnoth to speak to non-display presentation media (printers, etc.) some day.
20140704 14:19:13< shadowm> And you probably shouldn't do that if you want to stay sane.
20140704 14:20:01-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20140704 14:22:06-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140704 14:27:09-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 255 seconds]
20140704 14:27:55-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20140704 14:29:32-!- gfgtdf [~chatzilla@d148161.adsl.hansenet.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]]
20140704 14:29:44-!- noy [~Noy@24.244.23.32] has joined #wesnoth-dev
20140704 14:31:03-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140704 14:37:21-!- noy [~Noy@24.244.23.32] has quit [Changing host]
20140704 14:37:21-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140704 14:38:33-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140704 14:42:16-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 260 seconds]
20140704 14:46:44-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140704 14:48:10-!- Laundry [~austin@pool-71-166-34-122.bltmmd.fios.verizon.net] has joined #wesnoth-dev
20140704 14:49:19-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140704 14:51:29-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 272 seconds]
20140704 14:52:14-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140704 15:00:01-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140704 15:01:24-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20140704 15:03:41-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140704 15:03:41-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20140704 15:04:56-!- cib [~cib@p5DC748C0.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140704 15:05:20-!- cib is now known as Guest30334
20140704 15:06:04-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140704 15:07:28-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 260 seconds]
20140704 15:15:39-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140704 15:22:51< Laundry> is there a method for getting the amount of gold the current player has?
20140704 15:23:54< Laundry> (calling from statistics.cpp)
20140704 15:32:03< mattsc> ancestral: I don’t have a device with retina display, so cannot test this and haven’t done anything about it other than report it here:  https://github.com/mattsc/AI-demos/wiki/Wesnoth-OS-X-Specific-Issues
20140704 15:34:06< mattsc> I’ll be happy to make any changes that help with this (or any other OS X) issue, but might need help as I am really no expert on any of this.  I’ve just temporarily stepped in doing the OS X releases because nobody else seems to be around to do it at the moment.
20140704 15:41:51-!- Guest30334 [~cib@p5DC748C0.dip0.t-ipconnect.de] has quit [Ping timeout: 255 seconds]
20140704 15:42:15-!- Guest30334 [~cib@p5DC748C0.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140704 15:42:15-!- Guest30334 [~cib@p5DC748C0.dip0.t-ipconnect.de] has quit [Client Quit]
20140704 15:42:34-!- cib__ [~cib@p5DC748C0.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140704 15:47:12-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20140704 15:49:13-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Ping timeout: 244 seconds]
20140704 15:53:08-!- Laundry [~austin@pool-71-166-34-122.bltmmd.fios.verizon.net] has left #wesnoth-dev []
20140704 15:59:08-!- boucman_work [~rosen@wesnoth/developer/boucman] has left #wesnoth-dev []
20140704 16:21:19-!- lipkabb [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140704 16:24:38-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 252 seconds]
20140704 16:26:40< zookeeper> it'd be nice if floating text was automatically queued, so several floating texts in quick successing would never overlap
20140704 16:26:47< zookeeper> succession, even
20140704 16:38:26< lipkabb> zookeeper: Patches welcome :P
20140704 17:00:01-!- faabumc [~vcr@wesnoth/developer/faabumc] has joined #wesnoth-dev
20140704 17:29:48-!- travis-ci [~travis-ci@ec2-54-224-179-191.compute-1.amazonaws.com] has joined #wesnoth-dev
20140704 17:29:48< travis-ci> [travis-ci] gfgtdf/wesnoth-old#189 (game_variables_b2 - 7c675fe : gfgtdf): The build failed.
20140704 17:29:48< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/29156918
20140704 17:29:48-!- travis-ci [~travis-ci@ec2-54-224-179-191.compute-1.amazonaws.com] has left #wesnoth-dev []
20140704 17:40:22-!- kex [~kex@212.92.210.53] has quit [Remote host closed the connection]
20140704 17:43:52-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20140704 17:57:03-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140704 18:00:27-!- travis-ci [~travis-ci@ec2-54-196-152-42.compute-1.amazonaws.com] has joined #wesnoth-dev
20140704 18:00:27< travis-ci> [travis-ci] gfgtdf/wesnoth-old#190 (game_variables - 441a9a2 : gfgtdf): The build was fixed.
20140704 18:00:27< travis-ci> [travis-ci] Build details : http://travis-ci.org/gfgtdf/wesnoth-old/builds/29157639
20140704 18:00:27-!- travis-ci [~travis-ci@ec2-54-196-152-42.compute-1.amazonaws.com] has left #wesnoth-dev []
20140704 18:00:58-!- faabumc [~vcr@wesnoth/developer/faabumc] has quit [Ping timeout: 244 seconds]
20140704 18:08:04-!- lipkabb [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 260 seconds]
20140704 18:34:53-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140704 18:59:46-!- lipkabb [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140704 19:16:49-!- irker184 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20140704 19:16:49< irker184> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu d89eba62595c / src/storyscreen/render.cpp: SDL_gpu implementation for titlebox. http://git.io/1B2-og
20140704 19:16:51< irker184> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu 03c50ba999cd / src/sdl/texture.cpp: Return scaled dimensions in width() and height(). http://git.io/kN0q2A
20140704 19:16:53< irker184> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu 496410023917 / src/storyscreen/render.cpp: SDL_gpu implementation for story box. http://git.io/7TvrOQ
20140704 19:16:55< irker184> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu fabb0d5fde17 / src/storyscreen/render.cpp: Fix title and story text background alpha. http://git.io/QNyt7A
20140704 19:16:57< irker184> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu e0462f165fd4 / src/storyscreen/render.cpp: Fix title position. http://git.io/licrKg
20140704 19:16:59< irker184> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu d25e6a852de8 / src/storyscreen/render.cpp: Remove an obsoleted comment. http://git.io/WXRqgg
20140704 19:17:01< irker184> wesnoth: Boldizsár Lipka wesnoth:SDL_gpu a025c719bf7f / src/storyscreen/render.cpp: Remove some unnecessary GPU_Flip calls. http://git.io/wDZxzg
20140704 19:21:29< irker184> wesnoth: Chris Beck wesnoth:master 314b6cbfcc5c / src/pathfind/teleport.cpp: fixup ignore_units option of teleport http://git.io/TW7V-g
20140704 19:29:43< irker184> wesnoth: Chris Beck wesnoth:master 8bff0848a18a / .travis.yml: make the "alternate" clang build use -O0 optimizations http://git.io/Cw_s-g
20140704 19:32:00< irker184> wesnoth: Chris Beck wesnoth:master ebba6a3d1168 / .travis.yml: refactor travis script, only call apt-get update once http://git.io/qwiYdA
20140704 19:36:05< irker184> wesnoth: Chris Beck wesnoth:master 31490868919d / .travis.yml: fixup 8bff0848a18a http://git.io/EcUTJQ
20140704 19:37:35< irker184> wesnoth: Chris Beck wesnoth:master 0f2dc9b17be7 / .travis.yml: use -O0 optimizations on the gcc build, as this is faster http://git.io/NEg_yw
20140704 19:38:35< shadowm> -O0 means no optimizations at all.
20140704 19:39:34< shadowm> Except apparently for like three flags in the gcc case.
20140704 19:41:43-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 244 seconds]
20140704 19:42:04-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140704 19:42:46< iceiceice> y, its faster to compile though
20140704 19:43:16< iceiceice> we dont actually run the wesnoth executable, at least in the gcc travis build
20140704 19:43:55< shadowm> At the expense of RAM usage per translation unit. It also gets ludicrous when the linker gets involved since we have quite a lot of objects, although it's possible it might not be so bad if you don't include all debug symbols.
20140704 19:44:25< shadowm> Also, here <https://github.com/wesnoth/wesnoth/commit/8bff0848a18a9dc122102b0e4a716b74cf6ea161> you typoed $EXTRA_FLAGS_RELEASE near the end.
20140704 19:45:54< irker184> wesnoth: Chris Beck wesnoth:master 07a067eb949e / .travis.yml: fixup travis yml syntax errors (forgot ; fi) http://git.io/7ltrTA
20140704 19:46:17< iceiceice> oh thanks
20140704 19:47:16< irker184> wesnoth: Chris Beck wesnoth:master c450d482f269 / .travis.yml: fixup typo in travis yml (EXRTA_FLAGS... -> EXTRA_FLAGS...) http://git.io/1pXOXg
20140704 19:47:25< iceiceice> ok be back shortly
20140704 19:47:27-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20140704 19:50:31-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140704 19:56:39-!- gfgtdf [~chatzilla@d148161.adsl.hansenet.de] has joined #wesnoth-dev
20140704 19:56:50< gfgtdf> wesbot: seen iceiceice
20140704 19:56:50< wesbot> gfgtdf: The person with the nick iceiceice last spoke 9m 25s ago.  9m 23s ago they left with the message: Quit: Leaving
20140704 19:57:23-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 272 seconds]
20140704 19:59:32-!- iceiceice [~chris@207-237-132-91.ny.subnet.cable.rcn.com] has joined #wesnoth-dev
20140704 19:59:35-!- iceiceice [~chris@207-237-132-91.ny.subnet.cable.rcn.com] has quit [Changing host]
20140704 19:59:35-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20140704 20:00:04< iceiceice> shadowm: yeah i mean, we'll see which is actually faster, travis gives lots of timing info
20140704 20:00:14< iceiceice> my guess would be that no optimizations is faster if you only want to compile
20140704 20:02:45< gfgtdf> iceiceice: myvc is unhappy about unit_filter.cpp
20140704 20:02:48< gfgtdf> msvc*
20140704 20:03:09< gfgtdf> iceiceice: becasue those classes have virtual functions but no virtual destructor.
20140704 20:03:20< iceiceice> which ones
20140704 20:03:39< iceiceice> probably i just forgot, usually i do that
20140704 20:03:46< iceiceice> but the base class has virtual destructor anyways
20140704 20:03:48< gfgtdf> iceiceice: most classes in taht file
20140704 20:05:49< iceiceice> thers only 2 classes in that file
20140704 20:05:56< iceiceice> anyways i will upload in just a second
20140704 20:07:50< irker184> wesnoth: Chris Beck wesnoth:master 0ad27435184f / src/unit_filter.cpp: mark destructors of derived classes virtual, in unit_filter.cpp http://git.io/bQMJ6g
20140704 20:09:16< gfgtdf> iceiceice: shouldnt the base class also have virtual destructor ?
20140704 20:09:39< iceiceice> it does i believe
20140704 20:10:12< iceiceice> oh hmm
20140704 20:10:21< iceiceice> that must have been a git error on my part at some point
20140704 20:15:57-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140704 20:16:21< irker184> wesnoth: Chris Beck wesnoth:master 8943d742a86f / src/unit_filter.hpp: fixup abstract class definition http://git.io/OpAKNQ
20140704 20:21:10-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Read error: Connection reset by peer]
20140704 20:27:04-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140704 20:31:23< iceiceice> gfgtdf: ^
20140704 20:31:33< c74d> iceiceice, note that a lower optimization level may hide a bug that a higher level would have uncovered.
20140704 20:31:48< c74d> (The reverse is also possible, though I don’t think it’s as common.)
20140704 20:31:49< iceiceice> c74d: and viceversa
20140704 20:32:01-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140704 20:32:04< iceiceice> yes, so now we are using both version as opposed to only -O2
20140704 20:33:19-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140704 20:33:29< c74d> oh, both
20140704 20:33:36< c74d> never mind, my apologies
20140704 20:36:08-!- travis-ci [~travis-ci@ec2-23-22-116-186.compute-1.amazonaws.com] has joined #wesnoth-dev
20140704 20:36:08< travis-ci> [travis-ci] wesnoth/wesnoth#3625 (master - c450d48 : Chris Beck): The build failed.
20140704 20:36:08< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth/builds/29165765
20140704 20:36:08-!- travis-ci [~travis-ci@ec2-23-22-116-186.compute-1.amazonaws.com] has left #wesnoth-dev []
20140704 20:37:21< gfgtdf> wesbot: seen mordante
20140704 20:37:21< wesbot> gfgtdf: The person with the nick mordante last spoke 3d 1h ago.  3d 1h ago was here and on the channel #wesnoth-de with the message: Quit: Leaving
20140704 20:38:58< iceiceice> shadowm: from g++ man page: 
20140704 20:38:59< iceiceice> -O0
20140704 20:38:59< iceiceice> Reduce compilation time and make debugging produce the expected results. This is the default.
20140704 20:39:02-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140704 20:39:52< gfgtdf> wesbit: seen thunderstruck
20140704 20:39:57< gfgtdf> wesbot: seen thunderstruck
20140704 20:39:57< wesbot> gfgtdf: The person with the nick thunderstruck last spoke 2d ago.  1d 1h ago was here and on the channel #wesnoth with the message:
20140704 20:41:22< irker184> wesnoth: Chris Beck wesnoth:master 3560cd85b372 / .travis.yml: add a parameter to travis for test timeout, for use with -O0 http://git.io/NqZeuQ
20140704 20:49:25-!- travis-ci [~travis-ci@ec2-23-22-116-186.compute-1.amazonaws.com] has joined #wesnoth-dev
20140704 20:49:25< travis-ci> [travis-ci] wesnoth/wesnoth#3626 (master - 0ad2743 : Chris Beck): The build has errored.
20140704 20:49:25< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth/builds/29167040
20140704 20:49:25-!- travis-ci [~travis-ci@ec2-23-22-116-186.compute-1.amazonaws.com] has left #wesnoth-dev []
20140704 21:15:07< irker184> wesnoth: Chris Beck wesnoth:master 91640422edbc / .travis.yml: reenable campaignd and wesnothd compilation for travis gcc build http://git.io/YPPl_g
20140704 21:22:43< shadowm> iceiceice: You aren't telling me anything I didn't know. I just pointed out that there is a tradeoff.
20140704 21:23:03-!- Aishiko_laptop [~unknown@2606:a000:bcc1:2b00:226:5eff:fe65:125c] has joined #wesnoth-dev
20140704 21:24:46-!- travis-ci [~travis-ci@ec2-23-22-116-186.compute-1.amazonaws.com] has joined #wesnoth-dev
20140704 21:24:46< travis-ci> [travis-ci] wesnoth/wesnoth#3625 (master - c450d48 : Chris Beck): The build failed.
20140704 21:24:46< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth/builds/29165765
20140704 21:24:46-!- travis-ci [~travis-ci@ec2-23-22-116-186.compute-1.amazonaws.com] has left #wesnoth-dev []
20140704 21:26:59-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20140704 21:27:17-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140704 21:32:29-!- prkc [~prkc@4E5CCA17.dsl.pool.telekom.hu] has quit [Quit: Leaving]
20140704 21:33:41< irker184> wesnoth: Chris Beck wesnoth:master 736d8bd28787 / .travis.yml: more time for clang -O0 wml unit tests http://git.io/BKuUUA
20140704 21:41:17-!- mjs-de [~mjs-de@f048004214.adsl.alicedsl.de] has quit [Remote host closed the connection]
20140704 21:50:11-!- gfgtdf_ [~chatzilla@e177120011.adsl.alicedsl.de] has joined #wesnoth-dev
20140704 21:52:04-!- gfgtdf [~chatzilla@d148161.adsl.hansenet.de] has quit [Ping timeout: 260 seconds]
20140704 21:52:05-!- gfgtdf_ is now known as gfgtdf
20140704 21:54:44-!- Aishiko_laptop [~unknown@2606:a000:bcc1:2b00:226:5eff:fe65:125c] has quit [Ping timeout: 240 seconds]
20140704 22:02:30-!- kex [~kex@93-142-159-181.adsl.net.t-com.hr] has joined #wesnoth-dev
20140704 22:13:07-!- travis-ci [~travis-ci@ec2-54-237-176-123.compute-1.amazonaws.com] has joined #wesnoth-dev
20140704 22:13:07< travis-ci> [travis-ci] wesnoth/wesnoth#3631 (master - 736d8bd : Chris Beck): The build passed.
20140704 22:13:07< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth/builds/29171302
20140704 22:13:07-!- travis-ci [~travis-ci@ec2-54-237-176-123.compute-1.amazonaws.com] has left #wesnoth-dev []
20140704 22:14:04-!- leyyin [~leyyin@unaffiliated/leyyin] has quit [Quit: So Long, and Thanks for All the Fish]
20140704 22:29:29< iceiceice> shadowm: just fyi, travis is now building campaignd on the gcc builds also, that has been reenabled
20140704 22:33:54< irker184> wesnoth: Chris Beck wesnoth:master c9d05ff61bd4 / src/unit_filter.cpp: more refactor of unit_filter as a function object http://git.io/429CWg
20140704 22:35:11-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20140704 22:42:55-!- trewe [~trewe@238.61.43.5.rev.vodafone.pt] has joined #wesnoth-dev
20140704 22:43:39-!- lipkabb [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Remote host closed the connection]
20140704 22:44:21-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Bye for now]
20140704 22:49:26-!- cib__ [~cib@p5DC748C0.dip0.t-ipconnect.de] has quit [Ping timeout: 248 seconds]
20140704 23:19:20-!- _8680_ [~8680@2002:4404:712c:0:3480:22b9:dc77:693] has quit [Ping timeout: 260 seconds]
20140704 23:19:44-!- _8680_ [~8680@2002:4404:712c:0:5036:ed85:371b:1716] has joined #wesnoth-dev
20140704 23:31:33-!- gfgtdf [~chatzilla@e177120011.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]]
20140704 23:38:51-!- zookeeper [zookeeper@wesnoth/developer/zookeeper] has quit [Ping timeout: 255 seconds]
20140704 23:45:47-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
--- Log closed Sat Jul 05 00:00:55 2014