| 01:52.45 | *** join/#bzflag mdskpr (~quassel@li59-174.members.linode.com) |
| 02:28.26 | *** join/#bzflag mdskpr (~quassel@li59-174.members.linode.com) |
| 02:31.53 | *** join/#bzflag mdskpr (~quassel@li59-174.members.linode.com) |
| 02:49.57 | *** join/#bzflag mdskpr (~quassel@li59-174.members.linode.com) |
| 02:59.09 | *** join/#bzflag alpha1-2 (~alpha1-2@host90.190-137-10.telecom.net.ar) |
| 03:01.17 | alpha1-2 | why this conditional is repeated? Any special reason (organization) or just bad *organization* in the code? :) (into void sendChatMessage of bzfs.cxx) (be back in a while) |
| 03:01.19 | alpha1-2 | <PROTECTED> |
| 03:01.20 | alpha1-2 | <PROTECTED> |
| 03:01.22 | alpha1-2 | <PROTECTED> |
| 03:01.23 | alpha1-2 | <PROTECTED> |
| 03:01.24 | alpha1-2 | <PROTECTED> |
| 03:23.05 | *** join/#bzflag mdskpr_ (~quassel@li59-174.members.linode.com) |
| 03:23.05 | *** join/#bzflag allejo (~allejo@li59-174.members.linode.com) |
| 03:23.05 | *** join/#bzflag allejo (~allejo@unaffiliated/allejo) |
| 03:35.10 | *** join/#bzflag sirquine (~quine@c-67-162-133-17.hsd1.co.comcast.net) |
| 03:36.26 | alpha1-2 | I suppose just an error, then |
| 03:38.17 | allejo | solar flares |
| 03:38.47 | *** join/#bzflag JeffM (~JeffM@2605:e000:7d02:c700:20c8:d0ea:1ce8:884a) |
| 03:39.41 | alpha1-2 | are we in danger? |
| 03:40.46 | allejo | yeup |
| 03:41.21 | alpha1-2 | how much time we have? |
| 03:41.36 | allejo | few hours |
| 03:41.40 | alpha1-2 | uh oh |
| 03:41.58 | alpha1-2 | better I get my sun umbrella with me... |
| 03:42.20 | khonkhortisan | types C-x M-c M-butterfly |
| 03:49.39 | allejo | emacs is pretty much an OS |
| 03:52.04 | JeffM | it's a shell, it can't directly access hardware :) |
| 03:53.32 | allejo | an exaggeration :p |
| 03:53.49 | JeffM | sadly not by much |
| 03:59.19 | *** join/#bzflag khonkhortisanafk (~kyle@2601:8:8600:97f:4a5b:39ff:fe94:be23) |
| 04:00.10 | Snake12534 | hi khonkhortisan2 |
| 04:00.48 | khonkhortisan2 | uh, hi. Using konversation's draw box with alpha |
| 04:00.57 | alpha1-2 | :) |
| 04:01.02 | alpha1-2 | DCC |
| 04:01.07 | alpha1-2 | very interesting |
| 04:01.26 | alpha1-2 | (whiteboard) |
| 04:01.44 | alpha1-2 | but sending files only works from me to him, not in the inverse |
| 04:01.59 | Snake12534 | khonkhortisan2: are you the real khonkhortisan? |
| 04:02.08 | alpha1-2 | yes |
| 04:04.04 | *** join/#bzflag JeffM (~JeffM@2605:e000:7d02:c700:20c8:d0ea:1ce8:884a) |
| 04:05.02 | khonkhortisan2 | As sure as nasitrohknohk lives. |
| 04:06.14 | khonkhortisan | aye. |
| 04:06.16 | Flash | alpha1-2: one reason for the repeated conditional is if the callEvents() method can change the message. |
| 04:06.19 | Snake12534 | interesting |
| 04:07.42 | *** join/#bzflag Guest726 (60f6ee17@gateway/web/freenode/ip.96.246.238.23) |
| 04:08.11 | alpha1-2 | oh chatData refered, I see |
| 04:08.17 | alpha1-2 | (&) |
| 04:09.08 | alpha1-2 | thanks Flash |
| 04:09.28 | Flash | side-effects FTW (or fail, as the case may be) |
| 04:09.48 | alpha1-2 | "refered" (&) is the correct English word here? |
| 04:09.56 | JeffM | Reference |
| 04:10.08 | alpha1-2 | but the variable is *refered*? |
| 04:10.09 | JeffM | pass by value vs pass by reference |
| 04:10.11 | khonkhortisan | and referred has two r's |
| 04:10.18 | JeffM | passed by reference |
| 04:10.24 | JeffM | the variable is passed by reference |
| 04:10.24 | khonkhortisan | ^ |
| 04:10.47 | Flash | actually, in that case it's passed by pointer, but let's not quibble |
| 04:10.58 | alpha1-2 | pointers, yeah! :) |
| 04:11.02 | JeffM | then it's passed by value |
| 04:11.05 | alpha1-2 | I like them |
| 04:11.13 | JeffM | the value just happens to be a pointer :) |
| 04:11.22 | Flash | the pointer to the message is passed by value |
| 04:11.32 | Flash | pedantically pedantic |
| 04:11.35 | JeffM | it deferences to the same place as the one in the caller |
| 04:11.42 | JeffM | yes |
| 04:12.26 | JeffM | references are better then pointers since they are type checked, but not so good for char arrays |
| 04:12.40 | JeffM | well not type checked, range checked really |
| 04:13.05 | alpha1-2 | I like pointers! |
| 04:13.12 | JeffM | good for you |
| 04:13.18 | JeffM | they can be quite useful |
| 04:13.18 | alpha1-2 | hehe |
| 04:13.24 | JeffM | and also dangerous |
| 04:13.33 | JeffM | shared_ptr, and unique_ptr FTW! |
| 04:14.54 | alpha1-2 | oh, smart pointers! |
| 04:14.56 | alpha1-2 | :S |
| 04:15.10 | alpha1-2 | (they think they are smart...) |
| 04:17.00 | JeffM | they are pretty cool |
| 04:17.07 | alpha1-2 | BTW Flash I have to re-train about code... forget some :P... but I like it very much |
| 04:17.34 | alpha1-2 | I was seeing some of them time ago, but well, some complex |
| 04:17.51 | alpha1-2 | (not saying they are bad, though) |
| 04:19.41 | Flash | like all good classes, smart pointers hide complexity |
| 04:22.59 | JeffM | classes are where the magic lives :) |
| 04:25.55 | Flash | so are we at a minimum level of Visual/g++ where C++11 features are OK? |
| 04:26.12 | JeffM | depends |
| 04:26.19 | JeffM | what do you want to use? |
| 04:26.35 | Flash | ultimately, all of them (as I learn them) |
| 04:26.44 | Flash | but certainly deduced types |
| 04:27.04 | JeffM | in what branch? |
| 04:27.08 | JeffM | 2.4 or 2.6? |
| 04:27.09 | Flash | but why would the specific feature matter, unless it's a question of compiler support |
| 04:27.17 | JeffM | it is |
| 04:27.30 | JeffM | compilers don't just say "all C++11" |
| 04:27.37 | Flash | which features aren't supported? |
| 04:27.37 | JeffM | they do some subset |
| 04:27.42 | JeffM | depends on the compiler :) |
| 04:27.47 | Flash | :P |
| 04:28.10 | Flash | really wants a much longer tongue wagging in JeffM's face |
| 04:28.18 | JeffM | 2.4 is using VC10, it does not suport as much as VC12 |
| 04:29.07 | JeffM | and you should have reason to use each feature not just "Because I want to" |
| 04:31.27 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 04:32.03 | JeffM | wher do you want to use decltype ? |
| 04:32.16 | Flash | container iteration |
| 04:32.46 | JeffM | why not just use auto? |
| 04:33.30 | Flash | perhaps that's what I was trying to refer to. I haven't trained myself on the new standard yet. Stuck on an old compiler at work |
| 04:33.37 | JeffM | yeah you an use auto |
| 04:33.47 | JeffM | auto and range based for is awesome |
| 04:34.29 | JeffM | std::vector<int> v = {0,1,2}; for (auto i : v) std::cout << i; |
| 04:34.59 | Flash | oh my ... that's looking very Java-ish |
| 04:35.28 | JeffM | auto is just compiler magic |
| 04:36.04 | Flash | no, the " i : v " |
| 04:36.27 | JeffM | oh that's range based for |
| 04:36.43 | Flash | I'm just reading about that. That's a feature I didn't know |
| 04:37.18 | JeffM | you could also do for (auto i = v.begin(); i != v.end(); i++) |
| 04:37.40 | JeffM | if you need to do something fancy |
| 04:37.43 | Flash | so what what is the type of "i" in "for (auto i : v)"? |
| 04:37.56 | JeffM | whatever v's iterator is |
| 04:37.58 | Flash | will it use references or copies? |
| 04:38.20 | JeffM | I beliveit makes a copy |
| 04:38.35 | Flash | looks like it's the template parameter (in the case of vector) |
| 04:38.41 | JeffM | yeah |
| 04:38.54 | Flash | you CAN declare is explicitly as a reference if you want |
| 04:38.56 | JeffM | the iterator was for the full for :) |
| 04:39.13 | JeffM | vector of smart pointers :) |
| 04:39.14 | Flash | so, to the original question, is auto OK to use? |
| 04:39.24 | JeffM | yeah you can use auto in 2.4 |
| 04:40.04 | JeffM | but things like typesafe enum and std::thread are only in the V12 projects |
| 04:41.03 | JeffM | http://msdn.microsoft.com/en-us/library/hh567368.aspx |
| 04:41.20 | JeffM | 2.4 is using 2010, 2.5.x is using 2013 |
| 04:42.56 | JeffM | so you can use auto, lambdas, and nullptr |
| 04:43.20 | Flash | That's good |
| 04:48.45 | *** join/#bzflag allejo (~allejo@unaffiliated/allejo) |
| 04:57.48 | DTRemenak | yay lambdas |
| 05:04.13 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 05:04.26 | Flash | JeffM: is that link for V10 and 2.4 branch? |
| 05:04.40 | JeffM | that link is from the VC docs |
| 05:04.47 | JeffM | and covers VC10,11, and 12 |
| 05:04.56 | JeffM | 2.4 uses 10, 2.5.x uses 12 |
| 05:05.02 | Flash | oh, I see. I clicked a link at the top and jumped right over the table |
| 05:06.00 | Flash | so I'm just reading about override, and it addresses an issue that has annoyed me as well. V10 "partially" supports because they had their own "override" syntax? |
| 05:06.36 | JeffM | managed code uses override |
| 05:06.42 | JeffM | it's super awesome :) |
| 05:07.06 | DTRemenak | nullptr has the same general problem...VC has two entirely separate and incompatible implementations of nullptr |
| 05:07.21 | JeffM | yup |
| 05:07.35 | DTRemenak | and it's super awkward in mixed mode projects ;) |
| 05:08.04 | Flash | I don't do Windows |
| 05:08.06 | JeffM | just throw some System:: around |
| 05:08.14 | Flash | or toilets, but that's another issue |
| 05:08.36 | JeffM | but mixed mode won't be an issue for the bzflag parts you work on |
| 05:08.47 | JeffM | so use nullptr all you want |
| 05:08.58 | DTRemenak | yeah, it's safe and supported in cross-platform code |
| 05:11.00 | DTRemenak | and the simultaneously subtle and dramatic difference between enum class and public/private enum class is another gotcha for C++/CLI programmers in C++11. wish they'd avoided those a bit better. |
| 06:18.10 | *** join/#bzflag mist3r (~mist3r@62.240.166.118) |
| 07:07.03 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 08:19.22 | *** join/#bzflag infobot (ibot@rikers.org) |
| 08:19.22 | *** topic/#bzflag is http://BZFlag.org || https://www.ohloh.net/p/bzflag || http://wiki.BZFlag.org/Getting_Help || Channel Logs: http://ibot.rikers.org/%23bzflag/ || 2.4.2 Current version http://goo.gl/PI9KFD |
| 08:19.22 | *** mode/#bzflag [+o infobot] by ChanServ |
| 12:20.41 | blast007 | I thought nullptr doesn't work in some currently popular GCC versions... |
| 12:28.41 | blast007 | well, perhaps less popular than I had remembered. Debian Squeeze (the previous stable release) lacks nullptr support. Wheezy should have it, as should Ubuntu 11.10 and up (including the 12.04 LTS release). The latest RedHat/CentOS and the last 5 versions or so of Fedora would support it. |
| 12:35.46 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 12:55.46 | *** join/#bzflag cods (~fred@tuxee.net) |
| 13:37.59 | *** join/#bzflag quentinp (~quentin@wtf.awesom.eu) |
| 13:50.43 | *** join/#bzflag cods (~fred@rsbac/developer/cods) |
| 15:41.40 | *** join/#bzflag GvzEvxre (~TimRiker@bzflag/projectlead/TimRiker) |
| 15:41.41 | *** mode/#bzflag [+o GvzEvxre] by ChanServ |
| 16:06.22 | *** join/#bzflag JeffM (~JeffM@107-209-61-105.lightspeed.irvnca.sbcglobal.net) |
| 16:42.08 | *** join/#bzflag dngor (abuse@p3m/dngor) |
| 16:44.29 | *** join/#bzflag khonkhortisan2 (~kyle@2601:8:8600:97f:4a5b:39ff:fe94:be23) |
| 16:45.22 | *** join/#bzflag khonkhortisan (~Khonkhort@2601:8:8600:97f:4a5b:39ff:fe94:be23) |
| 19:39.14 | JeffM | interesting, unity is open sourcing more parts of the project |
| 20:08.04 | khonkhortisan | Woohoo! |
| 20:52.03 | *** join/#bzflag Snake12534 (~Snake1253@143.254.221.243) |
| 21:06.18 | *** join/#bzflag tw1sted (~tw1sted@162.243.233.24) |
| 21:21.22 | *** join/#bzflag khonkhortisan (~Khonkhort@2601:8:8600:97f:4a5b:39ff:fe94:be23) |
| 21:47.31 | *** join/#bzflag tw1sted (~tw1sted@unaffiliated/tw1sted) |
| 22:51.47 | *** join/#bzflag Snake12534 (635cd32e@gateway/web/freenode/ip.99.92.211.46) |
| 23:48.51 | *** join/#bzflag EvilJStoker (jstoker@unaffiliated/jstoker) |