Weird. I cannot reproduce your issue with that make version on
GNU/Linux.
Which file system does this happen on, maybe a case-insensitive one and
there is another file in the source or the build tree matching the name
(or parts of the dirname) case-insensitively?
Great tip! I forgot this
I have almost the same situation as a post many years ago. The solution didn't
seem to apply, however,
http://www.opensubscriber.com/message/automake@gnu.org/3498366.html
I am using subdir-objects and I have a single, top-level Makefile.am:
#*snip*
BUILT_SOURCES =
lib_LTLIBRARIES = libfoo.la
Hi Jeff,
* Daily, Jeff A wrote on Tue, Aug 10, 2010 at 08:54:53PM CEST:
I am using subdir-objects and I have a single, top-level Makefile.am:
#*snip*
BUILT_SOURCES =
lib_LTLIBRARIES = libfoo.la
libfoo_la_SOURCES =
#*snip*
If HAVE_PYTHON
BUILT_SOURCES += foo/bar/wapi.c
foo/bar/wapi.c:
#*snip*
BUILT_SOURCES =
lib_LTLIBRARIES = libfoo.la
libfoo_la_SOURCES =
#*snip*
If HAVE_PYTHON
BUILT_SOURCES += foo/bar/wapi.c
foo/bar/wapi.c: foo/bar/papi.h $(top_srcdir)/build-aux/wapi.py
-rm -f foo/bar/wapi.c \
$(PYTHON) $(top_srcdir)/build-aux/wapi.py $
* Daily, Jeff A wrote on Tue, Aug 10, 2010 at 09:45:43PM CEST:
Which make version and implementation,
Please answer this one as well.
Which make version and implementation,
Please answer this one as well.
Sorry for missing that. GNU Make 3.81 built for i386-apple-darwin9.0.
