01:12fdobridge: <gfxstrand> Ugh... rustdoc is a mess because it requires compiling and therefore you basically need to tie it into the build system or no dice. 🤦🏻♀️
01:15fdobridge: <gfxstrand> I guess I'll just write rustdoc comments and tell people to read the code?!?
07:56fdobridge: <karolherbst🐧🦀> I've talked with dcbaker about it and there was agreement about supporting it in meson directly
07:58fdobridge: <karolherbst🐧🦀> if nobody else works it I might just add it to meson myself at some point in time 😄
08:18fdobridge: <karolherbst🐧🦀> the good thing about rustdoc is, that at least IDEs pick it up, so if one uses VSCode they'll see all the documentation already
11:05fdobridge: <![NVK Whacker] Echo (she) 🇱🇹> https://gitlab.freedesktop.org/nouveau/mesa/-/issues/80 :nouveau:
11:18fdobridge: <karolherbst🐧🦀> that's probably debian being debian again
11:19fdobridge: <karolherbst🐧🦀> also, we should disable bugs on nouveau/mesa
19:57fdobridge: <lingm> hm, not sure i understood the problem properly (/me has absolutely not idea about nir) but it sounds like you want to define your own type on the rust side and transmute is some places? literally transmuting is always dicey but maybe it would be an option to manually convert between the two and if everything goes well the compiler could figure out that nothing actually happens? it can do that, but no idea how brittle that would be or how compli
19:57fdobridge: <lingm> hm, not sure i understood the problem properly (/me has absolutely not idea about nir) but it sounds like you want to define your own type on the rust side and transmute it in some places? literally transmuting is always dicey but maybe it would be an option to manually convert between the two and if everything goes well the compiler could figure out that nothing actually happens? it can do that, but no idea how brittle that would be or how com
20:09fdobridge: <karolherbst🐧🦀> it's to map C linked lists in a non crazy way
20:10fdobridge: <karolherbst🐧🦀> or at least make it typesafe or whatever
20:32fdobridge: <lingm> the one in src/compiler/glsl/list.h i presume?
20:39fdobridge: <airlied> We should consider a different data structure on the C side, I'm not wholly convinced an array wouldn't suck less, even with a bunch of memory movement