在非常简单的GTK2Ç应用，问题设置GNU编译工具

Question

UPDATE：第一个问题解决了，在这个岗位的底部描述的第二个。

UPDATE2：问题二解决为好。

我想了解如何设置GNU建立一个非常简单的GTK + 2 C应用工具（autoconf的/ automake的）。我已经按照this tutorial和this one that deals with sub directories，但我运行到哪里我的源目录（在src子目录）不产生一个Makefile的问题，虽然是如何产生的父目录的Makefile。

首先，这里是我的文件夹结构：

app/src 
    - main.c 
    - main.h 
    - Makefile.am 
app 
    - configure.ac 
    - Makefile.am 
    - aclocal.m4 
    (... other generated files ...) 

这里有重要的文件的内容：

应用程序/ configure.ac：

AC_PREREQ([2.63]) 
AC_INIT(app, 0.1) 
AM_INIT_AUTOMAKE(app, 0.1) 
AC_CONFIG_SRCDIR([src/main.h]) 
AC_CONFIG_HEADERS([config.h]) 

# Checks for programs. 
AC_PROG_CC 

# Checks for libraries. 

# Checks for header files. 

# Checks for typedefs, structures, and compiler characteristics. 

# Checks for library functions. 
AC_CONFIG_FILES([Makefile], [src/Makefile]) 
AC_OUTPUT 

应用程序/ Makefile.am ：

SUBDIRS = src 

应用程序/ src目录/ Makefile.am：

bin_PROGRAMS = app 

app_SOURCES = main.c 
app_LDADD = `pkg-config --cflags --libs gtk+-2.0` 

这是当我运行下面的命令会发生什么：

$ autoconf 
$ automake -a 
$ ./configure 
checking for a BSD-compatible install... /usr/bin/install -c 
checking whether build environment is sane... yes 
checking for gawk... no 
checking for mawk... mawk 
checking whether make sets $(MAKE)... yes 
checking for gcc... gcc 
checking for C compiler default output file name... a.out 
checking whether the C compiler works... yes 
checking whether we are cross compiling... no 
checking for suffix of executables... 
checking for suffix of object files... o 
checking whether we are using the GNU C compiler... yes 
checking whether gcc accepts -g... yes 
checking for gcc option to accept ISO C89... none needed 
checking for style of include used by make... GNU 
checking dependency style of gcc... none 
configure: creating ./config.status 
config.status: creating Makefile 
./config.status: line 1153: src/Makefile: No such file or directory 
config.status: creating config.h 
config.status: config.h is unchanged 
config.status: executing depfiles commands 

当我检查，主要app文件夹获得一个Makefile和Makefile.in，但src文件夹仍然只有Makefile.am。有任何想法吗？

UPDATE：我由通过ADL提到的变化，即，我删除从AC_CONFIG_FILES命令的方括号和逗号和除去从AM_INIT_AUTOMAKE命令应用名称/版本。我还将src/Makefile.am中的app_LDADD命令更改为app_LDFLAGS。这已经解决了我没有通过配置的最初问题，但现在它不在寻找gtk库。当我做一个让我得到类似如下：

$ make 
make all-recursive 
make[1]: Entering directory `/home/adam/Development/app-0.1' 
Making all in src 
make[2]: Entering directory `/home/adam/Development/app-0.1/src' 
if gcc -DHAVE_CONFIG_H -I. -I. -I..  -g -O2 -MT main.o -MD -MP -MF ".deps/main.Tpo" \ 
     -c -o main.o `test -f 'main.c' || echo './'`main.c; \ 
    then mv -f ".deps/main.Tpo" ".deps/main.Po"; \ 
    else rm -f ".deps/main.Tpo"; exit 1; \ 
    fi 
main.c:3:21: error: gtk/gtk.h: No such file or directory 
In file included from main.c:4: 
main.h:4: error: expected specifier-qualifier-list before ‘GtkWidget’ 

以下是我与pkg配置：

$ pkg-config --libs --cflags gtk+-2.0 
-D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lgio-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 

我敢肯定，我做错了什么，我SRC/Makefile.am，但我不知道是什么。如果有帮助，我的配置脚本似乎没有寻找任何gtk库。

UPDATE2：

所以对于UPDATE1问题基本解决似乎是我需要以下检查添加到我的configure.ac文件：

PKG_CHECK_MODULES(GTK, [gtk+-2.0 >= 2.12]) 

PACKAGE_CFLAGS="-g -Wall $GTK_CFLAGS" 
PACKAGE_LIBS="-g $GTK_LIBS" 
PACKAGE_LDFLAGS="-export-dynamic $GTK_LDFLAGS" 

