推荐阅读

---

正文

　　　　当移植应用程序时，很多情况下都是在将不可移植的方法和附属物替换成可移植性更好的东西。您会将solaris构建工具替换成gnu工具，并使用与posix相容的线程库代替solaris中对应的库。因为这些工具和接口在solaris上也能找到，所以您可以继续自由地使用solaris，甚至在将开发平台移植到linux之后继续把握solaris市场。
　　如果应用程序只使用标准语言构件和标准库，而且并不一定要在sparc处理器上的solariss下运行，那么移植就相对容易一点。举例来说，java应用程序通常就属于这个范畴。另一方面，如果应用程序不使用solaris上的posix服务的c程序，或者依赖于linux上没有的第三方产品，那么移植工作就困难多了。当移植应用程序时，很多情况下都是在将不可移植的方法和附属物替换成可移植性更好的东西。您会将solaris构建工具替换成gnu工具，并使用与posix相容的线程库代替solaris中对应的库。因为这些工具和接口在solaris上也能找到，所以您可以继续自由地使用solaris，甚至在将开发平台移植到linux之后继续把握solaris市场。

　　在solaris上用gnu构建c/c++应用程序

　　gcc（gnucompilercollection）工具套装包括一个c编译器和一个c++编译器。因为solaris和linux中都有gnu编译器和make实用程序，所以要用这些工具开始构建应用程序相对来说比较容易。

　　首先，请下载gnu工具，并将它们安装在solaris上。然后，请试着用gnugmake实用程序（而不是solarismake实用程序）来构建应用程序。因为gnugmake实用程序与solarismake实用程序有所不同，所以根据您的make文件中使用的构件，会碰到gnugmake实用程序生成的一些错误消息。请使用上面的make工具文档链接来识别make文件中的问题区域，并相应地调整make文件。一旦将make文件修改为使用gmake，请在make文件中将被调用的c编译器的名称从cc改为gcc，并将c++编译器的名称从cc改为g++。

　　然后重新构建应用程序，在构建过程中会碰到的错误消息（如果存在的话）可以分为两类：命令行选项问题和代码问题。请辨别出那些由于gnu和sun编译器接受的命令行选项中有所区别而产生的消息。除了少数几个基本选项（如“-c”和“-g”）之外，编译器接受的多数选项都不同。

　　下面，就可以处理剩下与代码相关的错误消息和警告信息了。处理这些消息的一种简单的方法是将它们捕获在一个文件中，并逐个检查。请使用上面的编译器文档链接来了解和处理编译器之间不同的问题。在移植到linux和将应用程序链接到开放源代码库时，请注意与这些库相关的许可证和版权。新移植的c/c++应用程序至少将被链接到gnuc/c++运行时库，这些库受gnu“copyleft”许可证的保护。如果正在移植的软件有专有属性，而且您打算在用gnu工具构建该软件之后马上出售它，那么最好谨慎地全面理解gnu通用公共许可证和gnu次通用公共许可证中规定的条款和条件。一旦软件被链接到由这些许可证保护的库上，gnu许可证中的某些条款和条件就将沿用到您的软件上。

　　在linux上构建并测试应用程序

　　有一种不常见的情况，那就是被移植的应用程序有对sparc硬件特定的附属物，这时第2个步骤就变成移植过程中重要的中间阶段了。它使solaris开发者能够在不放弃底层sparc硬件和不修改应用程序中特定于sparc的部分的前提下熟悉linux环境
下一页