Fedora9编译drcom的问题及解决方法。

bigwario

Fedora9的光盘自带内核2.6.25采用了2.6.25.3-18内核，该内核是一个测试版本。默认安装的GCC版本是4.3，gcc 4.3的变化确实让好多软件编译出了问题，官方针对这个有说明：

http://gcc.gnu.org/gcc-4.3/porting_to.html

gcc4.3减少了对头文件的检查，因此得手动添加相关的头文件。
由于内核的变化，drcom1.4.5在编译时就出现了找不到了某些函数定义的问题，想要编译成功手动修改需在缺少的位置补上有相关的头文件。针对此现象，sourceforge上现在已经放出了drcom1.4.7版本。经测试，Fedora9可以正确编译。
另：Fedora9默认安装不包含kernel-devel，光盘内也未包括，用户需自行下载。

关于内核的改变具体请见
http://en.wikipedia.org/wiki/Linux_kernel#Version_numbering

Version numbering

The version number of the Linux kernel currently consists of four numbers, following a recent change in the long-standing policy of a three-number versioning scheme. For illustration, let it be assumed that the version number is composed thus: A.B.C[.D] (e.g. 2.2.1, 2.4.13 or 2.6.12.3).

    * The A number denotes the kernel version. It is changed least frequently, and only when major changes in the code and the concept of the kernel occur. It has been changed twice in the history of the kernel: In 1994 (version 1.0) and in 1996 (version 2.0).

    * The B number denotes the major revision of the kernel.
          o Prior to the Linux 2.6.x series, even numbers indicate a stable release, i.e. one that is deemed fit for production use, such as 1.2, 2.4 or 2.6. Odd numbers have historically been development releases, such as 1.1 or 2.5. They were for testing new features and drivers until they became sufficiently stable to be included in a stable release. It was an even/odd version number scheme.
          o Starting with the Linux 2.6.x series, there is no significance to even or odd numbers, with new feature development going on in the same kernel series. Linus Torvalds has stated that this will be the model for the foreseeable future.

    * The C number indicates the minor revision of the kernel. In the old three-number versioning scheme, this was changed when security patches, bugfixes, new features or drivers were implemented in the kernel. With the new policy, however, it is only changed when new drivers or features are introduced; minor fixes are handled by the D number.

    * A D number first occurred when a grave error, which required immediate fixing, was encountered in 2.6.8's NFS code. However, there were not enough other changes to legitimize the release of a new minor revision (which would have been 2.6.9). So, 2.6.8.1 was released, with the only change being the fix of that error. With 2.6.11, this was adopted as the new official versioning policy. Bug-fixes and security patches are now managed by the fourth number, whereas bigger changes are only implemented in minor revision changes (the C number).