Marcus von Appen
2013-Nov-12 23:30 UTC
[LLVMdev] __global() naming choice in locale header (FreeBSD -CURRENT)
Dear all, on porting blender 2.69 to FreeBSD -CURRENT (which by default uses libc++ and clang 3.3), I ran into an issue with the cycles render engine implementation, which apparently defines several OpenCL-specific keywords, such as __global, __local, ... The issue about defining compiler-specific keywords aside, the compilation failed due to an issue in /usr/include/c++/v1/__locale, which defines a private member static locale& __global(); in the locale class (see also http://llvm.org/viewvc/llvm-project/libcxx/trunk/include/__locale?revision=193085) The naming of that field, especially in conjunction with OpenCL, might be chosen poorly. In case you need further information, please CC me, since I'm not subscribed to the list. Cheers Marcus -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20131113/d772dada/attachment.sig>
Seemingly Similar Threads
- [Bug 97922] New: Having easily reproducible xorg hang on extensive blender 3d editor usage
- [Bug 61854] New: [nv50]glClipPlane not clipping correctly for glsl
- Fwd: Theora developer question.
- [LLVMdev] [cfe-dev] OpenCL support
- Unity3D works. .blend import doesn't