FDIS 有一个关于不兼容性的部分，见附录C.2“C++ 和 ISO C++ 2003”。
总结，在这里解释 FDIS，使其（更好）适合作为 SO 答案。我添加了一些我自己的例子来说明差异。
有一些与库相关的不兼容性，我不太清楚其含义，因此我将这些问题留给其他人详细说明。
核心语言
#define u8 "abc"
const char *s = u8"def"; // Previously "abcdef", now "def"
#define _x "there"
"hello"_x // now a user-defined-string-literal. Previously, expanded _x .
新关键字：alignas、alignof、char16_t、char32_t、constexpr、decltype、noexcept、nullptr、static_assert 和 thread_local
某些大于 long 可以表示的整数文字可能会从无符号整数类型更改为有符号 long long。
使用整数除法的有效 C++ 2003 代码将结果向 0 或负无穷大舍入，而 C++0x 始终将结果向 0 舍入。
（诚然，对于大多数人来说这并不是真正的兼容性问题）。
使用关键字的有效 C++ 2003 代码auto因为存储类说明符在 C++0x 中可能无效。
缩小转换范围会导致与 C++03 不兼容。例如，以下代码在 C++ 2003 中有效，但在此国际标准中无效，因为 double 到 int 是缩小转换：
int x[] = { 2.0 };
当隐式定义格式不正确时，隐式声明的特殊成员函数被定义为删除。
在不需要定义的上下文中（例如，在可能不会计算的表达式中）使用这些特殊成员函数之一的有效 C++ 2003 程序将变得格式错误。
我的例子：
struct A { private: A(); };
struct B : A { };
int main() { sizeof B(); /* valid in C++03, invalid in C++0x */ }
这样的 sizeof 技巧已经被一些 SFINAE 使用，现在需要改变:)
用户声明的析构函数具有隐式异常规范。
我的例子：
struct A {
~A() { throw "foo"; }
};
int main() { try { A a; } catch(...) { } }
这段代码调用terminate在 C++0x 中，但在 C++03 中没有。因为隐式异常规范A::~A在 C++0x 中是noexcept(true).
有效的 C++ 2003 声明包含export在 C++0x 中格式错误。
有效的 C++ 2003 表达式包含>紧接着是另一个>现在可以被视为关闭两个模板。
在 C++03 中，>>始终是移位运算符标记。
允许具有内部链接的函数的相关调用。
我的例子：
static void f(int) { }
void f(long) { }
template<typename T>
void g(T t) { f(t); }
int main() { g(0); }
在 C++03 中，这调用f(long)，但在 C++0x 中，这调用f(int)。需要注意的是，在C++03和C++0x中，以下调用f(B)（实例化上下文仍然只考虑外部链接声明）。
struct B { };
struct A : B { };
template<typename T>
void g(T t) { f(t); }
static void f(A) { }
void f(B) { }
int main() { A a; g(a); }
更好的搭配f(A)未采用，因为它没有外部链接。
库的变化
使用添加到 C++ 标准的任何标识符的有效 C++ 2003 代码
C++0x 库可能无法编译或在本国际标准中产生不同的结果。
有效的 C++ 2003 代码#includes具有新 C++0x 标准库头文件名称的头文件在此国际标准中可能无效。
已编译并期望交换的有效 C++ 2003 代码<algorithm>可能必须包括<utility>
全局命名空间posix现在保留用于标准化。
定义的有效 C++ 2003 代码override, final, carries_dependency, or noreturn因为宏在 C++0x 中无效。
