使用stoi声明的const int不被视为常量的CGAL编译问题

你碰到的这个问题，核心在于C++中变量长度数组（VLA）的限制，以及两种const int定义的本质区别：

为什么两种写法差异这么大？ #

• 第一种const int size = 10;是编译期常量：编译器在编译阶段就能确定size的具体值，这时候Point P[size]是标准的固定长度数组，完全符合C++规范，不管元素是不是POD类型都能正常编译。
• 第二种const int size = stoi("10");是运行期常量：stoi("10")是运行时才会执行的函数调用，编译器没法在编译阶段确定size的值。这时候g++会启用自己的C99扩展特性，把Point P[size]当作变量长度数组（VLA）处理，但VLA有个硬限制——只能存储POD（Plain Old Data）类型，而CGAL的Point_d显然不属于POD类型（它有复杂的构造函数、成员函数等），所以就触发了报错。

推荐的解决办法 #

1. 使用标准容器（最推荐） #

直接用std::vector替代原生数组，这是C++处理动态大小元素集合的标准方式，完美支持非POD类型，还能自动管理内存：

const int size = stoi("10");
std::vector<Point> P(size);

2. 让size成为编译期常量（如果需要固定数组） #

如果必须使用固定长度数组，可以实现一个编译期字符串转整数的constexpr函数，让size在编译阶段就能确定值。比如：

constexpr int constexpr_stoi(const char* str, int val = 0) {
    return *str ? constexpr_stoi(str + 1, val * 10 + (*str - '0')) : val;
}

constexpr int size = constexpr_stoi("10");
Point P[size];

这种写法下size是编译期常量，数组也会被当作标准固定长度数组处理，不会触发VLA相关的限制。

3. 手动动态分配内存（不推荐） #

如果你坚持用指针形式的数组，可以手动分配内存，但要记得用完后释放，避免内存泄漏：

const int size = stoi("10");
Point* P = new Point[size];
// 使用数组...
delete[] P; // 必须手动释放

额外提醒 #

g支持VLA是基于C99的扩展特性，**C标准本身并不认可VLA**，也就是说这种写法在其他编译器（比如MSVC）里可能直接编译失败。所以尽量优先使用std::vector这类标准容器，保证代码的可移植性和安全性。

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