作者: Mrlinux
2005-12-17 08:55:41
当前 UNIX 上的企业级软件大部分都是为了迎合大公司的商务需要。因而它必须支持新出现的技术，并能顺应迅速发展的市场潮流，比如强大而灵活的 Linux 操作系统的大量使用。由于这种软件大部分是大型的、多线程的而且是多进程的，所以将其移植到 Linux 面临着挑战。通过本文，可以获得在把某个企业级软件真正移植到 Linux 的过程中得到的清单和建议。
当前商务 IT 行为的一个实际情形是，很多组织 正在 将 IT 转移到 Linux，因为它具备了作为系统平台的灵活性与稳定性。另一个实际情形是，舍弃现有企业级软件的代价过于高昂。这两种情形经常同时出现，但关键是要解决它们。
将企业级软件移植到 Linux 可能会面临很多有趣的挑战。每一个步骤都必须要小心 ---- 从做出设计选择，到获得可用的构建系统，再到最终得到要在 Linux 上执行的针对特定系统的代码。
本文基于我在 RHEL 和 SLES 发行版本中（在 Intel 和 IBM eServer zSeries 体系结构上运行 C 应用程序）所获得的经验，但是这些经验同样适用于其他发行版本。我将讨论一些在 Linux 上运行您的应用程序的计划和需要考虑的技术问题，包括以下内容：
获得可用的构建系统。
确定可行的操作环境。
尽量减少在多种体系结构上构建产品所投入的精力（Linux 需要得到那些体系结构的支持）。
确定特定体系结构的变化，比如 互斥锁定（mutex locking）。
使用新的编译器，尽可能为多种体系结构维持一个详尽的通用代码基（code base）。
确定 IPC 机制。
选择合适的线程模型。
按 Linux 特定的指导方针改变安装和包装方式。
确定信号选项。
选择解析器工具，比如 lex/yacc。
做出全局化选择。
获得可用的构建系统
支持多个平台的产品通常要求指定将要运行产品的具体操作系统。这种通用代码通常保存在源目录结构的独立代码组成部分中。
例如，特定于操作系统的代码规划可能是类似这样：
src/operating_system_specific_code_component/aix （用于 AIX）。
src/operating_system_specific_code_component/solaris （用于 Solaris）。
src/operating_system_specific_code_component/UNIX （用于其他种类的 Unix）。
下图从更为“图形化”的角度展示了特定于操作系统的代码规划。
图 1. 代码组织规划
获得 Linux 构建系统
首先，您应该为特定于 Linux 的代码创建一个目录，并将来自某个平台的文件置于其中。当您为 Linux 引入了一个新目录后，规划可能类似这样：
src/operating_system_specific_code_component/linux（用于 Linux）
然后这将让我们得到一个类似如下的新的代码规划。