从电站(4)移植到intel fortran编译器(11/2003)

在将fortran代码从电站移植到fortran编译器(2003)时,我需要注意哪些必要的条件? 我观察到的是,在电站中,所有变量都被视为全局变量(甚至是局部变量)。在intel fortran(2003)中,它们具有独立的本地和全球范围。所以我需要将所有局部变量都变成gloabal。是否有任何选项(来自属性)使所有局部变量在fortran 2003中变为全局变量。因为我的代码中存在大量变量。而不是将所有局部变量分配给全局(在COMMON块中的意思),有人可以建议一个好的解决方案吗? 除此之外,我还需要在将代码从powerstation移植到intel fortran编译器(11/2003)时解决任何其他问题吗?     
已邀请:
我并不特别知道这两个编译器,但是如果必须将所有变量放入公共块中,那将是非常奇怪的。所有变量都是全球变量的证据是什么?子程序(子程序和函数)中的局部变量与较旧的编译器与较新的编译器的可能问题是变量的值是否在子程序的调用中持续存在。如果使用“save”属性声明变量,Fortran标准仅保证此行为。无论是否使用“保存”,一些较旧的编译器都会使所有变量持久化(静态内存)。如果程序员省略了“保存”,当旧程序移植到较新的编译器时,这可能会导致错误。许多较新的编译器提供了一个编译选项,使所有变量都持久化(例如,/ Qsave与当前的英特尔Fortran编译器)。或者你可以为每个子程序添加“保存” - 没有变量的“保存”将使所有变量持久化。     
在将fortran代码从电站移植到fortran编译器(2003)时,我需要采取哪些必要的条件? Fortran Powerstation只是一个编译器。英特尔的Visual Fortran也是如此。 虽然fortran是一种语言。虽然上面的两个都有一些非标准的供应商扩展,只要你坚持标准,你应该没有移植的问题(fortran77标准compilant应该在今天的最新编译器上编译没有错误)。 因此,只有当您使用某些非标准的MS特定内容时才会出现问题。没有看到一些实际的代码,没有人能真正帮助你。 我观察到的是,在电站中,所有变量都被视为全局变量(甚至是局部变量)。在intel fortran(2003)中,它们具有独立的本地和全球范围。所以我需要将所有局部变量都设置为全局变量。 嗯,不。 我的意思是,你可以说,fortran中有“全局”和“局部”变量(虽然它们不是那样的),但我向你保证,它们在两个编译器中都被正确对待。我最近使用了两个,FPS(我仍然可能安装在某个地方)并按照应有的方式对待它们。 是否有任何选项(来自属性)使所有局部变量在fortran 2003中变为全局变量。因为我的代码中存在大量变量。而不是将所有局部变量分配给全局(在COMMON块中的意思),有人可以建议一个好的解决方案吗? 就个人而言,如果可以,我会避免使用COMMON块。他们很好,但在大多数情况下,他们可以避免。 除此之外,我还需要在将代码从powerstation移植到intel fortran编译器(11/2003)时解决任何其他问题吗? 重命名库和模块。 英特尔的编译器系列是MS的后代,所以它真的是一种“自然”的方式。但是,如果没有看到一些实际数据,很难像这样猜测并提供一般性建议。 附:然而,一些“一般建议”可以在英特尔的软件论坛上找到,也可以在大量其他用户中找到。他们主要关注从CVF到IVF的过渡,但我想你现在可以找到一个FPS用户。虽然,我再说一遍,fortran是一种非常标准化的语言。因此,非常便携。从一个编译器跳到另一个编译器不应该考虑到已经说过的困难。     

要回复问题请先登录注册