| 00:30.59 | macsforme | this is my first time seeing this warning (referenced from allejo's PR): https://pastebin.com/jxmY6JbX |
| 00:33.57 | allejo | all I saw was "warning" and "allejo's PR" and I was scared I had broken something again |
| 00:34.56 | macsforme | :-P |
| 00:53.55 | macsforme | I'm looking into what the problem is, but if anyone else has thoughts, that would help |
| 01:08.39 | *** join/#bzflag bertman (~bert@unaffiliated/bertman) |
| 01:11.28 | macsforme | it may be an issue with what kind of pointer is returned by SDL_GL_GetProcAddress: https://discourse.libsdl.org/t/sdl-1-3-window-and-opengl-context-management/15543/6 |
| 01:13.02 | blast007 | is this on linux? |
| 01:13.07 | macsforme | so if I'm interpreting that correctly, SDL_GL_GetProcAddress returns a pointer-to-object, which we have to cast to a pointer-to-function in order to use, so I'm not sure how to fix that |
| 01:13.15 | macsforme | yes |
| 01:13.22 | blast007 | hmm, not getting the warnings here |
| 01:13.54 | macsforme | it was with SDL 1.2 specifically... I'm in the process of testing both to see if there's a difference |
| 01:14.05 | blast007 | I built against 1.2 |
| 01:14.44 | blast007 | GCC 6.3.0 |
| 01:15.07 | blast007 | SDL 1.2.15 |
| 01:16.28 | macsforme | I'm still compiling but I haven't actually seen the warning yet either with GCC 6.2.0... I was going off of this: https://travis-ci.org/allejo/bzflag/jobs/285413694#L1536 |
| 01:17.52 | blast007 | that's using GCC 4.8.4 |
| 01:18.33 | allejo | https://travis-ci.org/allejo/bzflag/jobs/285413694#L27-L28 |
| 01:18.38 | blast007 | Debian Jessie has 4.9.2, so maybe it happens there too |
| 01:20.59 | allejo | https://packages.ubuntu.com/trusty/gcc-4.8 that's what ubuntu 14.04 lts has |
| 01:49.57 | blast007 | built fine with GCC 4.9.2 |
| 01:50.23 | blast007 | FIXED! new minimum GCC version, 4.9.2 |
| 02:18.52 | allejo | lol |
| 04:21.10 | JeffM | Does the object override the () operator? |
| 04:21.32 | JeffM | Functors are weird like that |
| 14:02.28 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 14:28.22 | macsforme | so do we care about the warning? |
| 14:29.25 | macsforme | I believe our code is at least consistent with the way SDL expects that function to be used |
| 14:30.29 | blast007 | might even be a GCC 4.8 bug |
| 14:30.58 | blast007 | hmm, or perhaps a difference with the version of SDL 1.2 in that version of Ubuntu |
| 15:54.36 | JeffM | there are articles on the internet that seem to inidicate it's a problem with conflicting standards |
| 15:54.45 | JeffM | and that it's moslty regarded as a compiler bug |
| 15:55.17 | JeffM | https://trac.osgeo.org/qgis/ticket/234 |
| 15:56.35 | JeffM | gcc sees a void* as an object pointer, but many APIs use void * to provide transperant funciton pointer access |
| 15:56.56 | JeffM | instead of defining void (func*)(args) |
| 16:12.10 | JeffM | basicly C says void* can be a funciton pointer, C++ says that void* is a pointer to allocated memory.... |
| 20:38.18 | JeffM | anyone wanna test a plugin if they can get 8 or more people to play it? |
| 20:45.10 | JeffM | well really any conifgurrable number * 2 players, but it works best with 4v4 |
| 21:35.02 | *** join/#bzflag dcat (~dcat@c-98-244-106-246.hsd1.va.comcast.net) |
| 22:27.03 | blast007 | huh, neat. we were in a magazine in 2015. https://en.wikipedia.org/wiki/Linux_Format https://archive.org/stream/Linux_Format_Summer_2015_UK/#page/n55/mode/2up/search/hotgames |