https://bugs.freedesktop.org/show_bug.cgi?id=88766
--- Comment #6 from Ilia Mirkin <imir...@alum.mit.edu> --- (In reply to Francisco Jerez from comment #5) > Most likely this bug is not caused by the Clang compiler itself, but by > the standard library implementation. Apparently FreeBSD ships with Yes, absolutely. > LLVM's libc++ as default implementation these days, which implements the > C++11 standard library and doesn't attempt to support the TR1 namespace, > which is a C++03-specific extension. OK. nouveau doesn't work on FreeBSD; any reason for me to care about it? > > > If someone maps out the various version support for all this, perhaps we can > > make a decision. Or some other approach is the standard way to deal with > > this? > > I'd suggest we apply Vinson's patch and then build the codegen back-end > with -std=c++0x (available on GCC 4.3 and later), otherwise GNU's > libstdc++ will emit an error if you include any of the C++11 headers > while building in C++98/03 mode. -std=c++11 would work too but it's > only supported since GCC 4.7. Any reasonably recent Clang version (at > least 2.9) should support both switches. My concern is the boxes on which nouveau works fine but have older compilers (I'm thinking of RHEL or Ubuntu LTS style situations). I want those to work a lot more than I want nouveau to build on FreeBSD/OSX/whatever. IIRC tr1 support came with GCC 4.0 or 4.1 or so, but I don't know which compilers came with which distros. I guess mesa already requires gcc 4.2 for something, so moving that up to 4.3 for nouveau may not be such a huge deal. I guess a patch which turns on -std=c++0x for codegen would be fine by me. -- 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
