问题标签 [c++11]

最近我对 VC2010 中对 lambdas 的支持感到非常兴奋。我慢慢开始掌握这个特性在将 C++ 转换成更好的东西方面的​​全部潜力。

但后来我意识到，这种潜力在很大程度上取决于在 boost 和 QT 等日常库中对 lambdas 的主流支持。
有谁知道是否有计划使用 C++0x 的新功能扩展这些库？

lambdas 实际上取代了对 boost::lambda 以及 boost 中与之交互的所有内容的需求。QT 可以在其所有容器中添加对 lambda 的支持，甚至可以作为定义SLOTs的替代方式

不同的编译器似乎对 TR1 有不同的想法。G++ 似乎只接受包含以下类型：

而微软的编译器只接受：

至于我对TR1的理解，微软的方式是正确的。

有没有办法让 G++ 接受第二个版本？一般人如何以便携的方式处理 TR1？

我听说过所有关于 C++0x 不再有概念的新消息（在 /.上），但我不知道它们是什么？有人可以向我解释吗？

你们通常在哪里寻找 C++ 的发展，最重要的是，新标准的发展及其大约/预定的发布数据？也提升（嗯，boost.com）

有没有集中的地方？

谢谢

起初看到即将推出的 C++0x 标准时，我很高兴，并不是我悲观，而是现在想到它，我感到有点不那么希望了。

主要是因为三个原因：

1. 很多提升膨胀（这一定会导致编译时间绝望？），
2. 语法似乎很长（不像我最初希望的那样 Pythonic），并且
3. 我对便携性和其他平台（iPhone、Xbox、Wii、Mac）非常感兴趣，难道“标准”需要很长时间才能变得足够便携吗？

我想＃3风险较小，从过去十年的模板中吸取了教训；然而魔鬼在细节中。

编辑 2（尽量减少奇思妙想）：您认为公司在标准生效的第一年过渡到 C++0x 是安全的，还是会带来很大的风险？

显然我们仍然会维护它，但是一旦 C++ 标准保证，它会有多大用处。

随着新标准的出现，同步原语（互斥体、条件变量）怎么样？

你认为 pthread 比 std::thread 更难掌握吗？

我的情况是 boost::function 和 boost::bind （实际上是 std::tr1::function 和 bind）在仍在使用时被删除。这安全吗？我通常会避免它，但有问题的代码有点根深蒂固，我唯一的另一个选择是添加一个新线程。

绑定参数始终是纯整数类型（实际代码中的 int 和指针），而不是引用。

我们现在拥有具有许多新功能的 C++11。一个有趣且令人困惑的（至少对我而言）是新的nullptr.

好吧，不再需要讨厌的宏了NULL。

不过，我不知道如何nullptr工作。例如，维基百科文章说：

C++11 通过引入一个新的关键字来作为一个可区分的空指针常量来纠正这个问题：nullptr。它的类型为 nullptr_t，可隐式转换并与任何指针类型或指向成员的指针类型相当。除了 bool 之外，它不能隐式转换或与整数类型相比较。

它如何是关键字和类型的实例？

另外，您是否有另一个示例（除了维基百科）nullptr优于旧的0？

关于 C/C++ 中线程的问题...

C++0x 语法

有多少个线程？两个（x 和 y）还是三个（x、y 和 main）？我可以打电话给this_thread::yield()主吗？我从this_thread::get_id()main 中调用得到什么？

pthread 语法

有多少个线程？两个（x 和 y）还是三个（x、y 和 main）？我可以打电话给pthread_yield()主吗？我从pthread_self()main 中调用得到什么？

提升语法

有多少个线程？两个（x 和 y）还是三个（x、y 和 main）？我可以打电话给boost::this_thread::yield()主吗？我从boost::this_thread::get_id()main 中调用得到什么？

在处理这个问题时，我发现了一种不一致的行为。

为什么引用绑定在构造函数中的行为与普通函数不同？

我已经在严格的 C++03 模式下使用 g++-4.1 和 Comeau 4.2.45.2 对 C++03 进行了测试，并且禁用了 C++0x 扩展。我得到了同样的结果。

对于 C++0x，在宽松模式下使用 g++-4.4 和 Comeau 4.3.9 进行了测试，并启用了 C++0x 扩展。我得到了同样的结果。