Opengl 在autoconf脚本中处理非标准库位置的正常方法是什么?

Opengl 在autoconf脚本中处理非标准库位置的正常方法是什么?,opengl,build-automation,glut,autotools,autoconf,Opengl,Build Automation,Glut,Autotools,Autoconf,我第一次尝试使用GNU autoconf/automake工具链,所以我的问题的答案可能很简单 程序需要OpenGL/GLUT,其中头文件和库安装在非标准位置。我找到了可以帮我做所有检查的宏。我只是用AX\u CHECK\u GLUT来称呼它。如何使宏找到库?我在找像这样的东西 ./configure--with glut dir=/home/hanno/glut 更一般地说:在autoconf脚本中处理非标准库位置的正常方法是什么?当然,我可以使用CPPFLAGS和LIBS变量,但我觉得我遗漏

我第一次尝试使用GNU autoconf/automake工具链,所以我的问题的答案可能很简单

程序需要OpenGL/GLUT,其中头文件和库安装在非标准位置。我找到了可以帮我做所有检查的宏。我只是用AX\u CHECK\u GLUT来称呼它。如何使宏找到库?我在找像这样的东西

./configure--with glut dir=/home/hanno/glut


更一般地说:在autoconf脚本中处理非标准库位置的正常方法是什么?当然,我可以使用CPPFLAGS和LIBS变量,但我觉得我遗漏了一些东西。

按照自动工具的设计方式,软件包作者不必做任何事情来支持安装在非标准位置的必备软件。
/configure--help
的输出包括以下几行:

LDFLAGS     linker flags, e.g. -L<lib dir> if you have libraries in a
            nonstandard directory <lib dir>
CPPFLAGS    C/C++/Objective C preprocessor flags, e.g. -I<include dir> if
            you have headers in a nonstandard directory <include dir>
因为
cppfagas
LDFLAGS
configure
检查和
Makefile
规则使用,所以一切都应该正常

一些包作者喜欢提供一个
--with-
=location
选项作为上述内容的简写,但这通常不是
--with-
包选项的目的。更好地使用这些选项

./configure CPPFLAGS=-I/non-standard-dir/include LDFLAGS=-L/non-standard-dir/lib