Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1745365
  • 博文数量: 1493
  • 博客积分: 38
  • 博客等级: 民兵
  • 技术积分: 5834
  • 用 户 组: 普通用户
  • 注册时间: 2009-08-19 17:28
文章分类

全部博文(1493)

文章存档

2016年(11)

2015年(38)

2014年(137)

2013年(253)

2012年(1054)

2011年(1)

分类: C/C++

2013-02-27 09:24:29

    linux下编译的时候,经常会在编译命令中加入一些自定义的编译选项或者参数,比如 gcc -DYF_DEBUG 之类,这样的方式是比较灵活

可以根据需要取消或者加入编译选项,去年搞的那个linux makefile 测试版+发布版 自动切换--"自动化"就是利用这一方法做的;


    这一方法对于编译最终可执行文件没任何问题;但对于lib或者so库编译会包含一定的风险,造成一些恶心的麻烦;比如上面说的 YF_DEBUG

用于关闭或者打开一些监控选项,比如一个 struct 定义:

    struct yf_conn {

#ifdef YF_DEBUG

        yf_int_t cnt;...

#endif

        yf_fd_t fd;

    };

    首先编译成库,如果是采用在编译命令中使用编译参数,当库编译好之后,使用者使用起来会有n多陷阱;如果库编译打开了这一选项,但

使用者不知道这一选项,或者忘记也定义这一选项,那么使用者看到的头文件中的结构定义和库中的结构定义将不一致,然后就是莫名其妙的

内存错误,而且这类错误很难理解,所以比较难fix;


    以前碰到过这种恶心的问题,所以对这种问题感觉非常深刻;当时对于这种唯一的解决办法是:库和使用者都记得使用统一的编译选项,只要

一个改了,其他的都统一修改;

    

    随着yifei项目的代码和模块增多增大,lib和so分离的需求也越来越大,于是又一次碰到了同样的问题;回过头来看这一问题,发现其实 autoconfig

提供了其他方法解决这一问题:


    之前的定义是:

# debug option
AC_ARG_ENABLE([debug],
    [AS_HELP_STRING([--enable-debug], [debug program with log(default is no)])],
    [CFLAGS="-DYF_DEBUG -g -O0"],
    [CFLAGS="-O2"])

    这样多个库以及使用者之间都必须在 configue.in 中都加入这一恶心的重复选项,因为这一选项是加在 gcc 命令之后的;


    其实 autoconfig 会自动生成一个头文件,所以完全可以把这个 YF_DEBUG 加入到头文件中去,这样一旦configue --enable-debug 之后,这一选

项就自定加入到了头文件中,而不是只是放在gcc命令中;这样使用者就不需要再重复定义这一选项了;

    于是新的方法:

# debug option
AC_ARG_ENABLE([debug],
    [AS_HELP_STRING([--enable-debug], [debug program with log(default is no)])],
    [CFLAGS="-g -O0";AC_DEFINE([YF_DEBUG], [], ["enable debug"])],
    [CFLAGS="-O2"])


    btw: autoconfig 和 automake 这一系列工具确定都非常强大,好用;


注意:enable 的 第一个参数比如下面的 syscall 和 --enable-syscall 后面的 enable 的后缀必须完全一致,否则将。。。

开始一不小心将第一个参数写成了 sys_call 害我查了办个小时。。。。

# sys call reptr option
AC_ARG_ENABLE([syscall],
[AS_HELP_STRING([--enable-syscall], [enable sys call])],
[AC_DEFINE([YF_SYS_CALL_REPTR], [], ["enable sys call"])], [])


阅读(247) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~