00:31 < bridge> <b lazu wjelgook.i> erm
00:31 < bridge> <b lazu wjelgook.i> I don't think that's possible at all
00:31 < bridge> <teero777> ?
00:31 < bridge> <teero777> im sure in math there are more than 4 angles. so yes it is possible
00:33 < bridge> <b lazu wjelgook.i> I mean, judging by the physics of the game itself
00:33 < bridge> <b lazu wjelgook.i> basing on how this works
00:33 < bridge> <b lazu wjelgook.i> if that makes sense
00:41 < bridge> <learath2> I only know 0 90 180 and 270, sorry
00:43 < bridge> <teero777> https://tenor.com/view/happy-cat-silly-cat-happy-cat-smile-gif-11748501437476694103
09:07 < ws-client> **<ChillerDragon>** wtf blazulite
09:07 < ws-client> **<ChillerDragon>** https://zillyhuhn.com/cs/korean_sluts.png
09:09 < bridge> <milkeeycat> it's a user's name in discord
09:18 < ws-client> **<ChillerDragon>** yea i saw that too when clicking on it :D 
09:18 < ws-client> **<ChillerDragon>** but the element ios preview fooled me good so i had to share it
09:20 < bridge> <milkeeycat> non discord user moment
09:33 < bridge> <milkeeycat> @learath2  after thinking with my thinking cap on I think I'll need 2 DSLs instead of 1 :pepeW:. One will be used for declaring target info like registers, register classes, instructions, I'll yoink TableGen idea and it will be just a soup of `record`s(istead of `class`es) like
09:33 < bridge> <milkeeycat> ```
09:33 < bridge> <milkeeycat> record Instruction {
09:33 < bridge> <milkeeycat>     operands: Operand[]
09:33 < bridge> <milkeeycat>     encoding: Int,
09:33 < bridge> <milkeeycat>     asm_string: String,
09:33 < bridge> <milkeeycat> }
09:33 < bridge> <milkeeycat> 
09:33 < bridge> <milkeeycat> // inheritance wooo
09:33 < bridge> <milkeeycat> record Amd64Instruction: Instruction {
09:33 < bridge> <milkeeycat>     something_amd64_related: ...,
09:33 < bridge> <milkeeycat> }
09:33 < bridge> <milkeeycat> 
09:33 < bridge> <milkeeycat> def Add64rr: Amd64Instruction {
09:33 < bridge> <milkeeycat>     field = ...,
09:33 < bridge> <milkeeycat> }
09:33 < bridge> <milkeeycat> 
09:33 < bridge> <milkeeycat> // maybe add something like macros
09:34 < bridge> <milkeeycat> macro define_many<name: Ident, size: Int> {
09:34 < bridge> <milkeeycat>     def {name}{size}: Amd64Instruction {
09:34 < bridge> <milkeeycat>         ...
09:34 < bridge> <milkeeycat>     }
09:34 < bridge> <milkeeycat> }
09:34 < bridge> <milkeeycat> 
09:34 < bridge> <milkeeycat> define_name<Add|Sub, 64>;
09:34 < bridge> <milkeeycat> ```
09:34 < bridge> <milkeeycat> 
09:34 < bridge> <milkeeycat> and one will be used for lowering patterns, it will use data generated from `record`s.
09:34 < bridge> <milkeeycat> ```
09:34 < bridge> <milkeeycat> rule priority (idiv a b) {
09:34 < bridge> <milkeeycat>     // imagine syntax similar to regular programming languages
09:34 < bridge> <milkeeycat> @learath2  after thinking with my thinking cap on I think I'll need 2 DSLs instead of 1 :pepeW:. One will be used for declaring target info like registers, register classes, instructions, I'll yoink TableGen idea and it will be just a soup of `record`s(istead of `class`es) like
09:34 < bridge> <milkeeycat> ```
09:34 < bridge> <milkeeycat> record Instruction {
09:34 < bridge> <milkeeycat>     operands: Operand[]
09:34 < bridge> <milkeeycat>     encoding: Int,
09:34 < bridge> <milkeeycat>     asm_string: String,
09:34 < bridge> <milkeeycat> }
09:34 < bridge> <milkeeycat> 
09:34 < bridge> <milkeeycat> // inheritance wooo
09:34 < bridge> <milkeeycat> record Amd64Instruction: Instruction {
09:34 < bridge> <milkeeycat>     something_amd64_related: ...,
11:06 < bridge> <learath2> At the end of this proces you'll end up reinventing LLVM
11:44 < bridge> <milkeeycat> LLVM from Temu
14:55 < bridge> <Assa> I am the proof, that we need the spellchecker -.-
14:55 < bridge> <Assa> "calucates"
15:53 < ws-client> **<ChillerDragon>** sellpchecka
15:54 < ws-client> **<ChillerDragon>** i wonder if i should enable the typos lsp again 
15:54 < ws-client> **<ChillerDragon>** my vimrc maintainers enabled that by default and i turned it off
15:55 < ws-client> **<ChillerDragon>** but nowerdays with ddnet needing it for the CI it might make sense to turn it back on
15:58 < ws-client> **<ChillerDragon>** @Assa when buy neovim pro
15:58 < ws-client> **<ChillerDragon>** zillyhuhn.com/cs/unknow.png
15:58 < ws-client> **<ChillerDragon>** omg link
15:59 < ws-client> **<ChillerDragon>** https://zillyhuhn.com/cs/unknow.png
15:59 < ws-client> **<ChillerDragon>** even has autofix
15:59 < ws-client> **<ChillerDragon>** i think i will leave it on actually
15:59 < ws-client> **<ChillerDragon>** im scared to edit my 10 year old scripts now xd
16:00 < bridge> <aegisub> >vimrc maintainers
16:00 < ws-client> **<ChillerDragon>** they had burnout btw
16:00 < ws-client> **<ChillerDragon>** my vimrc is now unmaintained
16:00 < ws-client> **<ChillerDragon>** very dramatic
16:01 < ws-client> **<ChillerDragon>** i intentionally did not want to bother configuring and maintaining my neovim config so i stay as close as possible to my upstream https://github.com/nvim-lua/kickstart.nvim
16:01 < ws-client> **<ChillerDragon>** that worked well until they stopped maintaining it
16:02 < ws-client> **<ChillerDragon>** @Assa im sure vsbloat can also do that
16:02 < ws-client> **<ChillerDragon>** or do you use jetbrains
16:02 < ws-client> **<ChillerDragon>** eclipse?
16:02 < ws-client> **<ChillerDragon>** sublime?
16:02 < ws-client> **<ChillerDragon>** atom?
16:02 < ws-client> **<ChillerDragon>** notepad++?
16:03 < ws-client> **<ChillerDragon>** CLion
16:03 < ws-client> **<ChillerDragon>** ok thats all i know
16:04 < bridge> <aegisub> butterflies
16:24 < bridge> <Assa> never
16:26 < bridge> <Assa> I use mostly vscode or pycharm for ddnet, I didn't get CLion running unfortunately, I use VS for debugging and profiling
16:26 < bridge> <Assa> don't worry, I am still a windows hater
16:28 < bridge> <melon> you really gave up on CLion? awww
16:28 < bridge> <melon> i blame your environment xd
16:28 < bridge> <Assa> I also blame my environment
16:29 < bridge> <Assa> without git bash I wouldn't be able to do anything on windows
16:30 < bridge> <Assa> On the other hand it's good that we have mixed environments across devs :justatest: (totally not an excuse)
16:33 < bridge> <learath2> neovimgang rise up
16:37 < bridge> <aegisub> 🙋
16:42 < bridge> <teero777> 🙋
16:43 < bridge> <teero777> ah im german i can't use that emoji
16:43 < bridge> <teero777> mb
17:07 < bridge> <byfox> I'm curious why it didn't work for you. It works fine for me on Linux and Windows.
17:14 < bridge> <byfox> [#11471](https://github.com/ddnet/ddnet/pull/11417) heinrich5991 fell asleep, I think he needs to be kicked^^
17:16 < bridge> <Assa> ```
17:16 < bridge> <Assa> zlib.lib(zlib1.dll) : error LNK2005: compress2 ist bereits in compress.obj definiert. [C:\Users\User\Desktop\workspace\ddnet\build-clion-debug\game-client.vcxproj]
17:16 < bridge> <Assa> zlib.lib(zlib1.dll) : error LNK2005: compressBound ist bereits in compress.obj definiert. [C:\Users\User\Desktop\workspace\ddnet\build-clion-debug\game-client.vcxproj]
17:16 < bridge> <Assa> zlib.lib(zlib1.dll) : error LNK2005: uncompress ist bereits in uncompr.obj definiert. [C:\Users\User\Desktop\workspace\ddnet\build-clion-debug\game-client.vcxproj]
17:16 < bridge> <Assa> zlib.lib(zlib1.dll) : error LNK2005: crc32 ist bereits in crc32.obj definiert. [C:\Users\User\Desktop\workspace\ddnet\build-clion-debug\game-client.vcxproj]
17:16 < bridge> <Assa> ```
17:16 < bridge> <Assa> 
17:16 < bridge> <Assa> I just get linker errors
17:21 < bridge> <melon> i still think it has something to do with cmake Cache or some shii
17:34 < bridge> <Assa> tried this with mingw, but it also gets a linker error as it searches for libddnet_engine_shared.a
17:39 < bridge> <vahemaaa> chillerdragon how these works
17:39 < bridge> <vahemaaa> https://cdn.discordapp.com/attachments/293493549758939136/1450165439446384823/image.png?ex=69418b4f&is=694039cf&hm=1fc9f73f2163d66cd4b6677e4d4caea094a59d3c5c10cf48e863a04ee72388eb&
17:42 < bridge> <remakepower> Fake country id
17:43 < bridge> <remakepower> And then setting it to the real one.
18:10 < bridge> <sota_b> https://cdn.discordapp.com/attachments/737107684599398463/1450173068814192791/IMG_4905.jpg?ex=6941926a&is=694040ea&hm=be330e6ab74f4a2b69b5a395f891e5382f8fe7a1074e7a4a995560fb614b8a7f&&_t=19b22fe1e04&_r=sr3hhd https://cdn.discordapp.com/attachments/737107684599398463/1450173069107658792/IMG_4906.jpg?ex=6941926a&is=694040ea&hm=ed96517015893fe3ab4e0bac0e13ca9fce0a4a3b3a16ebd77d00597f7ca9063f&&_t=19b22fe1e04&_r=oo8bdm https://cdn.discordapp.com/attachment
18:16 < bridge> <chillerdragon> @vahemaaa: yea that’s some kaizo technology i think what bamcane said is correct
19:00 < bridge> <Assa> Chillerbot detection is now programmed, we can now autoban them 🙂
19:21 < bridge> <melon> thats a rust error tho
19:21 < bridge> <melon> abi missmatch between GNU and MSVC
21:36 < bridge> <kebscs> @essigautomat why scared to merge
21:55 < bridge> <Assa> because we broke the hookline so much already :justatest:
21:55 < bridge> <kebscs> you did :tear:
22:12 < bridge> <Assa> it was broken before, it will be broken in the future