Gcc Fortran标准中OPEN语句中的共享选项

在本文档中，OPEN语句接受共享和只读选项。
在本文档中，OPEN语句不接受共享或只读选项。
由于我使用gfortran附带的gcc4.4.7在Linux上编译Fortran源文件，因此我使用了一种策略来解决一半的问题。我曾经

 OPEN(...,ACTION=READ,...)  instead of READONLY.

但找不到其他策略（：）来替换共享选项。（比如Something=Shared）。
有人有诡计要得逞吗

那些IO扩展（共享、只读等）以及基于DEC的Fortran可用的其他扩展应该通过“-fdec”和相关的编译器开关在GCC/gFortran中可用

然而，我在在线GCC文档中发现了一些混乱。显然，一些较旧版本的gFortran（尤其是g77）可能要求编译器使用libf2c元素构建，在Unix上可能存在差异（c.f.Win等）

目前尚不清楚gFortran的哪些版本接受这一点。例如，在Windows下，如果使用GCC/gFortran 6.x，它将无法识别“-fdec”开关

显然，GCC/gFortran v7.x已经具备了所有这些功能，但v7仍然处于“开发模式”。。。你觉得幸运吗

此外，一些参考文献对依赖“扩展”提出了可怕的警告

以下是一些有趣的页面：

最后一个链接在这个主题上似乎特别“可怕”。

那些IO扩展（共享、只读等）以及基于DEC的Fortran可以使用的其他扩展应该通过“-fdec”和相关的编译器开关在GCC/gFortran中可用

然而，我在在线GCC文档中发现了一些混乱。显然，一些较旧版本的gFortran（尤其是g77）可能要求编译器使用libf2c元素构建，在Unix上可能存在差异（c.f.Win等）

目前尚不清楚gFortran的哪些版本接受这一点。例如，在Windows下，如果使用GCC/gFortran 6.x，它将无法识别“-fdec”开关

显然，GCC/gFortran v7.x已经具备了所有这些功能，但v7仍然处于“开发模式”。。。你觉得幸运吗

此外，一些参考文献对依赖“扩展”提出了可怕的警告

以下是一些有趣的页面：

---

最后一个链接在这个主题上似乎特别“可怕”。

建议：如果OPEN语句打开的文件在默认情况下是共享的，我可以删除此选项。与什么共享？在何种意义上共享？在某种意义上，其他用户/程序可以访问该文件。请看这里：。第6.9.3节谢谢你到底需要分享什么？对于你来说，使用它可能比尝试破解非标准关键字更容易。您是否在OpenVMS上使用gfortran？如果没有，就不要在意。Unix和Windows使用不同的访问控制方式。建议：如果默认情况下由OPEN语句打开的文件是共享的，我可以删除此选项。与什么共享？在何种意义上共享？在某种意义上，其他用户/程序可以访问该文件。请看这里：。第6.9.3节谢谢你到底需要分享什么？对于你来说，使用它可能比尝试破解非标准关键字更容易。您是否在OpenVMS上使用gfortran？如果没有，就不要在意。Unix和Windows使用不同的访问控制方式。