比如我想使用qsort标准库函数，但是不确定是否可用，怎样在程序编译时进行判断呢？

比如用define在程序编译时判断一下，然后做个替换什么的？。。。能实现吗？

我觉得编译器只对语法做检查，对程序里的逻辑错误无动于衷。如果qsort不可用，则会提示相应的出错信息。

qsort (数组名，数组元素个数，单个元素占用存储空间，排序方法)
只要#include<stdlib.h>应该就可以用的.

普通函数可以在任何时候  任何地方都是可以调用的

标准库里面的函数只要你包含了它的头文件就可以调用了  比较特殊的是静态函数

它的访问权限仅仅在本文件内  还有就是C++里面的类的私有和保护函数  也是只能在

类的内部成员函数被访问  对于你所说的我觉得普通的函数  编译器应该不会去

提示你可以或者是不可以调用  如果你真的要判断你可以要在预编译的时候判断一下是否包含了它的头文件

这样就可以判断是否可以调用了  不过这不是楼主的本意   呵呵  我是菜鸟一个

linux下可以使用dlopen载入.so然后用dlsym寻找相应函数句柄吧，我觉得windows下有类似机制，不过我没研究过

只要没语法问题，编译器都不报错
如果想测试函数，只有单独写个程序单独用这函数试试

分数很多 给点我

你就跑一下试试也没什么关系嘛。



其实正常的方法在编译程序前还有一步呢，就是检查系统环境。
用过 unix-like 系统的人，不太可能不知道 make 前，还有一步 configure。

一般都是用脚本解决，思路像这样：
前写一个类似这样的程序：

#incdlue <stdlib.h>

int main()
{
    qsort(...)

    return 0;
} 

然后编译它，并观察编译器的返回状态。如果是 0，说明成功编译了。那么显然这个函数就能用。
脚本随后可能这样处理
之后脚本全跑完了，在 make 的时候，就把这些定义的宏导入工程。

实际用代码的地方可能是这样：

#ifdef HAVE_QSORT
    qsort(...);
#else
    Qsort(...);  // 可能是一个你自己实现的版本，或者是其它一些处理方法。
#endif

这样你的代码无论是否 qsort 可用都能运行。
这么处理的好处之一是一旦 qsort 实际可用，那么它的效率很可能比自己写的要好很多。而且 qsort 的代码是共享的。
即使不能用，程序也依然可以成功编译并运行。


[ 本帖最后由 pangding 于 2011-4-5 23:24 编辑 ]

这个 windows 下的做法我还不是很清楚。

不过 windows 下发布的程序很少有从源码级的吧？都要打成安装包。
除了简单的信赖关系查一查，其实它的都是自己这包里全的很，管它以前有没有全往系统里塞就是了。

我觉得是不是打断点进行调试后就可以看见函数是否调用了