AC_SUBST([PACKAGE_CFLAGS]) 
AC_SUBST([PACKAGE_LIBS]) 
AC_SUBST([PACKAGE_LDFLAGS]) 

这被添加到AC_PROG_CC下的程序检查部分。这是告诉configure检查gtk + -2.0库。大写的GTK似乎是一个任意的变量名，并且CFLAGS，LIBS和LDFLAGS（可能更多）被动态添加到它，以便您可以生成PACKAGE_ *变量。 AC_SUBST似乎可以让你访问Makefile.am中的PACKAGE *变量。仅供参考，添加了-export-dynamic标志，以便您可以使用glade/gtkbuilder文件（我相信还有其他原因，但我仍然处于非常基本的理解水平）。

在SRC/Makefile.am，你应该有：

bin_PROGRAMS = app 

app_SOURCES = main.c main.h 
app_LDADD = @PACKAGE_LIBS@ 
app_LDFLAGS = @PACKAGE_LDFLAGS@ 
INCLUDES = @PACKAGE_CFLAGS@ 

这似乎是所有你需要一个基本的GTK + -2.0Ç应用。它实际上激发了我编写一个简单的教程来设置使用autotools的C gtk应用程序。最近在这个领域的初学者文献/信息明显缺乏。

Answer 1

configure.ac文件中有两个问题。首先，你的AM_INIT_AUTOMAKE调用的语法是10岁，我怀疑你是从一个非常古老的教程中复制它（提示：Automake手册有一个tutorialish introduction）。您已经将包和版本传递到AC_INIT，因此无需在AM_INIT_AUTOMAKE中重复该操作。其次，传递给AC_CONFIG_OUTPUT的文件列表应该是以空格分隔的第一个参数列表。

换句话说，你configure.ac应该像

AC_PREREQ([2.63]) 
AC_INIT([app], [0.1], [your@email]) 
AM_INIT_AUTOMAKE([-Wall]) 
AC_CONFIG_SRCDIR([src/main.h]) 
AC_CONFIG_HEADERS([config.h]) 
AC_PROG_CC 
AC_CONFIG_FILES([Makefile src/Makefile]) 
AC_OUTPUT 

注上有AC_CONFIG_FILES线没有昏迷。

的-Wall选项将导致automake输出更多的警告（这确实是一个automake选择，而不是gcc选项），但如果你发现这些工具可能是更安全的。

这应该解决您的configure问题。然后我怀疑你可能不得不将你的app_LDADD行分成app_CPPFLAGS和app_LDFLAGS。那些尚未提及

Answer 2

一些更多的问题：

• 使用autoreconf（重新）产生configure和Makefile.in。它以正确的顺序调用必要的工具。
• 喜欢在你的makefile使用make宏（“ $(FOO) ”）到Autoconf的置换（“ @FOO@ ”）。前者的优点是，如果有必要，可以在make时间内覆盖它们。
• 我鼓励你创建一个单独的构建目录，并在那里运行configure而不是在源目录中构建。这是一个你可能不想破坏的设置;如果你没有测试它，你可能会无意中破坏它。

Answer 3

而不是增加GTK _ CFLAGS和GTK _ LDFLAGS你的包_ CFLAGS，你可以简单地做：

 
app_LDADD = @PACKAGE_LIBS@ @GTK_LIBS@ 

，或者，如果每一个应用程序依赖于GTK，只是做

 
LDADD = @GTK_LIBS@ 

指定-g和-Wall你的方式并不是一件好事。通过定义AM _ CFLAGS，您可以更轻松地做到这一点，虽然这对于墙很好，但您确实不希望-g在那里。默认配置会将-g添加到CFLAGS，并且如果用户在配置运行时覆盖CFLAGS，则应该相信他们知道他们在做什么，并允许他们跳过-g的自由。如果您为了方便起见而添加-g（因此，在配置时指定CFLAGS时不需要指定-g），则使用CONFIG _ SITE更合适，而不是对项目中的-g进行硬编码构建文件。

Answer 4

另一个选项，这可能是以下几点：

AM_PATH_GTK_2_0([Min version], [Succes], [Failure]) 
AM_PATH_GLIB_2_0([Min version], [Succes], [Failure]) 

它总是一个好主意，看看你的aclocal会目录（在/ usr/aclocal会）成立宏观可能性。另外不要忘记运行aclocal，以便将需要的M4宏拷贝到aclocal.m4中。