目录
1.2 修改#include "*.c" 为 #include "*.inl" 2
第1章 VC++
本章将以gsl-1.16为例，说明如何使用VC++编译GSL。首先是解压gsl-1.16.tar.gz，这里假定解压至G:gsl-1.16src，其目录结构如下图所示：
图1.1
1.1 修改行结束符
GSL源代码的行结束符是回车（0DH），在Windows下最好更换为回车、换行（0DH、0AH）。当然，不修改行结束符并不影响GSL的编译。
Windows资源管理器里，进入G:gsl-1.16src搜索*.c和*.h（图1.2所示），然后把这些文件拖放到程序vcHelper的"编码与换行"页面（图1.3所示）。vcHelper的下载方法：进入网盘 http://pan.baidu.com/s/1gd7XDkf 再进入 publicToolsvcHelper 下载压缩包。
图1.2
图1.3
上图中的"G:gsl-1.16srclaslas.c""G:gsl-1.16srclasgsl_blas.h"……表示这些文件被改写。
1.2 修改#include "*.c" 为 #include "*.inl"
GSL里有一些*.c文件比较特殊：编译器并不直接编译它，而是某些c文件（宿主文件）嵌入了其内容，当编译宿主文件时这类文件才发生作用。
举例说明，G:gsl-1.16locklock.c的部分内容如下：
|
#define BASE_DOUBLE #include "templates_on.h" #include "block_source.c" #include "templates_off.h" #undef BASE_DOUBLE
#define BASE_FLOAT #include "templates_on.h" #include "block_source.c" #include "templates_off.h" #undef BASE_FLOAT |
可以看到：block_source.c被多次嵌入到block.c里。编译器并不需要直接编译block_source.c，只是在编译block.c时block_source.c才发挥作用。
GSL这么做的目的是为了节省人工编写代码的工作量，上述代码的用意为：针对double编译一次block_source.c，再针对float编译一次block_source.c……这个非常类似于C++的模板。
现在的问题是：对于一个并不想深入研究GSL代码的程序员而言，他根本无法区分block_source.c和block.c：同样的*.c文件，如何确定哪个文件应该编译，哪个文件不应该编译？解决方法就是重命名：把#include "block_source.c"修改为#include "block_source.inl"，同时重命名block_source.c为block_source.inl。
运行VS2008，打开"查找和替换"对话框，并按下图进行配置，然后单击"查找全部"按钮。
图1.4
查找结果如下表所示。
|
查找全部 "include*.c", 大小写匹配, 通配符, 子文件夹, …… G:gsl-1.16srclocklock.c(7):#include "block_source.c" G:gsl-1.16srclocklock.c(13):#include "block_source.c" …… …… …… …… …… …… G:gsl-1.16srcvectorview.c(174):#include "view_source.c" 匹配行: 956 匹配文件: 161 合计搜索文件: 1344 |
通过上表可知共有956个匹配项，手动修改的话工作量会比较大，而且容易出错。因此，可以通过编写程序来实现修改，具体而言就是：替换G:gsl-1.16srclocklock.c里的第7行代码#include "block_source.c"为#include "block_source.inl"，同时重命名G:gsl-1.16srclocklock_source.c为block_source.inl。上表中的956项需要逐一进行修改。
运行vcHelper程序，然后把上表内容复制到"#include"*.c""页面的文本框内，最后单击"应用"按钮，完成相应的更改工作。如下图所示：
图1.5
1.3 重命名重复的 *.c 文件
GSL的源代码文件（*.c）存在同名的现象，如下图所示：在G:gsl-1.16src目录查找*.c，将会发现有多个inline.c文件。
图1.6
VC++编译时不允许源代码文件重名，因此需要将这些重名的文件改名。手工改名工作量较大，且容易出错，可以编写程序去完成此项工作。
vcHelper程序已经具有此项功能，具体操作为：将上图所有的*.c文件拖放至下图所示的主界面即可。
图1.7
上图的G:gsl-1.16srccdfeta.c==>beta_cdf.c表示将G:gsl-1.16srccdfeta.c更名为beta_cdf.c。
在图1.6中的几个inline.c文件被重命名为如下文件：
|
inline_combination.c inline_complex.c inline_interpolation.c inline_multiset.c inline_permutation.c inline_qrng.c inline_rng.c |
inline_combination.c表示它在combination目录，原名为inline.c。如果inline_combination.c这个名称也已经存在，则会重命名inline.c为inline_combination#.c（#号是从1开始编号的整数）。
1.4 声明文件与实现文件分离
GSL接口函数的声明文件为gsl_*.h，它们与实现代码（*.c）混在一起。本节将把声明文件和实现文件分隔开来，具体操作如下：
1、在G:gsl-1.16目录下新建inc目录；
2、搜索G:gsl-1.16src目录下的gsl_*.h，把这些文件移至G:gsl-1.16inc；
3、在G:gsl-1.16src目录下复制、粘贴config.h.in文件，然后重命名为config.h。可以使用vcHelper程序修改config.h的行结束符。
1.5 修改#include "*.h" 为相对路径
声明文件与实现文件分离后，以前的代码#include <gsl/gsl_math.h>可能就无法正常编译了，为此需要修改#include <gsl/gsl_math.h>为#include "../../inc/gsl_math.h"，即包含文件时采用相对路径。
使用"VC编程助手"程序完成此项工作。程序运行界面如下图所示：
图1.8
上图中，首先单击"扫描"按钮。扫描后会显示"扫描1345/1752"，它表示G:gsl-1.16里共有1752个文件。其中1345个文件的扩展名为（.c;.cc;.cpp;.cxx;.h;.hh;.hpp;.hxx;.inc;.inl），这些文件就是准备修改的文件。单击"自动修改"按钮即可完成#include语句的修改。
下面是srccomplexmath.c文件在执行"VC编程助手"程序前后的变化。
|
#include <gsl/gsl_math.h> #include <gsl/gsl_complex.h> #include <gsl/gsl_complex_math.h> |
|
#include "../../inc/gsl_math.h" #include "../../inc/gsl_complex.h" #include "../../inc/gsl_complex_math.h" |
1.6 新建VC项目
1.6.1 目录结构
新建四个VC项目。其目录结构如下图所示：
图1.9
make-dll 用于生成GSL动态库
make-libS 用于生成GSL静态库（C运行时库为单线程）
make-libT 用于生成GSL静态库（C运行时库为多线程）
make-libD 用于生成GSL静态库（C运行时库为多线程DLL）
每个make-???目录下又有若干子目录，如下图所示。make-dll目录下有vc6、vc2002、vc2003……它们分别表示使用VC++6.0、VC++.NET、VC++2003……编译GSL。
图1.10
编译生成的成果文件存放在图1.9所示的bin目录下，如下图所示。vc6-win32-RA表示编译器是vc6，平台是win32、RA表示Release Ansi版本。vc2008-Pocket PC 2003 (ARMV4)-RU表示编译器是vc2008，平台是Pocket PC 2003 (ARMV4)，RU表示Release Unicode版本。
图1.11
binvc6-win32-RA目录下的文件如下图所示：
GSL.dll、GSL.lib 动态库及其导入库
GSLS.lib 静态库（C运行时库为单线程）
GSLT.lib 静态库（C运行时库为多线程）
GSLD.lib 静态库（C运行时库为多线程DLL）
图1.12
1.6.2 添加源文件
把G:gsl-1.16目录下一千多个文件（*.c;*.h;*.inl）添加到VC项目里，这是一项艰巨的工程。这里使用"VC 编程助手"来添加，如下图所示：
图1.13
"生成文件树"里的文本框输入G:gsl-1.16src，然后单击"生成文件树"按钮，即可生成文件树。上图可以看到：生成的文件树里有1126个文件。
拖动G:gsl-1.16make-dll、G:gsl-1.16make-libS、G:gsl-1.16make-libT、G:gsl-1.16make-libD目录到"替换文件树"里的文本框，则"VC 编程助手"会自动找到这些目录里的VC项目文件（*.dsp;*.vcproj;*.vcxproj）。单击"替换文件树"按钮，则"VC 编程助手"会把VC项目文件里的文件树替换为生成的文件树。如下图所示：
图1.14
注意：有些*.c文件是测试代码（内含main函数），这些文件需要从VC项目里移除。具体如下：
1、test*.c需要移除；
2、doc目录需要移除；
3、gsl-histogram.c、gsl-randist.c需要移除。
1.7 预编译头文件
config.h文件非常重要，它里面有一些非常重要的宏。*.c文件为了获得这些宏定义，几乎都包含了config.h。
使用预编译头文件的目的有两个：一是确保所有的*.c文件都能包含config.h。事实上complexinline.c、combinationinline.c、multisetinline.c因为没有包含config.h，编译时就会有些问题；二是提高编译的速度。
1.7.1 创建文件
在G:gsl-1.16src下新建文件StdAfx.c，其内容如下：
|
#include "StdAfx.h" |
在G:gsl-1.16src下新建文件StdAfx.h，其内容如下：
|
#pragma once
#define _CRT_NON_CONFORMING_SWPRINTFS #define _CRT_SECURE_NO_WARNINGS
#if defined(_LIB) //编译生成静态库 #define GSLLib #else //编译生成动态库 #define GSLLib __declspec(dllexport) #endif
//是否使用内联函数 #define USE_INLINE 1
#include <MATH.H> #include <STDLIB.H> #include "config.h" |
1.7.2 配置VC项目
把这两个文件增加到VC项目里，然后配置项目属性：
图1.15
接着配置StdAfx.c的属性：
图1.16
也就是说：StdAfx.c用来生成预编译头文件（*.pch），其它的*.c文件使用这个预编译头文件。
1.7.3 修改*.c文件
现在替换*.c文件里的#include*config.h为#include "StdAfx.h。使用VS2008的"在文件中替换"功能，界面如下：
图1.17
上图中，单击"全部替换"按钮，完成替换工作。
还需要手工完成如下工作：
1、complexinline.c、combinationinline.c、multisetinline.c、utilsplaceholder.c，G:gsl-1.16srccblas目录下的*.c，需要将#include "StdAfx.h"增加至第一行；
2、G:gsl-1.16srccdfinomial_cdf.c里有两个#include "StdAfx.h"，请删除第二个。
1.7.4 修改*.inl文件
现在替换*.inl文件里的#include*config.h"为空。使用VS2008的"在文件中替换"功能。
图1.18
1.8 修改文件
1.8.1 gsl_types.h
修改incgsl_types.h，使其内容如下
|
#ifndef __GSL_TYPES_H__ #define __GSL_TYPES_H__ #ifndef GSL_VAR #define GSL_VAR extern GSLLib #endif #endif |
1.8.2 gsl_inline.h
修改incgsl_inline.h，使其内容如下
|
#ifndef __GSL_INLINE_H__ #define __GSL_INLINE_H__ #ifndef COMPILE_INLINE_STATIC #ifdef HAVE_INLINE //启用内联 #if defined(USE_INLINE) && defined(_LIB) //编译生成 GSL 静态库 #define INLINE_DECL static inline #define INLINE_FUN static inline #else #define INLINE_DECL GSLLib inline #define INLINE_FUN GSLLib inline #endif #else //禁用内联 #define INLINE_DECL GSLLib #define INLINE_FUN GSLLib #endif #define GSL_RANGE_COND(x) (x) #endif #endif /* __GSL_INLINE_H__ */ |
1.8.3 build.h
修改srcuild.h，使其内容如下
|
#pragma once #undef INLINE_DECL #undef INLINE_FUN #ifdef COMPILE_INLINE_STATIC #undef __GSL_INLINE_H__ #define __GSL_INLINE_H__ //防止再次包含gsl_inline.h #undef GSL_RANGE_CHECK #define GSL_RANGE_CHECK 1 #undef GSL_RANGE_COND #define GSL_RANGE_COND(x) (gsl_check_range && (x)) #ifdef HAVE_INLINE //使用内联 #if defined(USE_INLINE) && defined(_LIB) //编译生成 GSL 静态库 #define INLINE_DECL #define INLINE_FUN #else #define INLINE_DECL GSLLib inline #define INLINE_FUN GSLLib inline #endif #else //不使用内联 #define INLINE_DECL GSLLib #define INLINE_FUN GSLLib #define HAVE_INLINE #endif #endif |
1.8.4 config.h
请修改srcconfig.h
1、删除下面四段代码
|
#undef HAVE_C99_INLINE |
|
#undef HAVE_INLINE |
|
#undef HIDE_INLINE_STATIC |
|
#ifndef __cplusplus #undef inline #endif |
2、将下面一段代码增加到config.h的最顶端
|
#pragma once
#if USE_INLINE //启用内联 #define HAVE_C99_INLINE #define HAVE_INLINE #define HIDE_INLINE_STATIC #ifndef __cplusplus #define inline __inline #endif #else //禁用内联 #undef HAVE_C99_INLINE #undef HAVE_INLINE #undef HIDE_INLINE_STATIC #ifndef __cplusplus #define inline #endif #endif |
3、修改代码
|
修改前 |
修改后 |
|
#undef HAVE_DECL_FREXP |
#define HAVE_DECL_FREXP 1 |
|
#undef HAVE_DECL_HYPOT |
#define HAVE_DECL_HYPOT 1 |
|
#undef HAVE_DECL_LDEXP |
#define HAVE_DECL_LDEXP 1 |
不修改这些代码，则编译时会出错。如：#undef HAVE_DECL_HYPOT时，编译sysfcmp.c就会出错。
fcmp.c的主要代码如下：
|
#include "../config.h" #include "../../../inc/gsl_sys.h" #include <math.h> |
在config.h里，有如下代码。此时，hypot被映射为gsl_hypot。
|
#if !HAVE_DECL_HYPOT #define hypot gsl_hypot #endif |
接下来会处理math.h里的如下代码
|
_CRTIMP double __cdecl hypot(double, double); |
因为hypot是一个宏，结果就变成了如下代码：
|
_CRTIMP double __cdecl gsl_hypot(double, double); |
上面是函数gsl_hypot的声明，它与gsl_sys.h里的gsl_hypot函数声明（下表所示）冲突。导致程序编译失败。
|
double gsl_hypot (const double x, const double y); |
1.8.5 bsplinespline.h
将#pragma once增加为G:gsl-1.16srcsplinespline.h的第一行。否则编译时会出错。
1.9 模块定义文件
生成GSL动态库时需要导出一些变量和函数，为此需要模块定义文件。请在G:gsl-1.16src目录新建文件GSL.def。然后输入如下内容
|
EXPORTS gsl_check_range DATA gsl_interp_akima DATA …… GSL_MAX_DBL GSL_MAX_INT GSL_MIN_DBL GSL_MIN_INT cblas_caxpy cblas_ccopy …… |
说明：
1、gsl_check_range、gsl_interp_akima……是导出的变量；
2、GSL_*、cblas_*、gsl_*这些都是导出函数。
v16.0的GSL有145个导出变量，4199个导出函数。如何快速获取这些变量和函数的名称？
运行vc2010，新建一个项目，把gsl_*.h添加到该项目。在Class View下，可以查看"Global Functions and Variables"，如下图所示。可以把这些函数和变量复制出来。
图1.19
复制出来的名称以空格分隔，可以使用Word把空格替换为" DATA^p"（导出变量，^p表示回车换行）或"^p"（导出函数，^p表示回车换行）。注意：请禁用Word的行首字母大写功能。
下图是在Word 2003 里，替换所有的空格为" DATA^p"
图1.20
替换结果如下图所示：
图1.21
这样的内容，是可以直接复制粘贴到def文件里的。
注意：导出的名称可能会有重复的。可使用"VC编程助手"的"排序合并"功能进行排序并剔除重复项，如下图所示：
图1.22
使用VC++6.0编译生成的GSL.dll，其导出符号如下图所示：
图1.23
类似"??_C@_0DA@IJFJ@g?3?2?"这样的符号，是什么呢？这些是内联函数里的字符串。下面的代码可以获得??_C@_0DA代表的字符串：
|
HMODULE hMod = GetModuleHandle(_T("GSL")); FARPROC pfn = GetProcAddress(hMod,"??_C@_0DA"); const char* s = (const char*)pfn; |
使用vc2008编译生成GSL动态库时，不再导出这些内联函数里的字符串。
1.10 编译GSL
GSL的接口有两类：接口变量和接口函数。
gsl_version就是一个接口变量，客户端程序可以直接使用此变量。
接口函数分为两类，一类是普通的接口函数，另一类是准内联接口函数。什么是准内联函数呢？就是它可以内联也可以不内联。
1.10.1 接口变量
接口变量的声明一般在头文件里，如：gsl_version的声明就在gsl_version.h里
|
GSL_VAR const char * gsl_version; |
接口变量的初始化一般在*.c文件里，如：gsl_version的初始化就在gsl_version.c里
|
const char * gsl_version = GSL_VERSION; |
这里要注意宏GSL_VAR。在gsl_types.h里，它被定义为extern GSLLib
当生成GSL动态库时，GSLLib是__declspec(dllexport)，此时gsl_version的声明就是：
|
extern __declspec(dllexport) const char * gsl_version; |
__declspec(dllexport)把变量gsl_version给导出了。还有一种办法导出接口变量，那就是在模块定义文件（*.DEF）里增加如下语句：
|
gsl_version DATA |
当生成GSL静态库时，GSLLib是空，此时gsl_version的声明就是：
|
extern const char * gsl_version; |
也就是说生成GSL静态库时，接口变量就是全局变量。
客户端程序连接GSL动态库时，接口变量的声明如下：
|
extern __declspec(dllimport) const char * gsl_version; |
客户端程序连接GSL静态库时，接口变量的声明如下：
|
extern const char * gsl_version; |
1.10.2 普通接口函数
普通接口函数的声明一般在头文件里，如：函数gsl_complex_polar的声明就在gsl_complex_math.h里。
|
gsl_complex gsl_complex_polar(double r, double theta); |
普通接口函数的实现一般在*.c文件里，如：complexmath.c 里有函数gsl_complex_polar的实现代码：
|
gsl_complex gsl_complex_polar (double r, double theta) {/* return z = r exp(i theta) */ gsl_complex z; GSL_SET_COMPLEX (&z, r * cos (theta), r * sin (theta)); return z; } |
当生成GSL动态库时，在模块定义文件（GSL.def）里增加如下语句即可导出gsl_complex_polar函数。
|
gsl_complex_polar |
其实更好的做法是修改gsl_complex_polar的声明、实现代码如下
|
GSLLib gsl_complex gsl_complex_polar(double r, double theta); |
|
GSLLib gsl_complex gsl_complex_polar (double r, double theta) {/* return z = r exp(i theta) */ gsl_complex z; GSL_SET_COMPLEX (&z, r * cos (theta), r * sin (theta)); return z; } |
当生成GSL动态库时，GSLLib是__declspec(dllexport)。当生成GSL静态库时，GSLLib是空。当客户程序连接GSL动态库时，GSLLib是__declspec(dllimport)（这点尤为重要，根据MSDN文档介绍这样会提高调用导出函数的效率）。当客户程序连接GSL静态库时，GSLLib是空。
1.10.3 准内联接口函数
准内联接口函数的声明及内联代码一般在头文件里，如：gsl_complex_math.h里有gsl_complex_rect的声明和内联代码，如下所示。
|
INLINE_DECL gsl_complex gsl_complex_rect (double x, double y); |
|
#ifdef HAVE_INLINE INLINE_FUN gsl_complex gsl_complex_rect (double x, double y) {/* return z = x + i y */ gsl_complex z; GSL_SET_COMPLEX (&z, x, y); return z; } #endif |
准内联接口函数的外部代码一般在*.c文件里，如：complexinline.c的文件内容：
|
#define COMPILE_INLINE_STATIC #include "../build.h" #include "../../inc/gsl_complex_math.h" |
通过COMPILE_INLINE_STATIC和build.h，可把gsl_complex_math.h里的内联代码变成外部代码。
1.10.3.1 启用内联
在StdAfx.h里，修改宏USE_INLINE的定义即可控制准内联函数是否内联：
|
#define USE_INLINE 1 |
将USE_INLINE定义为1，那么宏 HAVE_INLINE 将被定义，如下所示（config.h里的代码）：
|
#if USE_INLINE //启用内联 #define HAVE_C99_INLINE #define HAVE_INLINE #define HIDE_INLINE_STATIC #ifndef __cplusplus #define inline __inline #endif #else //禁用内联 #undef HAVE_C99_INLINE #undef HAVE_INLINE #undef HIDE_INLINE_STATIC #ifndef __cplusplus #define inline #endif #endif |
接下来查看gsl_inline.h里的宏定义
|
#ifdef HAVE_INLINE //启用内联 #if defined(USE_INLINE) && defined(_LIB) //编译生成 GSL 静态库 #define INLINE_DECL static inline #define INLINE_FUN static inline #else #define INLINE_DECL GSLLib inline #define INLINE_FUN GSLLib inline #endif #else //禁用内联 |
有了INLINE_DECL和INLINE_FUN的定义，就可展开gsl_complex_math.h里gsl_complex_rect的声明和内联代码。
一、编译生成GSL静态库
gsl_complex_math.h里gsl_complex_rect的声明和内联代码如下：
|
static __inline gsl_complex gsl_complex_rect(double x, double y); |
|
static __inline gsl_complex gsl_complex_rect(double x, double y) { gsl_complex z; GSL_SET_COMPLEX (&z, x, y); return z; } |
complexinline.c里gsl_complex_rect的声明和实现代码又是什么情况呢？下面是complexinline.c的文件内容：
|
#define COMPILE_INLINE_STATIC #include "../build.h" #include "../../inc/gsl_complex_math.h" |
关键在于build.h，其重要代码如下：
|
#ifdef HAVE_INLINE //使用内联 #if defined(USE_INLINE) && defined(_LIB) //编译生成 GSL 静态库 #define INLINE_DECL #define INLINE_FUN #else #define INLINE_DECL GSLLib inline #define INLINE_FUN GSLLib inline #endif #else //不使用内联 |
也就是说在complexinline.c里，gsl_complex_rect的声明、实现代码如下。此时的gsl_complex_rect是一个外部函数。
|
gsl_complex gsl_complex_rect(double x, double y); |
|
gsl_complex gsl_complex_rect(double x, double y) { gsl_complex z; GSL_SET_COMPLEX (&z, x, y); return z; } |
编译GSL时，需要分两种情况讨论：
1、内联功能被启用时，如：编译Release版GSL静态库。此时gsl_complex_rect有两个版本：外部版本和内联版本。外部版本就是complexinline.c里的版本；内联版本就是被编译器展开的版本。
2、内联功能被禁用时，如：编译Debug版GSL静态库。此时gsl_complex_rect也有两个版本：外部版本和外联版本。外部版本就是complexinline.c里的版本；外联版本就是gsl_complex_rect函数没有被内联展开，而是编译成了函数。为防止外联版本与外部版本名称冲突，在__inline前增加了static关键字。
也就是说，不论gsl_complex_rect是否内联，GSL静态库中一定会有gsl_complex_rect的外部版本。这是为客户程序调用而准备的。
二、编译生成GSL动态库或客户程序调用GSL库时
gsl_complex_math.h里gsl_complex_rect的声明和内联代码如下。注意：complexinline.c里也有一份同样的代码。
|
GSLLib __inline gsl_complex gsl_complex_rect(double x, double y); |
|
GSLLib __inline gsl_complex gsl_complex_rect(double x, double y) { gsl_complex z; GSL_SET_COMPLEX (&z, x, y); return z; } |
注意上面的GSLLib：
1、当编译GSL生成动态库时，GSLLib是__declspec(dllexport)；
2、当客户程序调用GSL动态库时，GSLLib为__declspec(dllimport)；
3、当客户程序调用GSL静态库时，GSLLib为空。此时，以Release版编译客户程序（内联被启用），客户程序对gsl_complex_rect的调用将使用内联版本；以Debug版编译客户程序（内联被禁用），客户程序对gsl_complex_rect的调用将使用外联版本，这时连接的其实是GSL静态库里的外部版本。
1.10.3.2 禁用内联
将USE_INLINE定义为0，那么宏 HAVE_INLINE 就不会被定义。
gsl_complex_math.h里gsl_complex_rect的声明代码如下：
|
GSLLib gsl_complex gsl_complex_rect(double x, double y); |
gsl_complex_math.h里gsl_complex_rect的内联代码被禁用了。
complexinline.c里，gsl_complex_rect的声明、实现代码如下：
|
GSLLib gsl_complex gsl_complex_rect(double x, double y); |
|
GSLLib gsl_complex gsl_complex_rect(double x, double y) { gsl_complex z; GSL_SET_COMPLEX (&z, x, y); return z; } |
也就是说：禁用内联后，准内联接口函数就变成了普通接口函数了。
还有一点需要说明：#include "../build.h"之后再#include "../../inc/gsl_complex_math.h"，则gsl_complex_math.h里的#include "gsl_inline.h"将失效。因为build.h里定义了#define __GSL_INLINE_H__，防止再次包含gsl_inline.h，破坏INLINE_DECL和INLINE_FUN的定义。其实更好的作法是在gsl_inline.h里增加对宏COMPILE_INLINE_STATIC是否定义的判断，如下所示：
|
#ifndef COMPILE_INLINE_STATIC #ifdef HAVE_INLINE //启用内联 #if defined(USE_INLINE) && defined(_LIB) //编译生成 GSL 静态库 #define INLINE_DECL static inline #define INLINE_FUN static inline #else #define INLINE_DECL GSLLib inline #define INLINE_FUN GSLLib inline #endif #else //禁用内联 #define INLINE_DECL GSLLib #define INLINE_FUN GSLLib #endif #define GSL_RANGE_COND(x) (x) #endif |
1.11 客户程序调用
为方便客户程序调用GSL库，请在G:gsl-1.16inc下创建如下文件：_Inc.h、_Inc.inl、_IncInline.h、_IncInline.inl、_Static.h、_Static.inl、_StaticInline.h、_StaticInline.inl、inc.h。
1.11.1 调用GSL动态库，启用内联
客户程序应该包含如下两个文件：
|
#include "G:/gsl-1.16/inc/_IncInline.h" #include "G:/gsl-1.16/inc/_IncInline.inl" |
_IncInline.h文件内容如下：
|
#pragma once #define GSLLib __declspec(dllimport)
#define HAVE_C99_INLINE #define HAVE_INLINE #define HIDE_INLINE_STATIC #ifndef __cplusplus #define inline __inline #endif
#include "inc.h"
#undef HAVE_C99_INLINE #undef HAVE_INLINE #undef HIDE_INLINE_STATIC #ifndef __cplusplus #undef inline #endif |
inc.h文件内容如下（其实就是包含所有的gsl_*.h）：
|
#pragma once #include "gsl_blas.h" ... ... ... #include "gsl_wavelet2d.h" |
_IncInline.inl文件内容如下，其实质就是自动连接GSL.lib。注意：编译客户端程序时必须设置GSL.lib的目录。
|
#pragma comment(lib,"GSL.lib") |
1.11.2 调用GSL动态库，禁用内联
客户程序应该包含如下两个文件：
|
#include "G:/gsl-1.16/inc/_Inc.h" #include "G:/gsl-1.16/inc/_Inc.inl" |
_Inc.h文件内容如下：
|
#pragma once #define GSLLib __declspec(dllimport) #include "inc.h" |
_Inc.inl文件内容如下：
|
#pragma comment(lib,"GSL.lib") |
1.11.3 调用GSL静态库，启用内联
客户程序应该包含如下两个文件：
|
#include "G:/gsl-1.16/inc/_StaticInline.h" #include "G:/gsl-1.16/inc/_StaticInline.inl" |
_StaticInline.h文件内容如下：
|
#pragma once #define GSLLib
#define HAVE_C99_INLINE #define HAVE_INLINE #define HIDE_INLINE_STATIC #ifndef __cplusplus #define inline __inline #endif
#include "inc.h"
#undef HAVE_C99_INLINE #undef HAVE_INLINE #undef HIDE_INLINE_STATIC #ifndef __cplusplus #undef inline #endif |
在#include "inc.h"之前，启用了内联功能，在#include "inc.h"之后取消了inline的宏定义。
_StaticInline.inl文件内容如下，其实质就是根据客户端程序使用的C函数库，自动选择相应的GSL?.lib。注意：编译客户端程序时必须设置GSL?.lib的目录。
|
#ifdef _MT #ifdef _DLL //使用多线程 DLL 版的 C 函数库 #pragma comment(lib,"GSLD.lib") #else //使用多线程版的 C 函数库 #pragma comment(lib,"GSLT.lib") #endif #else //使用单线程版的 C 函数库 #pragma comment(lib,"GSLS.lib") #endif |
1.11.4 调用GSL静态库，禁用内联
客户程序应该包含如下两个文件：
|
#include "G:/gsl-1.16/inc/_Static.h" #include "G:/gsl-1.16/inc/_Static.inl" |
_Static.h文件内容如下：
|
#pragma once #define GSLLib #include "inc.h" |
_Static.inl文件内容与_StaticInline.inl完全相同。
1.12 移植到Windows CE
1.12.1 关于DEBUG
编译PocketPC 2003 Debug 版代码时，将会出现编译错误。原因就是宏DEBUG被定义了。
以ode-initval2msbdf.c为例进行说明。msbdf_update函数里有如下代码：
|
if (*nJ == 0 || *nJ > MSBDF_JAC_WAIT || (t == failt && (gammarel < c || hratio < 1.0))) { #ifdef DEBUG printf ("-- evaluate jacobian "); #endif int s = GSL_ODEIV_JA_EVAL (sys, t, y, dfdy->data, dfdt); |
因为定义了宏DEBUG，因此变量 s 在初始化前的代码 printf("……")被启用。在VC++的C编译器里，变量的声明必须在执行语句之前。此时，就会出现编译错误。解决方法有两个：一是改代码；二是编译生成Release版。
VC++编译Win32 Debug版GSL时，将定义宏_DEBUG，而不是定义宏DEBUG，因此VC++可以正常编译Win32 Debug版GSL。
1.12.2 关于errno.h
Windows CE的C函数集合不是很完备，缺少一些C函数及头文件，如：缺少errno.h为此需要修改gsl_errno.h和ntuple tuple.c中的#include <errno.h>，修改后的代码如下：
|
#ifndef _WIN32_WCE #include <errno.h> #endif |
也就是编译生成Windows CE代码时，将不再包含errno.h。
1.12.3 其它
增加如下代码至config.h的最后
|
#ifdef _WIN32_WCE #define hypot _hypot __inline void abort(void) { } __inline char*getenv(const char *varname) { return varname; } #endif |
说明：
1、Windows CE平台没有hypot函数，相应的函数是_hypot；
2、Windows CE平台未实现函数abort和getenv，上述代码只能保证编译通过。