Time  Nick      Message
12:48 nrz       sfan5: what do we do with #11571 , since i answered you here ?
12:48 ShadowBot https://github.com/minetest/minetest/issues/11571 -- [NOSQUASH] Add debian 11 & fedora 34 to CI by nerzhul
17:52 sfan5     hm well I'm still not convinced we need fedora 34
18:17 MTDiscord <josiah_wi> We could always add a Docker build of the server on Slackware, while we're at it... :)
18:32 nrz       No :p
19:25 Krock     sfan5: how about this? :P   https://github.com/minetest/minetest/pull/11262#discussion_r695947205
19:25 Krock     ninja'd by 1 minute
19:26 sfan5     technically not exactly the same but also okay
19:26 sfan5     I think you're at least missing braces though
19:26 sfan5     who knows what the compiles makes of a ^ b || c ^ d
19:26 sfan5     compiler*
19:27 Krock     https://en.cppreference.com/w/c/language/operator_precedence  ^ comes before ||  but yes.. parentheses wouldn't be wrong
19:27 sfan5     ah, it only functions unexpected in combination with == or !=
19:28 Krock     yes. no idea why == and != aren't of higher predence
19:29 Krock     one would expect that    flags & 0x10 == 0x10   evaluates & first
19:31 pgimeno   I always prefer != over ^ , it's clearer
19:31 Krock     oh right. I totally forgot that one
19:32 Krock     XOR made more sense to me at the time of writing, because same values should cancel themselves out
19:32 sfan5     the "cancel eachother out" isn't obvious to me from !=
19:32 sfan5     even though it's the same
19:32 Krock     yes, same thought here.
19:33 pgimeno   the != in this instance reads to me "the keys are in a different state"