SylixOS之glib库移植笔记

1.glib中间件

glib库是Linux平台下最常用的C语言函数库，它具有很好的可移植性和实用性。

glib是GTK+和GNOME工程的基础底层核心程序库，是一个综合用途的实用的轻量级的C程序库，它提供C语言的常用的数据结构的定义、相关的处理函数，有趣而实用的宏，可移植的封装和一些运行时机能，如事件循环、线程、动态调用、对象系统等的API。它能够在类UNIX的操作系统平台（如LINUX，HP-UNIX等），WINDOWS，OS2和BeOS等操作系统台上运行。

2.移植思路

移植Linux中间件到SylixOS上的思路请参考《TN0029_SylixOS第三方中间件移植方法》。

3.移植实现

glib源码包下载地http://ftp.gnome.org/pub/gnome/sources/glib/2.24/，使用的是glib-2.22.5.tar.gz。在Linux下编译glib需要libffi的支持，所以需要先交叉编译libffi库，使用的是libffi-3.2.1.tar.gz。libffi源码包下载地址：https://www.sourceware.org/libffi/。

3.1在Linux下生成配置文件

根据评估了解glib工程比较大，采用一般方法直接移植编译问题太多，无法快速解决问题。在官网上了解glib库整个工程又分成三个小的工程，如图 3-1所示。

图3-1 glib工程框架图

根据glib工程框架图可知，可以把整个分为三个模块：libgio、libgobject和libglib三个部分。

把官网下载的源码在Linux环境下编译执行，产生配置文件如图 3-2所示。

图 3-2  Linux环境生成配置文件

         自动配置产生了Makefile和config.h文件，这两个是移植的关键。根据图 3-1所示，把整个工程分成三个模块，在自动配置时，在各个模块下也生成各个模块的配置文件，如图 3-3、图 3-4、图 3-5所示。

 

图 3-3  libgio工程配置

图 3-4  libgobject工程配置

图 3-5 libglib工程配置

         所以根据这三个模块下的Makefile分别编译libgio、libgobject和libglib这三个模块，最后在把这三个模块整合起来成为一个完整的glib库工程。

这样在Linux环境下生成了配置文件，然后把整个源码包导出。

3.2移植到SylixOS

把源码工程导入到RealEvo-IDE开发环境上进行开发编译。

3.2.1创建libgio模块工程

创建libgio工程，并把gio源码导入工程如图 3-6所示。

图 3-6 libgio工程

    设置工程为专家模式，即手动修改Makefile。根据libgio模块下的Makefile配置工程的gio.mk，如图 3-7所示。然后编译工程根据错误提示修改。

 

图 3-7 libgio的gio.mk配置

3.2.2创建libgobject模块工程

创建libgobject工程，并把gobject源码导入工程如图 3-8所示。

图 3-8  libgobject工程

设置工程为专家模式，即手动修改Makefile。根据libgobject模块下的Makefile配置工程的gobject.mk，如图 3-9所示。然后编译工程根据错误提示修改。

图 3-9 libobject的object.mk配置

3.2.3创建libglib模块工程

创建libglib工程，并把libglib源码导入工程如图 3-10所示。

图 3-10 libglib工程

    设置工程为专家模式，即手动修改Makefile。根据libglib模块下的Makefile配置工程的glib.mk，如图 3-11所示。然后编译工程根据错误提示修改。

图 3-11 libglib的glib.mk配置

当三个模块编译都能通过时，进行工程整合如图 3-12所示。

图 3-12 libglib工程整合

把三个工程的*.mk的配置整合到libglib.mk上，如图 3-13所示。

图 3-13 libglib.mk整合

这样把三个工程整合起来初步编译时通过的，然后进行功能测试时，慢慢完善工程。

3.2.5修改编译错误

 1.

这边有些头文件加上这一句，因为这边暂未定义GIO_COMPILATION宏。

#if!defined (__GIO_GIO_H_INSIDE__) && !defined (GIO_COMPILATION) #error"Only <gio/gio.h> can be included directly." #endif

编译时经常出现的错误，解决方法是在acoinfo.h中定义#define GIO_COMPILATION

__GIO_GIO_H_INSIDE__这个宏在gio.h中定义#define。

2.

GIO_MODULE_DIR（giomodule.c文件388行使用，未定义），这个在Linux下Makefile定义为安装目录下/lib/gio/modules的路径，在acoinfo.h中#define GIO_MODULE_DIR      "/lib/modules"；主要是为了加载路径下的模块。

3.

在glocalfileenumerator.c文件中使用dirent结构体与系统冲突。dirent结构体是存储短文件名信息，与glib不吻合。为编译使用，在acoinfo.h定义dirent结构体。

SylixOS结构体:

struct dirent {     char                   d_name[NAME_MAX + 1];                      /*  文件名                */               unsignedchar        d_type;                                       /*  文件类型 (可能为 DT_UNKNOWN)*/     char                d_shortname[13];                              /*  fat 短文件名 (可能不存在)   */     PVOID            *d_resv;                                       /*  保留                        */ };

重新定义（在Linux下找出来的）：

struct acoinfo_dirent {          long            d_ino;                                     /* inode number 索引节点号 */          off_t           d_off;                                      /* offset to this dirent 在目录文件中的偏移 */          unsignedshort   d_reclen;                                    /* length of this d_name 文件名长 */          unsignedchar   d_type;                                      /* the type of d_name 文件类型 */          char           d_name [NAME_MAX+1];                     /* file name (null-terminated)文件名，最长256字符 */ };

4.

times[0].tv_usec = statbuf.st_atim.tv_nsec / 1000;（glocalfileinfo.c文件2099行2132行974行985行996行）计算时间精度为微妙级，和Linux下不同，所以修改成SylixOS拥有的。

