wristow added a comment. > Sony would like support for __declspec without turning on all MS
> extensions. We currently have the same idea in place to support > __declspec for CUDA. It seems to me that there are cases where > unconditional support of __declspec is desired. I am wondering if we > want an -fdeclspec-ext (or something) that enables just __declspec > support, instead of trying to tie this extension to compiler vendors. > Obviously, we could turn this extension on for Sony's triple as well > in that case. I'm wondering if that's a design we'd want to consider > exploring or not. Yes, and to be clear, it also is not _only_ '__declspec' that we (Sony) want to enable. Hence the idea of the '-fsce-extensions' approach. But that said, the set of extensions we want to enable is not large, so the approach of '-fdeclspec-ext' is attractive. With that in mind, I'll re-implement this concept. Thanks all. -Warren http://reviews.llvm.org/D11207 _______________________________________________ cfe-commits mailing list cfe-commits@cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits
