03:22 <+bridge> [ddnet] i wanted to ask u for adding new thing to cliennt 05:58 <+bridge> [ddnet] then click the green "New issue" button in the top right on this page next time: https://github.com/ddnet/ddnet/issues 13:12 <+bridge> [ddnet] @Ryozuki where did you get the discord mac libraries? I downloaded it from the link you wrote in https://github.com/ddnet/ddnet-libs/pull/16/files but it seems to be Windows only 13:12 <+bridge> [ddnet] oh, actually there is a dylib, ok 13:14 <+bridge> [ddnet] But I guess I need to build it myself for arm support 13:35 <+bridge> [ddnet] ah ye its provided by discord 13:36 <+bridge> [ddnet] idk if there is for arm 13:37 <+bridge> [ddnet] https://github.com/discord/discord-api-docs/discussions/3229 14:00 <+bridge> [ddnet] Hm, maybe I should measure how much slower we are with rosetta 14:01 <+bridge> [ddnet] to see if it's worth switching to native arm without discord sdk 14:08 <+bridge> [ddnet] I hate companies 14:15 <+bridge> [ddnet] the sdk contains some source code, is that the full source code of the sdk maybe? 14:16 <+bridge> [ddnet] if so, we could build it ourselves, but i didn'T check 14:16 <+bridge> [ddnet] I've got osxcross to build for arm64 🙂 16:33 <+bridge> [ddnet] ok, apparently not 19:23 <+bridge> [ddnet] @heinrich5991 any idea what the best approach would be for the unified binary on macOS? How can I use cmake to build for two architectures? Afterwards I can just put it together with lipo 19:27 <+bridge> [ddnet] We only had this kind of setup with bam before, there it was pretty easy to just add additional targets 19:28 <+bridge> [ddnet] Maybe it would be cleanest to have two build directories and then run a script afterwards to put together the dmg from them? 19:58 <+bridge> [ddnet] https://discord.com/open-source 19:59 <+bridge> [ddnet] > Discord is committed to the principles of open source development: that we all succeed when we work together as engineers and share our solutions. Here are some of our open source contributions. 19:59 <+bridge> [ddnet] and they ban third-party clients 20:01 <+bridge> [ddnet] @deen https://cmake.org/cmake/help/latest/prop_tgt/OSX_ARCHITECTURES.html#prop_tgt:OSX_ARCHITECTURES 20:01 <+bridge> [ddnet] seems like cmake has native support for generating universal binaries 20:02 <+bridge> [ddnet] not sure if you want to wrangle with cmake. I can't do it, I don't have a mac 20:05 <+bridge> [ddnet] because that one is a threat to their monopoly 😄 20:05 <+bridge> [ddnet] wats a universal binaries 20:05 <+bridge> [ddnet] what is the point of owning a business if you can't completely dominate the market? 20:06 <+bridge> [ddnet] contains code for different cpu architectures 20:06 <+bridge> [ddnet] There was a fat elf proposal but it never made it iirc, so I'm only aware of machO doing fat binaries 20:07 <+bridge> [ddnet] 💀 20:08 <+bridge> [ddnet] hahaha 20:08 <+bridge> [ddnet] > I checked this repo for a 30min, and it does not make any sense to me. 20:08 <+bridge> [ddnet] :monkalaugh: 20:13 <+bridge> [ddnet] Only god himself knows how that website completely works 20:13 <+bridge> [ddnet] aka deen 23:56 <+bridge> [ddnet] sorry for the spaghetti code