| 05:31.03 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 07:51.22 | *** join/#bzflag zuii (~akos@BC06BD4B.catv.pool.telekom.hu) |
| 08:34.39 | *** join/#bzflag zuii (~akos@BC06BD4B.catv.pool.telekom.hu) |
| 12:26.13 | *** join/#bzflag zuii (~akos@BC06BD4B.catv.pool.telekom.hu) |
| 12:39.20 | *** join/#bzflag Guest903 (ca59b013@gateway/web/freenode/ip.202.89.176.19) |
| 12:40.06 | *** part/#bzflag Guest903 (ca59b013@gateway/web/freenode/ip.202.89.176.19) |
| 13:05.59 | *** join/#bzflag zuii (~akos@BC06BD4B.catv.pool.telekom.hu) |
| 13:22.10 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 16:21.28 | blast007 | is this supposed to be valid? pos[0] = {(float)atof(nubs->get(1).c_str())}; (note the { } around the value it would be assigning) |
| 17:40.13 | BulletCatcher | The curly braces implement what is called a "compound-statement" in the C language definition. |
| 17:40.18 | BulletCatcher | I can't find anything that shows that it is legal to use a bare compound-statement as an rvalue, but even ancient gcc-2.95.2 accepts it. |
| 17:40.21 | BulletCatcher | This is not quite the same syntax as the GNU "statment expression" extenstion described at http://gcc.gnu.org/onlinedocs/gcc/Statement-Exprs.html . |
| 17:42.14 | *** join/#bzflag MarderIII (~marderii@enneman.demon.nl) |
| 17:55.16 | *** join/#bzflag MarderIII (~marderii@enneman.demon.nl) |
| 18:05.39 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 18:05.47 | *** join/#bzflag MarderIII (~marderii@enneman.demon.nl) |
| 18:09.10 | *** join/#bzflag meno (~meno@c-76-98-238-72.hsd1.pa.comcast.net) |
| 18:09.33 | meno | omg - all the same creepy people |
| 18:10.14 | menotume | and no one home as usual |
| 18:12.49 | blast007 | :P |
| 18:16.47 | blast007 | BulletCatcher: at least Visual C++ 2010 complains it's a syntax error |
| 18:17.23 | menotume | user error |
| 18:18.19 | blast007 | should new commits be going to bzflag-import-3? |
| 18:18.37 | *** join/#bzflag MarderIII (~marderii@enneman.demon.nl) |
| 18:20.58 | kierra | hey |
| 18:21.25 | menotume | hi sis |
| 18:22.15 | kierra | lil brother!!!!! |
| 18:52.56 | BulletCatcher | Yes, do make new commits to import-3 for now. |
| 19:24.52 | *** join/#bzflag contempt (contempt@unaffiliated/contempt) |
| 19:36.18 | Chestal | blast007: seems that this is valid syntax since C++11. The standard draft document I have, has the following: |
| 19:36.27 | Chestal | A braced-init-list may appear on the right-hand side of an assignment to a scalar, in which case the initializer list shall have at most a single element. The meaning of x={v}, where T is the scalar type of the expression x, is that of x=T(v) except that no narrowing conversion (8.5.4) is allowed. The meaning of x={} is x=T(). |
| 19:47.52 | blast007 | so might be something we can do in 2.6, but not 2.4 |
| 19:49.08 | blast007 | Visual C++ 2013 might support that. But what is the benefit to doing that? |
| 19:50.43 | *** join/#bzflag JPT (~jpt@mail.jpt.lu) |
| 20:11.04 | Chestal | the only possible benefit I see is the protection from inadvertent narrowing conversions. Who wrote the above code? Maybe ask him :-) |
| 20:14.49 | blast007 | pokes allejo ;) |
| 20:14.57 | blast007 | https://github.com/BZFlag-Dev/bzflag-import-3/commit/a206a757eee61802d8c4d22c23c70dbd0cd15bf2 |
| 21:11.23 | BulletCatcher | Wow, that's a really non-intuitive meaning for x={v}, but I can see where protection from narrowing conversion could be important. |
| 21:39.09 | DTRemenak | it's called "uniform intialization" and it's the recommended way of initializing basically everything in c++11. |
| 21:40.15 | DTRemenak | see http://www.stroustrup.com/C++11FAQ.html#uniform-init and https://mbevin.wordpress.com/2012/11/16/uniform-initialization/ for reasons why |
| 21:40.44 | DTRemenak | sure does look funny the first time you see it though :) |
| 21:47.28 | DTRemenak | and yes, VS2013 is the first version of visual studio that supports it |
| 23:04.24 | *** join/#bzflag Not-bb98 (~notifico@198.199.82.216) |
| 23:04.24 | Not-bb98 | [02bzflag-import-3] 07allejo pushed 031 commit to 03v2_4_x [+0/-0/±1] 13http://git.io/h4CVrQ |
| 23:04.25 | Not-bb98 | [02bzflag-import-3] 07allejo 038e38cf2 - Removed C++11 braces to avoid narrowing conversions; Converted spaces to tabs |
| 23:05.17 | allejo | I had originally thought it would have given me troubles without it but it seems fine and since it's not supported in visual c++ 2010, i've removed it |
| 23:23.48 | *** join/#bzflag kierra (~quassel@li59-174.members.linode.com) |
| 23:24.05 | *** join/#bzflag kierra (~quassel@unaffiliated/kierra) |
| 23:25.52 | blast007 | allejo: thanks :) |
| 23:45.10 | allejo | :) |