回答情况：
提问时间：
问题标签：
我阅读了有关命名空间定义的部分。N3797第7.3.1条说：
内联关键字只能在扩展名称空间定义之前用于该名称空间的原始名称空间定义时才能使用。
浏览 2提问于2014-06-14得票数 9
回答已采纳
2回答
我想确保我的一个函数在使用时是内联的，但是由于某种原因，我得到了一些我无法理解的错误。我快速地设置了一个测试环境来重现我的错误。main中引用
有人能解释我为什么不能从我的命名空间内联函数吗我如何才能解决这个问题，同时保持我的必须强制内联它。
浏览 2修改于2020-06-20得票数 2
1回答
; A::a = 0; // clang 3.4 compiles, but gcc doesn't标准说，
最后，通过显式限定(3.4.3.2)在封闭名称空间中查找名称，将包含由are指令引入的内联名称空间的成员，即使在封闭名称空间中有该名称的声明。
浏览 3修改于2014-12-02得票数 3
回答已采纳
2回答
惟一的名称空间在Submit和serviceData元素中，并且它们是内联的。
另外，如果我需要将名称xml从一个源生成到另一个源，如何创建XSLT？
浏览 2提问于2012-11-29得票数 3
回答已采纳
如何解析如下所示的文档？xmlns:dt='uuid:C2F41010-65B3-11d1-A29F-00AA00C14882'xmlns:z='#RowsetSchema'><s:ElementType name='
浏览 0提问于2012-10-23得票数 2
回答已采纳
命名空间声明为inline必须是第一个，还是任何(重新打开的)名称空间在任何时候都可以解密为inline？
如果是这样的话，是否有一种方法可以防止某人将名称空间声明为inline (事后)？
浏览 1修改于2015-03-25得票数 1
回答已采纳
7.3.1/7)：
在函数声明器之后的函数定义中使用的名称-id 28是命名空间N的成员(其中，仅为公开目的，N可以表示全局范围)应在其在所使用的块中或在其一个封闭块(6.3)中使用之前声明，或在其在名称
浏览 5修改于2014-06-15得票数 6
回答已采纳
为此，我想使用内联名称空间。基本思想非常简单，您可以为旧版本引入一个namespace v1，为新版本引入一个inline namespace v2 (或者相反)。在中很好地描述了这一点。我们陷入了两难境地:如果我只使用v3 inline，我就会中断已经迁移到使用最新的v2版本的foo()的客户机(因此使用它时没有名称空间限定符)。如果我同时创建了v2和v3 inline，以便所有函数的最新版本都可以在全局(库)命名空间中访问，那么在v3::bar()和v2:bar()之间就会出现歧义。另一个选项是重新声
浏览 2提问于2020-04-21得票数 1
LLVM的libc++使用它来创建一个隐藏的版本化名称空间，如下所示：
#define _LIBCPP_BEGIN_NAMESPACE_STD namespace std {inline namespace
浏览 8修改于2012-06-15得票数 3
回答已采纳
我很难理解编译器的抱怨：{{gcc说
MSVC说标题里有什么。我的混乱来自于我的预期，即接下来的两个匿名命名空间应该被视为一个无关新空间的新声明，但是编译器抱怨说它们以某种方式被链接起来，就像它试图用第二个空间扩展第一个名称空间一样。
浏览 5提问于2020-06-10得票数 1
我有一些内联函数包含在头文件的名称空间中，目前还不能将它们移到cpp文件中。其中一些内联函数使用魔术常量，例如：namespace Foo const int BAR = 1234;
// Foo.h{ {
// 'private' co
浏览 0提问于2010-01-18得票数 30
回答已采纳
假设以下代码：{ { { { { }}
{ }
，这段代码是用Clang编译的，而不是，然而- GCC抱怨说，对namespace detail的引用是不明
浏览 2修改于2014-08-21得票数 17
回答已采纳
#如果RANGES_CXX_INLINE_VARIABLES < RANGES_CXX_INLINE_VARIABLES_17 #定义RANGES_INLINE_VARIABLE(类型，名称)\内联名称空间function_objects \{内联名称空间\{auto &name = ::ranges::static_const::value；\} #define // RANGES_CXX_INLINE_VARIABLES>= RANGES_CXX_INLINE_VARIABLES
浏览 1提问于2018-04-24得票数 13
阅读和研究大量关于新的C++11特性--“内联命名空间”--我不明白这个特性的真正好处是什么。
我可以很容易地将定义在“内联命名空间”中的所有函数/类型直接放在封闭的名称空间中，并具有相同的结果。那么，在内联命名空间中放置函数/类型的真正动机是什么？对函数/类型进行分组？使用“内联命名空间”是否有与ADL相关的好处？我认为ADL的行为
浏览 2修改于2017-04-15得票数 1
回答已采纳
第9.7.1节名称空间定义：
2在命名名称空间定义中，标识符是命名空间的名称。如果当查找标识符(6.4.1)时，引用的名称空间名称(但不是名称空间别名)是在命名名称空间定义出现的名称空间中引入的，或者是在名称空间内联命名空间集合的成员中引入的，则命名空间定义扩展了先前声明的命名空间<
浏览 1修改于2019-10-23得票数 2
回答已采纳
这实际上是我的内联xslt： <xsl:element name="ns0:Response" > </xsl:for-each></xsl:element>
我的问题是，如何从结果xml ns0:elmentname创建具有相同名称空间的新
浏览 4修改于2011-06-27得票数 1
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号