| 00:50.10 | *** join/#bzflag FieldSobers (~Artistics@unaffiliated/user49) |
| 00:50.23 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 01:06.19 | the_map | The_Noah: I have to ask, why are you building BZFlag on WSL? |
| 01:07.21 | the_map | also, I uh ... happen to know it's possible, because I did it recently. I was just testing graphical programs under x in WSL though |
| 01:08.48 | the_map | it had a low frame rate and mouse confinement didn't work properly, but it was technically usable |
| 01:15.22 | blast007 | the_map: were you using VcXsrv? |
| 01:20.33 | the_map | xming |
| 01:52.36 | The_Noah | I'm doing it so then I can compile BZ on my PC. |
| 01:53.21 | the_map | why not just compile it directly on windows or download the latest release from the site? |
| 01:53.59 | the_map | or boot to actual linux? |
| 01:55.42 | the_map | sorry if I missed the context on this, I haven't been keeping up with this channel too well |
| 01:55.43 | The_Noah | For some reason VS gives errors that I don't know how to fix (and I have asked), I'm not doing to then I can play but work on contributing, and I don't want to dual boot as I already have all of my tools installed and configured exactly how I like them. |
| 01:56.52 | the_map | fair enough, carry on |
| 01:57.44 | The_Noah | When you compiled under WSL did you have any problems with OpenGL? |
| 01:58.29 | the_map | I know I had some issue, think it was opengl, but I think the output told me what the issue was and I got it solved |
| 01:58.43 | The_Noah | Hmm |
| 01:59.09 | blast007 | I'm trying it here currently, with Ubuntu 18.04 in WSL |
| 01:59.11 | the_map | I can take a look next time I'm on windows, see if I can replicate the problem + solution |
| 01:59.21 | blast007 | running configure at the moment |
| 02:00.23 | blast007 | it properly detects OpenGL and SDL2 here |
| 02:01.30 | blast007 | just to confirm, since maybe you're not familiar with what the --simulation option does, run this instead: sudo apt install automake autoconf g++ libtool make libc-ares-dev libcurl3-dev libgl1-mesa-dev libglu1-mesa-dev libncurses-dev libsdl2-dev zlib1g-dev libglew-dev libglm-dev |
| 02:02.20 | The_Noah | Yeah I already installed all of the deps, and doing it again just says everything is up to date. |
| 02:02.32 | blast007 | are you using Ubuntu 18.04? |
| 02:03.43 | The_Noah | Yeah. |
| 02:04.09 | blast007 | dunno what to tell you.. works fine here |
| 02:04.51 | The_Noah | Do you have a nvidia graphics card? |
| 02:04.57 | blast007 | nope |
| 02:05.10 | blast007 | but I don't feel that would have anything to do with this |
| 02:05.39 | blast007 | you wouldn't have anything related to nvidia installed in the WSL environment |
| 02:31.56 | blast007 | hah, encounting one of the linux SDL2 issues with WSL :) tried to go fullscreen and it just keeps tries going to a blank screen and then minimizing the window |
| 02:33.47 | the_map | you on dual monitors? |
| 02:33.52 | blast007 | nope |
| 02:35.57 | blast007 | I don't know if Xming is doing any OpenGL acceleration, though even using VsXsrv's native OpenGL + LIBGL_ALWAYS_INDIRECT=1, I'm only geting at *best* about half the FPS I get with the native client |
| 02:36.51 | blast007 | I was getting about 40 to 50 FPS with Xming or with VsXsrv's native OpenGL disabled, about 80 with VsXsrv's native OpenGL, and around 180 with the native client |
| 02:36.55 | blast007 | all windowed at 800x600 |
| 02:38.52 | blast007 | (this is on a pretty low end laptop - an Intel M-5Y10c with a base clock of 800MHz, though it tends to sit around 1.8 to 1.9 GHz when under load, and Intel HD 5300 graphics) |
| 04:42.31 | *** join/#bzflag L4m3r (~l4m3r@bzflag/developer/L4m3r) |
| 04:42.31 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 07:02.41 | *** join/#bzflag The_Noah (~The_Noah@47.185.193.111) |
| 10:04.36 | macsforme | any thoughts on how to consistently handle compiler warnings for deprecated API features? |
| 10:06.21 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 10:06.50 | macsforme | I think in our DEVINFO we say (or used to say) that BZFlag should compile cleanly, but I interpreted that to refer strictly to our code itself |
| 10:12.28 | macsforme | maybe this has only been an issue with clang on macOS, but before I suppressed them, it was throwing warnings for all our GLU functions, plus some older file handling functions for which there is no C++ replacement |
| 10:15.12 | macsforme | if so, I'd probably be happy to just disable the warnings for deprecated API functions entirely on macOS |
| 10:44.54 | blast007 | macsforme: we've disabled some Visual C++ warnings before. |
| 10:48.19 | blast007 | https://nelkinda.com/blog/suppress-warnings-in-gcc-and-clang/ |
| 11:00.57 | *** join/#bzflag Cobra_Fast (~coprah@wtwrp.de) |
| 18:16.30 | *** join/#bzflag Cobra_Fast (~coprah@wtwrp.de) |
| 19:05.49 | *** join/#bzflag spldart (~spldart@bzflag/contributor/spldart) |
| 19:05.49 | *** mode/#bzflag [+v spldart] by ChanServ |