指针转换只能改变const-ness调用未定义的行为吗?

时间:2012-06-15 13:11:12

标签: c++ pointers reference

我偶然发现了一些似乎正确的代码。 它应该提供一个公共的,不可变的指针,同时保持可修改的非const指针是私有的。

奇怪的是,这段代码在SN C ++编译器(适用于PlayStation 3)上破解,但在GCC上运行良好。在SN C ++上,data将指向虚假值,而m_data将按预期工作。

有问题的代码:

#include <cstdint>

class Foo
{
   public:
      Foo() : data((const std::uint8_t* const&)m_data)
      {
         m_data = nullptr; // Set later in some other member function.
      }

      const std::uint8_t* const &data;

   private:
      std::uint8_t* m_data; 
};

此代码是否会调用未定义的行为?据我所知,投射到这样的引用会将(const std::uint8_t* const&)m_data转换为*reinterpret_cast<const std::uint8_t* const*>(&m_data)

测试用例:

Foo* new_foo() { return new Foo; }

并查看生成的反汇编。请注意,它是具有32位长和指针的PowerPC 64位。

SN C ++:ps3ppusnc -o test-sn.o -O3 -c test.cpp

0000000000000000 <._Z7new_foov>:
   0:   f8 21 ff 81     stdu    r1,-128(r1)     # ffffff80
   4:   7c 08 02 a6     mflr    r0
   8:   f8 01 00 90     std     r0,144(r1)      # 90
   c:   fb e1 00 78     std     r31,120(r1)     # 78
  10:   38 60 00 08     li      r3,8
  14:   3b e0 00 00     li      r31,0
  18:   48 00 00 01     bl      18 <._Z7new_foov+0x18>
  1c:   60 00 00 00     nop
  20:   2c 03 00 00     cmpwi   r3,0
  24:   41 82 00 38     beq     5c <._Z7new_foov+0x5c>
  28:   30 81 00 70     addic   r4,r1,112       # 70
  2c:   93 e3 00 04     stw     r31,4(r3) <-- Set m_data to r31 (0).
  30:   60 7f 00 00     ori     r31,r3,0
  34:   90 83 00 00     stw     r4,0(r3)  <-- Set data to r4 (r1 + 112 (On stack)?!)
  38:   63 e3 00 00     ori     r3,r31,0
  3c:   e8 01 00 90     ld      r0,144(r1)      # 90
  40:   7c 08 03 a6     mtlr    r0
  44:   eb e1 00 78     ld      r31,120(r1)     # 78
  48:   38 21 00 80     addi    r1,r1,128       # 80
  4c:   4e 80 00 20     blr

GCC 4.1.1:ppu-lv2-g++ -o test-gcc.o -O3 -c test.cpp

0000000000000000 <._Z7new_foov>:
   0:   38 60 00 08     li      r3,8
   4:   7c 08 02 a6     mflr    r0
   8:   f8 21 ff 91     stdu    r1,-112(r1)     # ffffff90
   c:   f8 01 00 80     std     r0,128(r1)      # 80
  10:   48 00 00 01     bl      10 <._Z7new_foov+0x10>
  14:   60 00 00 00     nop
  18:   7c 69 1b 78     mr      r9,r3
  1c:   38 00 00 00     li      r0,0
  20:   39 63 00 04     addi    r11,r3,4 <-- Compute address of m_data
  24:   78 63 00 20     clrldi  r3,r3,32        # 20
  28:   90 09 00 04     stw     r0,4(r9) <-- Set m_data to r0 (0).
  2c:   e8 01 00 80     ld      r0,128(r1)      # 80
  30:   38 21 00 70     addi    r1,r1,112       # 70
  34:   91 69 00 00     stw     r11,0(r9) <-- Set data reference to m_data.
  38:   7c 08 03 a6     mtlr    r0
  3c:   4e 80 00 20     blr

1 个答案:

答案 0 :(得分:3)

你必须在4.4 / 4(C ++ 11)中使用规范语言,但我相信3.10 / 10允许这样做。它说对象可能被别名为“类似于对象的动态类型的类型”。

在这种情况下,对象的动态类型为std::uint8_t*,类似的类型为const std::uint8_t* const。我认为。检查4.4 / 4为自己。

[更新:C ++ 03在3.10 / 15中没有提及“类似”类型,所以可能是你在C ++ 03上遇到麻烦,这可能是SNC使用的。]

还需要检查第二件事,即通过将引用data绑定到尚未初始化的对象(m_data)来初始化引用m_data是否可行。直观地看起来似乎没问题,因为对未初始化的{{1}}的引用永远不会转换为右值。无论如何,它很容易修复。