08:38 <+bridge> [ddnet] @Arian8j2 you want add gores server type to your ddrace servers ? 09:41 <+bridge> [ddnet] how do we force regenerate protocol.cpp with cmake @heinrich5991? 12:51 <+Cube> read about the new exciting pedo-friendly linux distribution https://exherbo.com/ 14:36 <+bridge> [ddnet] mooooods 15:27 <+bridge> [ddnet] haha, fucking irc spammers 15:28 <+bridge> [ddnet] I'm not using irc enough to figure out if we're some target or just randomly get these spammers 15:32 <+bridge> [ddnet] <ᶰ°Konͧsti> lol how is a pic spamming IRC? xd 15:33 <+bridge> [ddnet] if you were on IRC you would see the 10 people joining and leaving the channel every minute 15:35 <+bridge> [ddnet] <ᶰ°Konͧsti> lmao how bored someone has to be 16:05 <+bridge> [ddnet] any idea why i struggle to link libs with the newer ddnet versions? compiling became kinda impossible on mac for me 16:05 <+bridge> [ddnet] what's the error? 16:05 <+bridge> [ddnet] differs on the source 16:05 <+bridge> [ddnet] but its always some missing lib 16:06 <+bridge> [ddnet] if i include thos files in a own project and compile with raw g++ 16:06 <+bridge> [ddnet] it works fine 16:06 <+bridge> [ddnet] 16:06 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/551420030416322572/Bildschirmfoto_2019-03-02_um_16.05.33.png 16:06 <+bridge> [ddnet] for example 16:06 <+bridge> [ddnet] or 16:06 <+bridge> [ddnet] 16:06 <+bridge> [ddnet] /Users/chillerdragon/Desktop/git/chillerbot-ng/src/base/hash_ctxt.h:8:10: fatal error: 'openssl/sha.h' file not found 16:06 <+bridge> [ddnet] #include 16:06 <+bridge> [ddnet] i don't know #include_next 16:07 <+bridge> [ddnet] me neither 16:07 <+bridge> [ddnet] but it also fails on normal includes 16:07 <+bridge> [ddnet] in a different fork of ddnet 16:07 <+bridge> [ddnet] 16:07 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/551420366791245834/Bildschirmfoto_2019-03-02_um_16.07.06.png 16:07 <+bridge> [ddnet] my test.cpp works thi 16:08 <+bridge> [ddnet] so if you run the *same* commands on the command line it works? 16:08 <+bridge> [ddnet] isn't osx using clang by default instead of gcc? 16:08 <+bridge> [ddnet] if i include same headers in my test.cpp it compiles 16:08 <+bridge> [ddnet] i can try clang as well 16:09 <+bridge> [ddnet] clang++ also works 16:09 <+bridge> [ddnet] i dont get the cmake magic and have no idea what is working differently there 16:09 <+bridge> [ddnet] and why it cant find the libs 16:09 <+bridge> [ddnet] run make VERBOSE=1 16:09 <+bridge> [ddnet] then you see the exact commands 16:10 <+bridge> [ddnet] try the exact ones on command line and fix them, then we can ping heinrich to fix the cmake magic 😄 16:10 <+bridge> [ddnet] lol 16:10 <+bridge> [ddnet] it does use some weird compiler 16:10 <+bridge> [ddnet] i could use it to reproduce the bug 16:10 <+bridge> [ddnet] /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++ 16:10 <+bridge> [ddnet] this also fails on my test.cpp 16:11 <+bridge> [ddnet] this is probably some super apply compiler 16:11 <+bridge> [ddnet] and worked fine until some os updates foked my system 16:11 <+bridge> [ddnet] maybe i can change cmake magic to use g++ or clang++ instead 16:12 <+bridge> [ddnet] probably it takes the default c++ compiler 16:12 <+bridge> [ddnet] which c++ 16:14 <+bridge> [ddnet] ah true those are symlinks 16:14 <+bridge> [ddnet] c++ -> clang 16:14 <+bridge> [ddnet] but i can compile my test.cpp with clang -.- ? 16:14 <+bridge> [ddnet] but not with the symlink poiting to clang xd 16:16 <+bridge> [ddnet] are you sure they are pointing to the same clang, you might have more than one installed 16:17 <+bridge> [ddnet] not sure at all haha 16:18 <+bridge> [ddnet] ah true c++ -> clang means that the actual clang is in teh same dir 16:18 <+bridge> [ddnet] yes 16:18 <+bridge> [ddnet] ye that one also fails on my test.cpp 16:18 <+bridge> [ddnet] Then fix your system's xcode clang 16:18 <+bridge> [ddnet] or make the system one link to the one that works 16:18 <+bridge> [ddnet] yea i try to uninstall xcode completly 16:19 <+bridge> [ddnet] that could help 16:19 <+bridge> [ddnet] or as a workaround pass the working one to cmake: cmake -DCMAKE_C_COMPILER=/usr/bin/gcc -DCMAKE_CXX_COMPILER=/usr/bin/g++ ... 16:19 <+bridge> [ddnet] ah nice 16:20 <+bridge> [ddnet] dfq 16:20 <+bridge> [ddnet] that also fails on openssl? 16:21 <+bridge> [ddnet] could it be that cmake tells the compiler where to search fo openssl exclusivly? 16:22 <+bridge> [ddnet] i mean it is on my system under /usr/local/include/openssl 16:26 <+bridge> [ddnet] take a look at what paths are included with -I 16:26 <+bridge> [ddnet] but it shouldnt need a path with -I ? 16:26 <+bridge> [ddnet] if for me clang++ test.cpp works 16:27 <+bridge> [ddnet] i don't know which paths are standard on osx 16:27 <+bridge> [ddnet] also with the clang++ version from xcode? 16:27 <+bridge> [ddnet] the /usr/local/include is pretty standard 16:27 <+bridge> [ddnet] i guess 16:27 <+bridge> [ddnet] uhm no the clang++ from xcode is broken 16:27 <+bridge> [ddnet] but didnt i set my own compiler with ur nice command? 16:28 <+bridge> [ddnet] maybe for linking some broken linker is chosen? dunno 16:28 <+bridge> [ddnet] it fails before linking i think 16:28 <+bridge> [ddnet] ah right, include 16:28 <+bridge> [ddnet] y 16:28 <+bridge> [ddnet] i tried to use some SHA method in my test.cpp and then the linker failed 16:28 <+bridge> [ddnet] that looked different 16:28 <+bridge> [ddnet] make VERBOSE=1 and take a look at the command? 16:30 <+bridge> [ddnet] -isysroot that flag looks evil 16:30 <+bridge> [ddnet] /usr/bin/g++ -DCONF_OPENSSL -DGLEW_STATIC -D_FORTIFY_SOURCE=2 -I/Users/chillerdragon/Desktop/git/ddnet/build/src -I/Users/chillerdragon/Desktop/git/ddnet/src -std=gnu++11 -O3 -DNDEBUG -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk -fstack-protector-all -stdlib=libc++ -mmacosx-version-min=10.7 -Wall -Wextra -Wno-un 16:30 <+bridge> [ddnet] yea i think deleteing xcode would be a good idea anyways 16:30 <+bridge> [ddnet] since it is obviosuly broken 17:10 <+bridge> [ddnet] @ChillerDragon still need help with it? compiling works fine for me 17:13 <+bridge> [ddnet] still downloading xcode... 17:13 <+bridge> [ddnet] but thanks i will let u know 17:35 <+bridge> [ddnet] what 17:35 <+bridge> [ddnet] guys look the development discussion of teeworlds 17:40 <+bridge> [ddnet] @Sinisa3games where? irc? 17:52 <+bridge> [ddnet] MOOOOOOODS 17:53 <+bridge> [ddnet] no i mean leaked ak-64 in tewourlds !! 17:53 <+bridge> [ddnet] ok nevermind!! 18:41 <+bridge> [ddnet] ? xd 18:42 <+bridge> [ddnet] @Learath2 reinstalling xcode didnt help :c 18:42 <+bridge> [ddnet] are you also running Mojave? 18:48 <+bridge> [ddnet] @ChillerDragon yep 19:03 <+bridge> [ddnet] @Learath2 it should be regenerated automaticallz 19:03 <+bridge> [ddnet] @Learath2 it should be regenerated automatically 19:03 <+bridge> [ddnet] if not, just delete the file (build/src/game/generated/protocol.cpp) 19:15 <+bridge> [ddnet] @Learath2 was it mojave when u bought it? Urs is pretty new right? 19:37 <+bridge> [ddnet] Pretty new but wasnt mojave when i got it 20:52 <+bridge> [ddnet] can you make the hookline also visible through hooktiles and tees? i mean the theoretical line how far it would reach if the object wasnt there. but maybe as a dotted line. this could help on parts where you have to hook as late as possible but you cant see how much more you can wait