00:00 < bridge> So simply talks bs 00:00 < bridge> It often does that 00:01 < bridge> It simply talks bs 00:45 < bridge> @Jupeyy_Keks https://discord.com/channels/252358080522747904/295908390956433410/1075917241649999882 00:45 < bridge> second video, maybe that's what the AI meant by wallslide :kek: 01:05 < bridge> How to change the image of discord rich presence? 01:08 < bridge> <163> 💀 01:10 < bridge> twitter. 01:10 < bridge> the best place to replicate Skynet 02:44 < bridge> y/n 02:44 < bridge> i dug a little bit and all it would take is setting the player afk flag 02:44 < bridge> and to make the timer not interfere if it's manually set 07:08 < bridge> https://www.nethack.org/v367/release.html 07:08 < bridge> new nethack release 07:51 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1076033235131314226/0u8g5h7xrmia1.png 11:59 < bridge> don't get it 12:13 < bridge> cp = child pron 12:29 < bridge> omg, this server will get nuked now 12:29 < bridge> and you wonder why it hasn't been verified 12:30 < bridge> :Kappa: 13:26 < bridge> not sure i wanted to have this information now that i have it 14:34 < bridge> 😇 14:35 < bridge> dear discord employee. we are innocent 14:45 <+ChillerDragon> cp = connection problems 14:45 <+ChillerDragon> everyone knows that 14:45 < bridge> chillerpragon 15:06 < bridge> cp is cheese pizza 15:23 < bridge> cp is checkpoint 15:28 <+ChillerDragon> bencie +1 15:28 <+ChillerDragon> lerato -1 15:32 < bridge> damn rip linode 15:41 < bridge> damn 15:41 < bridge> dont compile llvm with 16 threads 15:41 < bridge> i ran out of mem on link time 15:41 < bridge> 32gb ram not enough 15:42 < bridge> what compiler did u use 15:42 < bridge> well i had all targets enabled to it probs tried to link everything at once 15:42 < bridge> and those targets are big 15:42 < bridge> it should parellize compile but not link 15:42 < bridge> not smart enough 15:42 < bridge> default, so probs gcc and the slow linker 15:42 < bridge> i switched to clang and lld now 15:43 < bridge> llvm has a easy option for lld so im using it 15:43 < bridge> xd 15:43 < bridge> just wanting to say: 15:43 < bridge> imagine compiling llvm with gcc 15:43 < bridge> ``` 15:43 < bridge> cmake -S llvm -B build -G Ninja -DCMAKE_INSTALL_PREFIX=/home/me/data/llvm-15.x -DLLVM_ENABLE_ASSERTIONS=On -DCMAKE_BUILD_TYPE=RelWithDebInfo -DLLVM_USE_LINKER=lld -DLLVM_ENABLE_PROJECTS='clang;lld;polly' -DLLVM_ENABLE_RUNTIMES='libcxx;libcxxabi;libunwind;compiler-rt;libc' 15:43 < bridge> ``` 15:43 < bridge> my current line now 15:44 < bridge> well the problem was not compiling but linking 15:44 < bridge> what killed the memory xd 15:45 < bridge> did u know llvm ir allows u to specify a integer of arbitrary bit width 15:45 < bridge> i666 is valid 15:46 < bridge> > The integer type is a very simple type that simply specifies an arbitrary bit width for the integer type desired. Any bit width from 1 bit to 223(about 8 million) can be specified. 15:46 < bridge> i knew that rust supports 128 bit integers bcs the llvm backend supports weird bit lengths 15:46 < bridge> but didnt know its that crazy 15:46 < bridge> nah im talking about llvm ir 15:46 < bridge> it probs translates it to handle the big integers somehow 15:46 < bridge> when compiling 15:46 < bridge> yeah 15:46 < bridge> thats obvious 😄 15:46 < bridge> xd 15:47 < bridge> but yeah its neat 15:47 < bridge> i always thought there are lots of problems where 3 bytes would be enough xdd 15:47 < bridge> 15:47 < bridge> but it will probs decrease perf or be equally fast anyway 15:47 < bridge> so not worth it 15:48 < bridge> ``` 15:48 < bridge> define i252 @field_elemnt_div(i252 %0, i252 %1) { 15:48 < bridge> entry: 15:48 < bridge> %t = alloca i503, align 8 15:48 < bridge> %new_t = alloca i503, align 8 15:48 < bridge> %r = alloca i503, align 8 15:48 < bridge> %new_r = alloca i503, align 8 15:48 < bridge> store i503 0, ptr %t, align 4 15:48 < bridge> store i503 1, ptr %new_t, align 4 15:48 < bridge> store i503 3618502788666131213697322783095070105623107215331596699973092056135872020481, ptr %r, align 4 15:48 < bridge> %new_r_extended = sext i252 %1 to i503 15:48 < bridge> store i503 %new_r_extended, ptr %new_r, align 4 15:48 < bridge> br label %while 15:48 < bridge> 15:48 < bridge> while: ; preds = %body, %entry 15:48 < bridge> %new_r_value = load i503, ptr %new_r, align 4 15:48 < bridge> %while_compare = icmp ne i503 %new_r_value, 0 15:48 < bridge> br i1 %while_compare, label %body, label %exit 15:48 < bridge> 15:49 < bridge> body: ; preds = %while 15:49 < bridge> %r_value = load i503, ptr %r, align 4 15:49 < bridge> %new_r_value1 = load i503, ptr %new_r, align 4 15:49 < bridge> %new_quotient_value = sdiv i503 %r_value, %new_r_value1 15:49 < bridge> %old_t_value = load i503, ptr %t, align 4 15:49 < bridge> %new_t_value = load i503, ptr %new_t, align 4 15:49 < bridge> store i503 %new_t_value, ptr %t, align 4 15:49 < bridge> %quotient_mul_new_t = mul i503 %new_quotient_value, %new_t_value 15:49 < bridge> %sub_t_res = sub i503 %old_t_value, %quotient_mul_new_t 15:49 < bridge> store i503 %sub_t_res, ptr %new_t, align 4 15:49 < bridge> %old_r_value = load i503, ptr %r, align 4 15:49 < bridge> %new_r_value2 = load i503, ptr %new_r, align 4 15:49 < bridge> lmao too big 15:49 < bridge> ```llvm 15:49 < bridge> define i252 @field_elemnt_div(i252 %0, i252 %1) { 15:49 < bridge> entry: 15:49 < bridge> %t = alloca i503, align 8 15:49 < bridge> %new_t = alloca i503, align 8 15:49 < bridge> %r = alloca i503, align 8 15:49 < bridge> %new_r = alloca i503, align 8 15:49 < bridge> store i503 0, ptr %t, align 4 15:49 < bridge> store i503 1, ptr %new_t, align 4 15:49 < bridge> store i503 3618502788666131213697322783095070105623107215331596699973092056135872020481, ptr %r, align 4 15:49 < bridge> %new_r_extended = sext i252 %1 to i503 15:49 < bridge> store i503 %new_r_extended, ptr %new_r, align 4 15:49 < bridge> br label %while 15:49 < bridge> 15:49 < bridge> while: ; preds = %body, %entry 15:49 < bridge> %new_r_value = load i503, ptr %new_r, align 4 15:50 < bridge> %while_compare = icmp ne i503 %new_r_value, 0 15:50 < bridge> its a divisin in a finite field 15:50 < bridge> division* god dman 15:50 < bridge> epic 15:50 < bridge> epic integer sizes 15:58 < bridge> i rly want to make my own simple language now 15:58 < bridge> i see it feasible 15:58 < bridge> lets go 15:59 < bridge> actually llvm has a JIT engine too 15:59 < bridge> for llvm ir 15:59 < bridge> we could ejecute programs on the fly on ddnet 15:59 < bridge> scripts kek 15:59 < bridge> https://crates.io/crates/inkwell 16:00 < bridge> this lib is rly good and what i use to make ir 16:00 < bridge> @Jupeyy_Keks are u on llvm 17 now? 16:00 < bridge> 16 released yesterday 16:00 < bridge> yes 16:01 < bridge> llvm-config --version 16:01 < bridge> 17.0.0 16:01 < bridge> nice xd 22:01 < bridge> I dont even have to look at the auther of the prs, i just see the title, maybe the desc and i know its roby 22:02 < bridge> truth 22:02 < bridge> it looks like we are in a downtime of dev activity 22:02 < bridge> roby holding it himself 22:03 < bridge> i just dont have the willpower to do anything tbh xd 22:03 < bridge> well, i always have willpower to post rust links