SylixOS结构体

struct stat {     dev_t         st_dev                                               /* device                       */     ino_t         st_ino;                                               /* inode                        */     mode_t        st_mode;                                            /* protection                   */     nlink_t       st_nlink;                                              /* number of hard links         */     uid_t         st_uid;                                               /* user ID of owner             */     gid_t         st_gid;                                               /* group ID of owner            */     dev_t         st_rdev;                                              /* device type (if inode device)*/     off_t         st_size;                                               /* total size, in bytes         */     time_t        st_atime;                                              /* time of last access          */     time_t        st_mtime;                                             /* time of last modification    */     time_t        st_ctime;                                              /* time of last create          */     blksize_t     st_blksize;                                             /* blocksize for filesystem I/O */     blkcnt_t      st_blocks;                                             /* number of blocks allocated   */       void         *st_resv1;     void         *st_resv2;     void         *st_resv3; };

Linux结构体

struct stat {          unsignedlong         st_dev;                                                       /* Device.  */          unsignedlong         st_ino;                                                    /* File serial number.  */          unsignedint       st_mode;                                                  /* File mode.  */          unsignedint       st_nlink;                                                   /* Link count.  */          unsignedint       st_uid;                                                     /* User ID of the file's owner.  */          unsignedint       st_gid;                                                     /* Group ID of the file's group. */          unsignedlong     st_rdev;                                                    /* Device number, if device.  */          unsignedlong         __pad1;          long                  st_size;                                                 /* Size of file, in bytes.  */          int                    st_blksize;                                                /* Optimal block size for I/O.  */          int                 __pad2;          long                  st_blocks;                                                 /* Number 512-byte blocks allocated. */          long                   st_atime;                                                   /* Time of last access.  */          unsignedlong         st_atime_nsec;          long                   st_mtime;                                                 /* Time of last modification.  */          unsignedlong         st_mtime_nsec;          long                  st_ctime;                                                    /* Time of last status change.  */          unsignedlong         st_ctime_nsec;          unsignedint       __unused4;          unsignedint       __unused5; };

5.

我们系统下没有libintl.h头文件，主要是用作数据窗口控件的。SylixOS暂时不支持，所以在config.h中关闭宏ENABLE_NLS。

6.

在giounix.c中未定义宏SSIZE_MAX，这个宏是在posix标准中定义，根据网上资料定义：#define SSIZE_MAX 32767。

7.

在xdgmime.h中Define定义很多函数名，为做到解决can not find symbol，重新定义函数名。修改例子如下：

#ifndef SYLIXOS constchar xdg_mime_type_unknown[] = "application/octet-stream"; #else constchar_gio_xdg_type_unknown[] = "application/octet-stream"; #endif

8.

在gio/inotify路径下：SylixOS下没有inotify，inotify主要功能是内核用于通知用户空间程序文件系统变化的机制。为了编译通过，在Linux上拷贝出inotify.h文件（该文件主要就是宏定义）。

9.

ssize_t  getxattr(constchar *path, constchar *name, void *value, size_tsize)； ssize_t  lgetxattr(constchar *path, constchar *name, void *value, size_tsize)； ssize_t  listxattr(constchar *path, char *namebuf, size_tsize)； int     fgetxattr(constintfd, constchar *xattr, char *value, size_tsize)； int     setxattr(constchar *path, constchar *name, char *value, size_tsize, inti)； ssize_t  flistxattr(constintfd, char *list, gsizesize)； ssize_t  llistxattr(constchar *path, char *namebuf, size_tsize)； int     inotify_init1(intflags)； int     inotify_init(void)； gint32  inotify_add_watch(constintfd, constchar *path, guint32mask)； gint32  inotify_rm_watch(constintfd, gint32wd)； struct  mntent *getmntent (FILE *__stream)；

这几个和文件系统有关的API，SylixOS暂时未实现，为编译通过做虚假实现。

10.

在glib/libcharset/localcharset.c文件中LIBDIR宏未定义，实际是在Makefile中定义为安装目录下的lib路径，所以在acoinfo.h定义如下：#define LIBDIR              "/lib"。

11.

在文件gunixmounts.c中使用到setmntent和endmntent为linux自带函数，glib考虑到非linux环境使用，所以define换成通用的，如下所示：

#ifndef HAVE_SETMNTENT #define setmntent(f,m) fopen(f,m) #endif #ifndef HAVE_ENDMNTENT #define endmntent(f) fclose(f) #endif

把HAVE_SETMNTENT和HAVE_ENDMNTENT关闭（该宏在config.h中379行定义）。

12.

gunixmounts.c中hasmntopt函数为挂载信息读取，SylixOS暂未实现。glib考虑不同系统使用，做了兼容考虑，可在config.h中关闭宏HAVE_HASMNTOPT（239行）。

13.

gdbus功能被删除（移植版本使用的是glib 2.22.5，没有gdbus功能）。

14.

在测试glib时（测试程序/gio/tests/readwrite.c）一直不成功，在rename时出错。在/glib/gfileutils.c的1084行做出如下修改：

#ifdef SYLIXOS   g_unlink (filename); #endif

原因：SylixOS的rename函数不支持删除新文件名的文件（rename（oldname, newname），两个文件名都存在，不能删除newname文件）。

4.移植总结

在评估移植时，要注意在官网上查看资料信息。官网一般会对工程移植做介绍，提示注意事项等。在修改SylixOS下的Makefile时，一定要学会查看源码下的Makefile。注意工程用到哪些*.c文件，定义了哪些宏（在编译时遇到一些宏未定义时可去Makefile中查看）。

移植还有一点需要注意就是细心和耐心！

转载于:https://my.oschina.net/u/3022273/blog/856563