是这样的。automake默认是自动启用了VPATH，这样就可以实现mkdir objdir; cd objdir; ../configure && make这种操作了。现在我需要把一个文件原封不动拷贝到TARGET的所在地。但是遇到了问题。

我这样写的（在src的Makefile.am中）：
map.txt :
        test -f $@ || cp $(srcdir)/map.txt $@

因为当前目录是在objdir的src里面，在通常情况下，这个规则可以很好的运行。但是因为VPATH设置为了$(srcdir)，make居然直接到$(srcdir)而不是$(builddir)去寻找map.txt，结果自然是“没什么可以做的为`map.txt'”了……

请问这种问题，应该如何解决呢？

帮顶。

map.txt是在哪个路径

Makefile 一般是放在src外面的。

如果项目很大，有多个目录下面有makefile

想执行更深路径下的makefile可以直接在上曾makefile里面加cd DIR之类的shell语句。

Makefile 里的变量最好大写。

这样，我叙述一下文件结构。
文件是这个样子的：



所有有Makefile.am的地方都会生成Makefile，只需要执行：
$ ./autogen.sh
$ ./configure && make
就OK。


现在的问题是，如果我学习GCC的configure，新建一个目录，在目录下干净地
make，如下：


$ mkdir objdir
$ cd objdir
$ ../configure && make


编译是完全没有问题的，但是运行时sokoban游戏直接退出。因为map.txt地图文
件应该和sokoban程序文件在一个目录下。在上一个情况下，是可以保证这一点
的，但是现在显然不行了，于是我在src/Makefile.am里面加了一个sokoban的依
赖规则：


sokoban_DEPENDENCIES = map.txt
$(builddir)/map.txt :
    cp $(srcdir)/map.txt $(builddir)


意思很简单，sokoban依赖于map.txt，并在builddir下没有map.txt的时候，从
srcdir下复制一份过去，这样在编译完毕sokoban以后，应该有一份map.txt在它
的同一个目录下了。


可是在实际运行的时候，却并没有复制一份map.txt过去，经过查询automake以
及autoconf的文档确定，automake自动生成了VPATH = @srcdir@这样的指令，使
得如果make在当前目录（也就是builddir）找不到文件的时候，就会转而去
@srcdir找文件。这样，它就会在srcdir找到一份原始的map.txt，从而拒绝复制
过去。


在不修改automake的行为的同时，如何修改Makefile.am文件，让make能在编译
完成sokoban之前，复制一份map.txt过去呢？
   

一般.h跟.cpp和.c是不放一个目录的。

automake 我觉得其实是比较垃圾的。

会自动添加一些你不需要的编译选项。


sokoban_DEPENDENCIES = map.txt
$(builddir)/map.txt :
    cp $(srcdir)/map.txt $(builddir)


这叫个什么规则。。我估计这条语句什么也不干。

= =大牛即使觉得automake垃圾，也应该稍微用过吧？毕竟没有automake写符合GNU标准的makefile是很麻烦的。上面的三行，第一行设置了一个sokoban的依赖，必须解决map.txt才能开始LINK，下两行是个典型的rule。指出除非编译文件夹下的map.txt存在，否则从源代码文件夹里面复制一份过来。

帮顶啊。

你看到我最近贴的包里面的Makefile是怎么写的。

跟之前贴的不一样了。

我是根据真实项目经验写出来的。

也许你觉得autoconfig automake 之类的好用。

我去年也用了一阵子autotool，在连别的库的时候，比如lc lxlib之类老出错。

建议还是自己学着怎么写。

看完此贴，深受打击。比火星文还难懂。

额……那贴一份过来吧。个人认为必须包含all, dist, distclean, maintainer-clean, tags, install, uninstall这些目标，其余的没用过。

另：autotools的优势就是判断是否有特定库的简便性吖，我写的这个程序就连接了gtk+-2.0的库，使用autotools以后，首先自动在configure里面判断，然后自动包含进makefile里面，十分方便。