Requirements
Windows版本
- FreeBASIC编译器（fbc.exe）及其生成的可执行文件至少需要Windows 95才能运行 - 在Windows 3.x中，Win32系统尚未安装（？）尚未测试。
- msvcrt.dll（Microsoft的C运行时库）必须存在（注意：它不是随Windows 95一起提供的，而是由许多应用程序安装，也可以从以下网址下载：微软）。
- gfx例程将使用DirectX 5.0或更高版本，如果在主机系统上找到，否则它们将退回到可在任何Windows系统上运行的标准Win32 GDI上。
- Unicode宽字符串（WSTRING）仅适用于Windows NT / 2000 / XP / 2003 / Vista或更高版本。依赖于宽字符串的应用程序将在Windows 98 / Me中运行，但如果字符集不是基于拉丁文的，则不会输入/输出，因为这些平台不支持Unicode字符串。Windows 95中缺少大多数Unicode API函数;使用宽字符串的应用程序甚至不会被这个特定的操作系统加载。
- FreeBASIC编译器（fbc）及其生成的可执行文件依赖于libc，libm，libpthread，libdl和libncurses。这些都是标准的Linux库，默认情况下可以在所有现代发行版中使用。
- 当使用gfx例程时，依赖关系会增加。FreeBASIC gfx程序还需要libX11，libXext，libXpm，libXrender和libXrandr才能安装在要执行的主机系统上。这通常不是问题，只要系统中安装了最近的X11服务器（至少XFree86 4.3.0或任何X.org版本）。
- 如果有一个工作的X11安装就足以运行FreeBASIC gfx程序，编译它们可能还不够;您可能需要从Linux包存储库安装X11开发库。
- 如果语言环境设置为UTF-8版本，则大多数现代的发行版都支持，除了拉丁语之外的其他字符集可能仅在xterm中运行，所以使用非ASCII字符集的Unicode宽字符串（WSTRING）只能显示在控制台中。
- 官方要求：DPMI（DOS保护模式接口）服务器必须存在才能运行fbc.exe及其生成的任何可执行文件。这不像看起来那么糟糕。这仅仅意味着“CWSDPMI.EXE”文件（cca 20 KiB）必须存在于同一目录或PATH环境变量所指向的地方。CWSDPMI包：homer.rice.edu ... CWSDPMI（注意：FreeDOS自带的已安装）。此外，有可能绕过此问题，并使用HDPMI，具体详见DOS相关常见问题.
- 您需要一个80386或更新的CPU和cca 4 MiB的RAM。对于编译大型程序或库，您将需要更多。同样适用于由FBC生成的可执行文件，那些使用FB的图形库，但是需要更好/更快的CPU（200 MHz（？），正在进行中，尚未完全优化的代码，以及目前尚不清楚的最低限度）。由它生成的FBC和可执行文件需要一个FPU（80387,80487，始终内置自Pentium）。这个要求可以通过使用“EMU387”（如果需要自动加载，但不包括在FB包中，参见delorie.com/djgpp / ...），或通过避免浮动和（非平凡）删除与浮动相关的启动代码来绕过。
- DOS版本应该在任何DOS中运行，如FreeDOS，[Enhanced-]DR-DOS（do 不使用DR-EMM386的DPMI，使用CWSDPMI或HDPMI）或MS-DOS。它也可以在模拟DOS系统的诸如Windows NTVDM之间的许多“DOS盒”环境下正常工作;然而，这些环境中的一些环境没有被忠实地实现并且包含错??误，所以应该谨慎行事。
- 提供由Windows 95定义的长文件名API的系统支持长文件名，包括具有LFN TSR的DOS（例如DOSLFN））。使用编译器不需要长文件名支持;但是，必须注意拆包分发，例如，使用Windows程序创建带有数字尾（FREEBA?1）的短名称，而不是截断到8个字符（FREEBASI）。如果编译器不使用长文件名支持，则分发中所有文件的文件名应被截断为8.3。
- 有一些限制，请参阅DOS相关常见问题.
参考