C++标准是否允许将指针转为指向运行时确定大小数组的指针？

这问题我太熟了，来给你掰扯清楚：

1. 为什么Linux下g++5.4能编译通过？ #

你写的char (*img)[width][3]是变长数组（VLA）的指针类型，但要注意：C标准直到C20都没定义VLA——这是GCC从C99开始引入的GNU扩展特性，默认在g中开启（哪怕是编译C代码）。g5.4对这个扩展的支持比较完善，所以能正常识别编译。你觉得意外完全合理，毕竟这本来就不是标准C语法，属于编译器额外开的“后门”。

2. 为什么OSX的g++4.2编译失败，还报离谱的类型不匹配错误？ #

首先要明确：OSX上的g4.2基本是个“套壳货”——要么是Clang前端伪装成gcc，要么是2007年的老旧GCC版本。这个版本对C中VLA扩展的支持极差，甚至存在类型处理bug：

那个看起来矛盾的报错cannot initialize a variable of type 'char (*)[width][3]' with an rvalue of type 'char (*)[width][3]'，本质是旧编译器在处理VLA指针类型时，内部类型校验逻辑出了问题，它误以为同类型的左右值不匹配，纯属编译器自身的缺陷，不是你的代码真有类型错误。

另外，旧版GCC编译C++代码时，对VLA扩展的默认开启程度极低，哪怕你手动开扩展，也大概率会遇到这类奇怪的bug。

既然VLA是编译器扩展，跨平台/版本兼容性拉胯，推荐用标准C++写法替代：

方案1：用std::vector（最推荐） #

完全符合标准，跨平台无压力，还不用手动管理内存：

#include <vector>
#include <array>

// 假设width是运行时确定的变量
int width = ...;
std::vector<std::array<char, 3>> img(width);
// 访问方式：img[i][j]，i是行索引，j取0/1/2对应RGB通道

方案2：C风格动态分配（兼容旧代码习惯） #

如果你更习惯指针操作，可以用动态分配的二维数组：

int width = ...;
char (*img)[3] = new char[width][3];
// 使用完记得释放内存
delete[] img;

怕忘释放的话，用智能指针自动管理：

#include <memory>

int width = ...;
auto img = std::unique_ptr<char(*)[3]>(new char[width][3]);
// 无需手动delete，智能指针会自动清理

方案3：强制启用编译器扩展（不推荐） #

如果你非要保留原代码，在OSX的g++4.2中可以尝试加编译参数-std=gnu++98或-fpermissive，强制开启GNU扩展和宽松语法检查，但这种写法依然是非标准的，后续升级编译器大概率还会出问题。

内容的提问来源于stack exchange，提问作者naicolas