01:07 <kurufu> I had to manually specify b_ndebug=false to get a debug build with asserts enabled.

06:08 <hch12907> zmike: it's basically done, just that I haven't tested it yet

06:08 <hch12907> my haswell machine is gone unfortunately

06:36 <hch12907> rebased and dropped the draft for !16265, still untested though

13:19 <zmike> oh perfect, I'll get on that then

14:16 <zmike> hch12907[m]: fwiw you should be able to test this sort of thing on lavapipe too since it's just about enabling extensions

17:24 <hch12907> grrr, building mesa w/ llvm=true always fails on my windows machine for some reason.

17:25 <hch12907> will investigate on it more tomorrow, hopefully I will get lavapipe working then

17:26 <xperia64> so it's not a version/feature set thing that's causing Dolphin to fail on AMD Windows, Yuzu can request a 4.6 compat context just fine

17:27 <xperia64> although Yuzu has a similar funny reflected triangle issue to minecraft: https://i.imgur.com/zfPlVd9.png

17:28 <xperia64> (also learned llvmpipe runs Citra faster than AMD's drivers on my machine, with hardware shader at least)

17:29 <hch12907> a software rasterizer runs faster than a GPU?

17:29 <hch12907> wow.

17:29 <hch12907> I know OpenGL on AMD Windows is horrible, but that is spectacularly bad.

17:29 <xperia64> AMD's drivers are definitely hitting some single-threaded CPU path for whatever Citra's "hardware shaders" are doing

17:31 <xperia64> I think hardwarer shader perf has severely degreaded on AMD at some point, I don't recall them being quite this awful. Qualcomm's drivers are definitely faster, and I almost want to say Mali might be too now.

17:46 <hch12907> tried running wglgears on AMD Windows with zink, ended up with a segfault in XXH32_finalize

17:51 <hch12907> works fine with softpipe (I still haven't figured out how to enable llvm)

17:54 <xperia64> I have wglgears running with zink

17:54 <xperia64> MSVC mesa+zink, mingw static wglgears

17:56 <xperia64> at least I think it is, very hard to tell what wglgears is using

18:37 <hch12907> yeah, it's probably bad setup from my part (have to figure it out though...)

18:52 <xperia64> I def had trouble with it before, it's not just you

19:05 <hch12907> rebuilding everything from scratch right now (except LLVM) - the fact that mesa/demos switched from cmake to meson makes me smile.

19:39 <hch12907> "C:/msys64/mingw64/include/c++/11.3.0/cstdlib:75:15: fatal error: stdlib.h: No such file or directory"

19:40 <hch12907> that was from compiling gallivm, gah why won't llvm=enabled builds just work

20:41 <hch12907> hurray, got it building

20:43 <hch12907> somehow the ninja script wants to link "advapi32.lib" "ole32.lib" "psapi.lib" "pthread.lib" "shell32.lib" "uuid.lib", which the linker couldnt find

20:44 <hch12907> had to hand modify build.ninja and delete those

20:45 <hch12907> anyway, it doesn't segfault anymore, but I got this when running wglgears: "warning, this is cpu-based conditional rendering"

20:45 <hch12907> and no gears whatsoever

20:45 <hch12907> don't know where to start debugging it, either.

21:06 <hch12907> zmike: I think have_EXT_memory_budget etc. shouldn't be affected by the MR...?

21:06 <zmike> hch12907: dunno

21:06 <zmike> just posting what I saw

21:06 <zmike> I can retest

21:07 <hch12907> welp it's peculiar as hell that's for sure

21:07 <hch12907> but I have to sleep now so I will look at this further tomorrow

23:52 <xperia64> I mean wglgears works for me

23:56 <xperia64> verified it's using zink via renderdoc. cycled through zink, d3d12, and llvmpipe and all behaves as expected

23:59 <xperia64> oh, I made the wglgears window larger, and all the funny triangle issues on AMD windows zink are probably just provoking-vertex