linux的fortran可以转windows

Fortran程序是可以跨平台的，因为Fortran编译器可用于多个 *** 作系统。但是，由于不同 *** 作系统之间的二进制文件格式和库文件格式不同，因此在不同 *** 作系统之间运行Fortran程序需要进行一些修改和配置。

如果你想在Linux上编写Fortran程序并在Windows上运行它，可以按照以下步骤 *** 作：

使用跨平台的Fortran编译器：你可以使用跨平台的Fortran编译器，例如GNU Fortran、Intel Fortran等。这些编译器可用于多个 *** 作系统，因此可以生成可在不同 *** 作系统上运行的程序。

确保代码可移植：在编写Fortran代码时，应确保代码可移植，以便在不同 *** 作系统上运行。这包括使用标准的Fortran语法、避免使用平台特定的代码等。

编译程序：在Linux上使用Fortran编译器编译程序时，应将生成的可执行文件命名为.exe扩展名（例如myprogram.exe）。这是因为在Windows上，可执行文件需要具有扩展名才能正确运行。

拷贝可执行文件和所需的库文件：将生成的可执行文件和所需的库文件（例如.dll文件）拷贝到Windows上。请注意，在Windows上运行Fortran程序需要安装相应的Fortran运行时库文件。你可以从Fortran编译器的官方网站上下载和安装这些库文件。

请注意，尽管Fortran程序是可移植的，但在不同 *** 作系统上运行时可能会遇到一些问题，例如文件系统路径、命令行参数等。在将Fortran程序从Linux转移到Windows时，建议进行测试并进行必要的修改和配置，以确保程序能够正确运行。

Tar是Linux平台下面一个打包工具。移植这样一个程序到windows平台需要做那些工作呢？

首先是一些准备工作，在Windows平台上面安装上Cygwin的最新版本，在Cygwin中安装好GCC等开发工具。 同样也需要一个Windows开发环境。可以使用最新版本Visual Studio, Microsoft Visual Studio .NET 2003。从www.gnu.org上取得Tar的最新源代码，版本是1.13。在Cygwin下面解开tar-1.13.tar.gz.源代码包。注意请不要在Windows下面使用WINRAR或者WINZIP来解压缩。 WINRAR和WINZIP在解压缩某些tar.gz包的时候会有问题。使得解包之后的目录和文件出现异常。如果是源代码包将有可能不能在Cygwin下面正确编译。解开压缩包之后，进入 tar-1.13目录，在当前的目录下面输入

./configure

命令，运行完毕之后，再次输入

make

命令。开始编译tar的Cygwin版本。

编译基本上不会有问题，进入src目录，可以看到新编译好的Tar程序tar.exe。

Cygwin是一个API层的Linux模拟环境。如果能够在Cygwin下面编译，运行。实际上也就是能在Windows下面编译和运行，只是需要有一层中间API模拟某些Linux特有的 *** 作。简单的判断一个Linux程序能不能移植到Windows平台下面，就是看是否能在Cygwin下面编译源代码，并运行程序。

在Cygwin中编译Tar的源代码，判断能否移植只是其中一个原因。另外一个原因是移植代码过程中需要一个特殊的头文件config.h。config.h是移植过程中最重要的源代码文件。Config.h文件并不是源代码本身的一部分。文件是在Cygwin下面运行”./configure”命令时生成的。在Cygwin下运行”./Configure”命令时，会根据Cygwin平台开发环境生成config.h文件。编译时也需要config.h文件对代码编译项进行控制。移植工作也以config.h文件为基础。

接下来就是构造Windows工程。先用Visual Studio .NET 2003创建一个空的工程（Project），命名为WinTar。根据Cygwin中的编译输出信息，Tar主要的代码在Src和lib两个目录中。把这两个目录复制到新工程里，并把代码加入到工程中。然后复制Config.h到WinTar工程目录下面。

准备工作基本上完成了，接着就是移植。移植过程可以分为3个部分。

三．第一个目标：使得WinTar能编译过（Compiler）

第一个目标的完成主要围绕Config.h来实现。Linux下开发环境和Windows开发环境很大的不同是C Library头文件和各种类型的定义不同。而Config.h提供了完整编译开关来处理因为不同平台间开发环境不同带来的不同之处。现在需要手工去修改这个文件，以便Tar源代码能适应Windows平台。

首先调整各种C Library头文件（Header File）的包含问题。在Config.h中定义了很多类似HAVE_XXXX_H。比如定义HAVE_CONFIG_H为1表示工程中可以使用config.h。

#define HAVE_MALLOC_H 1表示可以在工程中使用Malloc.h头文件。通过调整这些定义值，可以去除一些Windows平台下面没有的头文件包含。也许其他地方还有很多头文件包含关系需要处理，但是这里的定义基本上解决了大部分的头文件包含问题。

/* Define if you have the <linux/fd.h>header file. */

/* #undef HAVE_LINUX_FD_H */

/* Define if you have the <locale.h>header file. */

#define HAVE_LOCALE_H 1

/* Define if you have the <malloc.h>header file. */

#define HAVE_MALLOC_H 1

/* Define if you have the <memory.h>header file. */

#define HAVE_MEMORY_H 1

/* Define if you have the <ndir.h>header file. */

/* #undef HAVE_NDIR_H */

第二步，调整各种数据类型的定义，可能在linux下面会有很多特殊的数据类型定义，Config.h文件中也包含了一部分可以变动的数据类型定义项。这些定义一般都是基本数据类型的重定义。可以根据Windows平台下的数据类型定义情况进行修补。比如在Cygwin的开发环境中有个数据类型mode_t， Visual Studio的C Library中却(作者 很土,联系方法 jackforce at 163 dot com)找不到这样数据类型。Tar代码中使用了大量的mode_t数据类型. config.h中提供了修改项来让开发人员自己修改mode_t的定义，并提示如果mode_t在<sys/types.h>中没有定义的话，可以把他定义为int型。所以在config.h加上#define mode_t int。这样mode_t没有定义的问题就解决了。其他的数据类型也是同样对待处理。

一般linux下c++程序移植主要有以下问题:

文件路径不同,linux有根目录,windows分盘

基础库是基本一致的,扩展库windows下可能没有,有源文件的可以下载,经过编译的就没法了

系统api可能需要改

....

讲道理你问这个问题说明你要移植的程序不复杂,直接把代码copy到windows下编译运行,一个个问题解决就行了,至于复杂的程序一开始就应该考虑移植的问题,运用平台无关的库去写,比如qt,boost之类的最近windows10好像有一个项目就是关于移植整个linux到windows平台的,具体的可以搜索一下

---