GNU bug report logs -
#16375
subdir-objects breaks build which specifies sources relative to $(top_srcdir)
Previous Next
Reported by: Diab Jerius <djerius <at> cfa.harvard.edu>
Date: Mon, 6 Jan 2014 21:24:01 UTC
Severity: normal
Done: Stefano Lattarini <stefano.lattarini <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your bug report
#16375: subdir-objects breaks build which specifies sources relative to $(top_srcdir)
which was filed against the automake package, has been closed.
The explanation is attached below, along with your original report.
If you require more details, please reply to 16375 <at> debbugs.gnu.org.
--
16375: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16375
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
[+cc 13928 <at> debbugs.gnu.org]
References:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16375
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15919
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15293
Known bugs sadly -- all duplicates of http://debbugs.gnu.org/13928
See also recent thread on the automake list (with sad updates
regarding the current Automake development status):
http://lists.gnu.org/archive/html/automake/2014-04/msg00002.html
Closing these bug as a duplicate. Feel free to continue the
discussion in the http://debbugs.gnu.org/13928 thread. And
if anyone manages to come up with a patch, I will certainly
make time to review it.
Thanks, and sorry for the lack of progress,
Stefano
[Message part 3 (message/rfc822, inline)]
[Message part 4 (text/plain, inline)]
automake 1.14.1
autoconf 2.69
I have a project which has the unique feature of specifying all source
paths relative to $(top_srcdir), e.g.:
libdebug_la_SOURCES = $(top_srcdir)/debug.c
(The actual project is a recursive build with multiple nested source
directories, with paths like
libYYY_la_SOURCES = $(top_srcdir)/YYY/source.
but this small sample elicits the undesired behavior described below.)
Without subdir-objects, automake complains about requiring
subdir-objects, but the project is built correctly.
With subdir-objects, automake & autoconf conspire to generate code
which results in config.status creating a directory literally called
'$(top_srcdir)/.deps', and make dieing with the error
% make
Makefile:372: .deps/debug.Plo: No such file or directory
make: *** No rule to make target `.deps/debug.Plo'. Stop.
In the complete project (which is recursive) each directory gets it's
own version of the '$(top_srcdir)' directory, .e.g, in
lists/Makefile.am,
liblists_la_SOURCES = $(top_srcdir)/lists/foo.c
results in the creation of
lists/$(top_srcdir)/lists/.deps
It is perhaps out of the ordinary to specify sources this way for a
recursive make, but it does actually work (and I'd like to be able to
continue with that idiom, as I have other tools which parse
Makefile.am and require this setup to work).
I've attached a tar file of the stripped down project with the results
of running
autoreconf -i >& autoreconf.log
./configure >& configure.log
Thanks!
Diab
[suplib-am-bug.tar.gz (application/x-gzip, attachment)]
This bug report was last modified 11 years and 91 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.