https://bugs.freedesktop.org/show_bug.cgi?id=91646
--- Comment #4 from Timo R. <t...@rothenpieler.org> --- > That's unlikely to work, static local variables are no different to globals > regarding initialization order, To my knowledge, static local variables are initialized on the first call to the function, whereas global variables are initialized in the libraries early static initializer, which runs during library load. > and, yeah, it seems like a hack because > pipe_loader_probe() shouldn't be doing anything that could corrupt the TLS > state when called at initialization time. The simple act of calling dlopen on libudev.so.1 from within the early static initializer is enough to corrupt the TLS state, but only if some later library also links against libudev.so.1. So not initializing the structure on library-load, but on first function call might actualy help. > It looks like this might be a regression from the series > de5c2b6f2b53924bceab6f4b8255d8e9dcad21b4.. > cc32d25454c382a971e81ae584a4296fdf492e70(which are indeed not part of any > released version yet), you may want to bisect which change introduced the > problem. Not sure when I'll get to this, but I'll see what i can do. -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug.
_______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
