我有一个在 Mac 上编译得很好的 autotools 项目,但在 Linux(Ubuntu 12.04.1 LTS)下,传递的命令行使gcc
库相对于目标文件无序。例如,autotools 生成以下命令来编译我的代码,将单个文件命名test.c
为名为 的二进制文件test
:
gcc -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -g -O2 -lglib-2.0 -o test test-test.o
此命令行失败并显示:
/home/user/glib-test/test.c:4: undefined reference to `g_malloc`
/home/user/glib-test/test.c:5: undefined reference to `g_free`
但是,如果我从命令行编译并切换它,以便库引用在目标文件之后,它就可以正常工作:
gcc -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -g -O2 -o test test-test.o -lglib-2.0
挑战在于我无法弄清楚如何强制 Autotools 以正确的顺序生成命令行。为了清楚起见,我在这里复制了简单的测试用例。首先是configure.ac
:
dnl Process this file with autoconf to produce a configure script.
AC_PREREQ(2.59)
AC_INIT(glib-test, 1.0)
AC_CANONICAL_SYSTEM
AM_INIT_AUTOMAKE()
AC_PROG_CC
AM_PROG_CC_C_O
PKG_CHECK_MODULES(GLIB, glib-2.0 > 2.0)
AC_CONFIG_FILES(Makefile)
AC_OUTPUT
接下来是简单的Makefile.am
:
CFLAGS=-Wall
bin_PROGRAMS=test
test_CFLAGS=$(GLIB_CFLAGS)
test_LDFLAGS=$(GLIB_LIBS)
test_SOURCES=test.c
最后,这个最小测试用例的源代码test.c
:
#include <glib.h>
int main(int argc, char **argv) {
gchar *foo = g_malloc(100);
g_free(foo);
return 0;
}
然后使用以下一系列命令实现编译:
touch NEWS README AUTHORS ChangeLog
aclocal
autoconf
automake --add-missing
./configure
make
我应该清楚,我理解为什么我的代码无法编译,我只是想知道如何automake
将库放在命令行的末尾,以便gcc
正确执行和链接。应该注意的是,gcc
在 Mac OS X Lion 上似乎没有这个问题。