为何gfortran不推荐使用sind、cosd、tand等角度制三角函数？

虽然角度制在日常计算中确实更直观，但gfortran建议避免使用sind、cosd这类非标准函数，主要有以下几个实际原因：

• 跨编译器兼容性差
  这些函数是gfortran独有的扩展，不属于Fortran标准范畴。如果你的代码需要在Intel Fortran、NAG Fortran等其他编译器上编译，直接用这些函数会报错——其他编译器大概率不支持这类非标准实现。而用标准的弧度制函数（sin/cos等）加上显式的角度转弧度计算（比如x * acos(-1.0) / 180.0），能保证代码在所有合规编译器上正常运行。

• 代码可读性与社区惯例不符
  Fortran生态里的科学计算、工程代码几乎都默认使用弧度制函数，这是行业通用的惯例。用非标准的角度制函数会让熟悉标准Fortran的开发者困惑，增加代码维护的成本。换成标准函数+显式转换，逻辑一目了然，别人一眼就能看懂这里做了角度到弧度的转换，不会有歧义。

• 优化空间与精度保障不足
  编译器对标准的sin/cos等函数的优化非常成熟，比如利用硬件指令加速、高精度算法实现等。而sind这类函数，本质上编译器内部也是先把角度转成弧度再调用标准函数，不仅没有性能优势，还多了一层封装的开销。另外，标准函数的精度和行为有明确的规范，而非标准函数的实现细节可能随编译器版本变化，存在精度不一致的风险。

• 未来存在被移除的风险
  gfortran明确标注这些函数是“为兼容保留”的，这意味着后续版本随时可能移除它们，或者调整行为。如果代码依赖这些函数，以后升级编译器就得大规模修改代码，而用标准语法则完全不用担心这个问题。

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