11:09 < bridge_> <cyberFighter> he saw the server numbers were flopping
11:46 < bridge_> <fokkonaut> F-DDrace has tune lock btw🤫
11:47 < bridge_> <cyberFighter> can yuo pls fixe tunlock for map
11:47 < bridge_> <fokkonaut> wdym ?
11:48 < bridge_> <cyberFighter> uh idk it has priority over unfreeze
11:48 < bridge_> <cyberFighter> i should check if normal tune does that actually
11:48 < bridge_> <fokkonaut> probably, dunno
11:49 < bridge_> <meloƞ> ```
11:49 < bridge_> <meloƞ> make[2]: *** No rule to make target 'release/libddnet_engine_shared.a', needed by 'DDNet.exe'.  Stop.
11:49 < bridge_> <meloƞ> make[1]: *** [CMakeFiles/Makefile2:500: CMakeFiles/game-client.dir/all] Error 2
11:49 < bridge_> <meloƞ> make: *** [Makefile:156: all] Error 
11:49 < bridge_> <meloƞ> ```
11:49 < bridge_> <meloƞ> 
11:49 < bridge_> <meloƞ> when building using `cmake .. -G"Unix Makefile" && make-j(30)` on windows
11:49 < bridge_> <meloƞ> 
11:49 < bridge_> <meloƞ> rust toolchain is `stable-x86_64-pc-windows-msvc`
11:49 < bridge_> <meloƞ> python --version: `3.12.3`
11:49 < bridge_> <meloƞ> 
11:49 < bridge_> <meloƞ> why is it always libddnet_engine_shared bullying me? -
11:49 < bridge_> <meloƞ> ```
11:49 < bridge_> <meloƞ> make[2]: *** No rule to make target 'release/libddnet_engine_shared.a', needed by 'DDNet.exe'.  Stop.
11:49 < bridge_> <meloƞ> make[1]: *** [CMakeFiles/Makefile2:500: CMakeFiles/game-client.dir/all] Error 2
11:49 < bridge_> <meloƞ> make: *** [Makefile:156: all] Error 
11:49 < bridge_> <meloƞ> ```
11:49 < bridge_> <meloƞ> 
11:49 < bridge_> <meloƞ> when building using `cmake .. -G"Unix Makefile" && make j(30)` on windows
11:49 < bridge_> <meloƞ> 
11:49 < bridge_> <meloƞ> rust toolchain is `stable-x86_64-pc-windows-msvc`
11:50 < bridge_> <meloƞ> python --version: `3.12.3`
11:50 < bridge_> <meloƞ> 
11:50 < bridge_> <meloƞ> why is it always libddnet_engine_shared bullying me? -
11:56 < bridge_> <Ewan> can’t use msvc toolchain with mingw
11:56 < bridge_> <Ewan> :justatest:
11:58 < bridge_> <Ewan> use visual studio generator
11:58 < bridge_> <Ewan> or switch to stable-x86_64-pc-windows-gnu
12:43 < bridge_> <teero777> j30 wtf
12:47 < bridge_> <Ewan> no matter how much i preach about the modern cmake syntax
12:47 < bridge_> <Ewan> can just do -j btw
12:47 < bridge_> <Ewan> uses result of nproc
12:47 < bridge_> <Ewan> or equivalent
12:49 < bridge_> <teero777> Oh nice to know
13:15 < bridge_> <meloƞ> just a habit in doing j30 - nproc would use 32
13:16 < bridge_> <Ewan> do it
13:17 < bridge_> <Ewan> y not
13:17 < bridge_> <Ewan> advanced scheduler can make do
13:17 < bridge_> <Ewan> multiplexor
13:29 < bridge_> <peter0x44> It doesn't
13:29 < bridge_> <Ewan> It should
13:30 < bridge_> <Ewan> in cmake
13:30 < bridge_> <peter0x44> It actually means "spawn unlimited processes"
13:30 < bridge_> <peter0x44> For make
13:31 < bridge_> <Ewan> he’s still using make manually
13:31 < bridge_> <Ewan> beyond helping
13:31 < bridge_> <Ewan> jk but
13:31 < bridge_> <Ewan> i misread
13:32 < bridge_> <Ewan> in cmake -j is shorthand for —parallel
13:33 < bridge_> <peter0x44> You will basically forkbomb yourself if you use it on a large enough codebase
13:35 < bridge_> <peter0x44> I have no idea why it behaves like that
13:39 < bridge_> <peter0x44> It actually means "spawn unlimited processes" for make
14:23 < bridge_> <chairn> you sure about that? I think make parallelizes everything so it can launch 200 jobs simultaneously and crash your computer
14:23 < bridge_> <chairn> well, just like Peter0x44 said
14:24 < bridge_> <teero777> :justatest:
15:10 < bridge_> <chairn> https://www.reddit.com/r/ProgrammerHumor/comments/1cbfipk/sedonproduction/
15:22 < bridge_> <meloƞ> @mpft sry for ping but i love having these talks with ya - compiling with `cmake ..` and building with `cmake --builld . -j` wont move neccessary .dll files from `\ddnet\build` to `\ddnet\build\debug` where the compiled files and the .exe files reside - resulting in missing .dll files when launching ddnet - isnt there supposed to be a set command in the cmakelists copying those over automatically? or am i missing something
15:27 < bridge_> <meloƞ> @mpft sry for ping but i love having these talks with ya - compiling with `cmake ..` and building with `cmake --builld . -j` wont move neccessary .dll files from `\ddnet\build` to `\ddnet\build\debug` where the compiled files and the .exe files reside - resulting in missing .dll files when launching ddnet - isnt there supposed to be a set command in the cmakelists copying those over automatically? or am i missing something
15:27 < bridge_> <meloƞ> 
15:27 < bridge_> <meloƞ> for context: - simply moving ddnet.exe and the steam_api.dll (that somehow got correctly generated there) - makes it Executable and it works just fine.
16:48 < bridge_> <meloƞ> someone got an idea? i still couldnt figure it out, and manually copying those is annoying
17:05 < bridge_> <teero777> no windows devs online xd
17:05 < bridge_> <Jupstar ✪> if u use mingw u need the gcc toolchain
17:06 < bridge_> <meloƞ> :feelsbadman:
17:06 < bridge_> <Jupstar ✪> not msvc
17:07 < bridge_> <meloƞ> yee i figured, but right now im trying to `cmake .. && cmake --build .` but it wont move the neccessary .dll files needed to launch it - copying them manually is annoying
17:07 < bridge_> <meloƞ> shouldnt this be handled by cmake already?
17:11 < bridge_> <chairn> have you tried from clean build directory
17:11 < bridge_> <chairn> i never had any problems with mingw
17:25 < bridge_> <meloƞ> yes :(
17:30 < bridge_> <meloƞ> ```
17:30 < bridge_> <meloƞ> PS C:\Users\Anwender\Projects\DDNet\build-test> cmake ..
17:30 < bridge_> <meloƞ> -- Building for: Visual Studio 17 2022
17:30 < bridge_> <meloƞ> -- Selecting Windows SDK version 10.0.22621.0 to target Windows 10.0.22631.
17:30 < bridge_> <meloƞ> -- The C compiler identification is MSVC 19.39.33523.0
17:30 < bridge_> <meloƞ> -- The CXX compiler identification is MSVC 19.39.33523.0
17:30 < bridge_> <meloƞ> ```
17:30 < bridge_> <meloƞ> 
17:30 < bridge_> <meloƞ> ```PS C:\Users\Anwender\Projects\DDNet\build-test> cmake --build . -j
17:30 < bridge_> <meloƞ> MSBuild-Version 17.9.8+b34f75857 für .NET Framework```
17:30 < bridge_> <meloƞ> 
17:30 < bridge_> <meloƞ> 
17:30 < bridge_> <meloƞ> (i have no idea what im doing :PepCuteShy: )
17:35 < bridge_> <robyt3> You could either use MinGW or build without `DEV=ON` and run the executable in `pack_DDNet-18.1-win64_tar_gz` because this folder contains all the data files
17:45 < bridge_> <robyt3> Seems like all the files you need are in the `build` folder but only the executable is in `Debug`/`Release` etc. depending on the build type. You could start the client with `Debug\DDNet.exe` with the current folder being `build`, or find out how to make MSVC put the executable directly into the `build` folder.
17:55 < bridge_> <meloƞ> fairly interesting, all of this is handled by most modern IDE's automatically it seems. - i wish i had these problems sooner - thanks Roby i'll see what options i have etc.
18:42 < bridge_> <jxsl13> can I share a zip file with teeworlds server executables here for anyone that's interested?
18:50 < bridge_> <jxsl13> https://cdn.discordapp.com/attachments/293493549758939136/1232734930115760229/KotH-0.6.3.tar?ex=662a895e&is=662937de&hm=0da969942a0aa244b2d06c47025f41ac0e480b72ac73ffa2fb2608b2087cd20c&
18:50 < bridge_> <jxsl13> https://cdn.discordapp.com/attachments/293493549758939136/1232734930476339322/TeeMo-0.6.3.tar?ex=662a895e&is=662937de&hm=a4d936687c8ed5733899d7d548292573f44ba08bbec89e0a302815abaeca1c65&
18:50 < bridge_> <jxsl13> https://cdn.discordapp.com/attachments/293493549758939136/1232734930832850954/Teerace.tar?ex=662a895e&is=662937de&hm=5a9f6319275277d9ffddb3667c67bd3b493b8681874f3de16be3b4d3ea608b55&
18:50 < bridge_> <jxsl13> https://cdn.discordapp.com/attachments/293493549758939136/1232734931441029222/TournamentDM.tar?ex=662a895e&is=662937de&hm=6573262e640a34363f0b7d492448c033d466fbdc6598fcc05ee5d978ee26b86c&
18:50 < bridge_> <jxsl13> https://cdn.discordapp.com/attachments/293493549758939136/1232734931831095376/Teeworlds-Plus-0.6.3.tar?ex=662a895e&is=662937de&hm=f57925f6817bf791193b219e2fddcf5eb3e7fb83fdb34160b435449dfc0a6156&
18:50 < bridge_> <jxsl13> https://cdn.discordapp.com/attachments/293493549758939136/1232734932149997620/zCatch-0.6.3.tar?ex=662a895e&is=662937de&hm=de592bfd09eaf7debfdba66e861dd9c518fecbaa37f3a44366f8aebe8089fe1b&
18:50 < bridge_> <jxsl13> https://cdn.discordapp.com/attachments/293493549758939136/1232734932556709928/zChaos-0.6.3.tar?ex=662a895f&is=662937df&hm=ad47fa4030069a6896cbdee0886c2811fddce165b72c2a4b26e4456983cc00ff&
18:50 < bridge_> <jxsl13> https://cdn.discordapp.com/attachments/293493549758939136/1232734933001441300/zESC-0.6.3.tar?ex=662a895f&is=662937df&hm=29158dc65131b273161d59944f4ffa74cf481b9298e8033c0d2a449e2d846408&
18:50 < bridge_> <milkeeycat> i dont know why but i just remembered about this :kek: https://www.reddit.com/r/github/comments/11zihd4/please_can_i_have_a_fucking_exe/
18:50 < bridge_> <jxsl13> I was young and dumb 🙂
18:50 < bridge_> <jxsl13> would be great to have still access to the code
18:50 < bridge_> <jxsl13> in order to recompile for newer systems
18:50 < bridge_> <jxsl13> but also, sometimes the source code was just not provided
18:51 < bridge_> <jxsl13> would be great to still have access to the code