On 02.12.2009 18:33, José Fonseca wrote: > I've seen strict aliasing assumption causing bugs in other gallium > components. It seems endemic to our code. Unless we actively decidee to > go and chase the strict aliasing bugs now we should add > -fno-strict-aliasing to all our builds.
Do we ever want to fix strict aliasing? If we do, I think the problem with refcounting is pretty fundamental (I traced the crash to aliasing problems there, and hacked up some bogus version which didn't segfault for the testcase I used). At least I can't see a way to make this really work in some nice way. Supposedly gcc supports "__attribute__((__may_alias__))" but I had no luck with it. In gallium (not core mesa) there's only one other offender causing a large amount of warnings, that is util_pack_color, and I think it won't actually cause problems. ------------------------------------------------------------------------------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
