Re: Lost in automatic dependencies
Hello, On Wed, Apr 11, 2007 at 09:57:44PM +0200, Stephane Bortzmeyer wrote: Ralf Wildenhues [EMAIL PROTECTED] wrote Just making sure: you said you removed config.cache, but what about $prefix/var/tmp/config.cache? You're right. I deleted config.cache, $prefix/var/tmp/config.cache, restored my config.site and rebuilt everything and it works. I now have automatic dependencies. Thanks again. but, if I understand the situation correctly, your config.site was the root of your problem: keeping one common cache for all projects does not work. (Or, at least, is not tested.) It seems that some time ago, you configured a project with --disable-dependency-tracking, and then this seting was stored in the cache. (You might say that this is a bug in Automake, but in any case, this is something which is note ready and does not work.) Have a nice day, Stepan Kasal
Re: Lost in automatic dependencies
On Thu, Apr 05, 2007 at 05:09:44PM +0200, Ralf Wildenhues [EMAIL PROTECTED] wrote a message of 21 lines which said: Just making sure: you said you removed config.cache, but what about $prefix/var/tmp/config.cache? You're right. I deleted config.cache, $prefix/var/tmp/config.cache, restored my config.site and rebuilt everything and it works. I now have automatic dependencies. Thanks again.
Re: Lost in automatic dependencies
* Stephane Bortzmeyer wrote on Wed, Apr 04, 2007 at 10:47:28PM CEST: Indeed, removing /usr/local/etc/config.site solved the problem (the cache was innocent; I've already tried to delete it.) Now, when I modify .h files, everything is compiled again. So, we've found the guilty, thanks. Here is the config.site in case someone finds the bug in it: if test $cache_file = /dev/null; then if test $prefix = NONE; then prefix=$ac_default_prefix fi cache_file=$prefix/var/tmp/config.cache Just making sure: you said you removed config.cache, but what about $prefix/var/tmp/config.cache? The cache variables for the depmode are named something like $am_cv_CC_dependencies_compiler_type. Cheers, Ralf
Re: Lost in automatic dependencies
On Fri, Mar 30, 2007 at 12:13:26AM +0200, Ralf Wildenhues [EMAIL PROTECTED] wrote a message of 16 lines which said: This shows the result as loaded from the cache file (config.cache) or possibly from /usr/local/etc/config.site, Indeed, removing /usr/local/etc/config.site solved the problem (the cache was innocent; I've already tried to delete it.) Now, when I modify .h files, everything is compiled again. And I get: configure:19140: checking dependency style of cc configure:19230: result: gcc3 configure:19249: checking dependency style of g++ configure:19339: result: gcc3 configure:19576: checking for gcc So, we've found the guilty, thanks. Here is the config.site in case someone finds the bug in it: # config.site for configure. See (autoconf) Site Defaults # # Give Autoconf 2.x generated configure scripts a shared default # cache file for feature test results, architecture-specific. if test $cache_file = /dev/null; then if test $prefix = NONE; then prefix=$ac_default_prefix fi cache_file=$prefix/var/tmp/config.cache if ! test -d `dirname $cache_file`; then mkdirhier `dirname $cache_file` fi # A cache file is only valid for one C compiler. # We have strange autoconf problems with gcc3/pkg #CC=/usr/pkg/gcc3/bin/gcc #LD=/usr/pkg/gcc3/bin/gcc #LD=env #CPP=/usr/pkg/gcc3/bin/cpp #CXX=/usr/pkg/gcc3/bin/c++ #CPLUSPLUS=$CXX CC=gcc fi # Use the packages CPPFLAGS=-I/usr/pkg/include LDFLAGS=-L/usr/pkg/lib # Otherwise, libtool tries to use it even for pure-C programs! F77=false # Use GNUTLS with_gnutls=yes
Re: Lost in automatic dependencies
On Wed, Mar 28, 2007 at 11:45:47PM +0200, Ralf Wildenhues [EMAIL PROTECTED] wrote: so please enclose AM_INIT_AUTOMAKE in `set -x', `set +x' in configure.ac, add `set -x' as second line to depcomp, run autoconf and configure. Send output. Here it is. dep-problem.txt.gz Description: Binary data
Re: Lost in automatic dependencies
* Stephane Bortzmeyer wrote on Thu, Mar 29, 2007 at 10:53:57PM CEST: On Wed, Mar 28, 2007 at 11:45:47PM +0200, Ralf Wildenhues [EMAIL PROTECTED] wrote: so please enclose AM_INIT_AUTOMAKE in `set -x', `set +x' in configure.ac, add `set -x' as second line to depcomp, run autoconf and configure. Send output. Here it is. This shows the result as loaded from the cache file (config.cache) or possibly from /usr/local/etc/config.site, but not the output of the actual tests. Please remove the cache file and rerun configure. Cheers, Ralf
Lost in automatic dependencies
It seems that my C program does not track dependencies. If I touch a .h, nothing is recompiled. I did *not* use no-dependencies. Reading the FM, it seems I should have automatic dependencies tracking but I do not have. automake (GNU automake) 1.9.6 gcc 4.1.2 or 3.3.3 GNU Make 3.81
Re: Lost in automatic dependencies
Hi Stephane, * Stephane Bortzmeyer wrote on Wed, Mar 28, 2007 at 10:41:51PM CEST: It seems that my C program does not track dependencies. If I touch a .h, nothing is recompiled. I did *not* use no-dependencies. Hmm. Please show the configure output around checking dependency style. Please also show the setting of CCDEPMODE in the Makefile. Please also show the bit of the Makefile.am where you specify the C program and its sources. (IOW, I'd like all the clues that I can get. ;-) Cheers, Ralf
Re: Lost in automatic dependencies
* quoting myself: * Stephane Bortzmeyer wrote on Wed, Mar 28, 2007 at 10:41:51PM CEST: It seems that my C program does not track dependencies. If I touch a .h, nothing is recompiled. I did *not* use no-dependencies. More clues (sorry, hit the wrong key too early): does the Makefile in question contain a line of the form include ./$(DEPDIR)/objectname.Po and does the file .deps/objectname.Po exist, and what does it contain? Cheers, Ralf
Re: Lost in automatic dependencies
On Wed, Mar 28, 2007 at 10:48:24PM +0200, Ralf Wildenhues [EMAIL PROTECTED] wrote a message of 16 lines which said: Please show the configure output around checking dependency style. gcc version 3.3.3 (NetBSD nb3 20040520) ... configure:19139: checking dependency style of cc configure:19229: result: none configure:19248: checking dependency style of g++ configure:19338: result: none Please also show the setting of CCDEPMODE in the Makefile. CCDEPMODE = depmode=none Please also show the bit of the Makefile.am where you specify the C program and its sources. bin_PROGRAMS = echoping man_MANS = echoping.1 echoping_SOURCES = echoping.c error.c readline.c writen.c util.c http.c icp.c HTParse.c echoping.h icp.h HTParse.h smtp.c pkginclude_HEADERS = echoping.h compilation.h echoping_LDADD = echoping_LDFLAGS = -export-dynamic does the Makefile in question contain a line of the form include ./$(DEPDIR)/objectname.Po Yes include ./$(DEPDIR)/HTParse.Po include ./$(DEPDIR)/echoping.Po ... does the file .deps/objectname.Po exist, and what does it contain? % cat .deps/echoping.Po # dummy
Re: Lost in automatic dependencies
* Stephane Bortzmeyer wrote on Wed, Mar 28, 2007 at 11:06:31PM CEST: On Wed, Mar 28, 2007 at 10:48:24PM +0200, Ralf Wildenhues [EMAIL PROTECTED] wrote a message of 16 lines which said: Please show the configure output around checking dependency style. gcc version 3.3.3 (NetBSD nb3 20040520) ... configure:19139: checking dependency style of cc configure:19229: result: none configure:19248: checking dependency style of g++ configure:19338: result: none So that's where it goes bonkers. All other clues are followups. Next round: How exactly was configure invoked (I suppose you didn't pass --disable-dependency-tracking ;-), and could you show the configure.ac up to AC_PROG_CXX? If that doesn't provide good clues, then I'll probably need to see configure output with `set -x' added somewhere before the depmode tests (and `set +x' somewhere after, to avoid noise) and maybe even with `set -x' added at the top of the depcomp script (the script is used by the configure tests). What version is the depcomp script anyway? Cheers, Ralf
Re: Lost in automatic dependencies
On Wed, Mar 28, 2007 at 11:16:32PM +0200, Ralf Wildenhues [EMAIL PROTECTED] wrote a message of 27 lines which said: How exactly was configure invoked ./configure --config-cache and could you show the configure.ac up to AC_PROG_CXX? I did not invoke AC_PROG_CXX (there is no C++ in the code), I assume libtool did it for me. You can get the whole program from ftp://ftp.internatif.org/pub/unix/echoping/echoping-6.0.0..tar.gz which should be simpler :-) What version is the depcomp script anyway? depcomp 2005-07-09.11
Re: Lost in automatic dependencies
* Stephane Bortzmeyer wrote on Wed, Mar 28, 2007 at 11:33:16PM CEST: On Wed, Mar 28, 2007 at 11:16:32PM +0200, Ralf Wildenhues [EMAIL PROTECTED] wrote a message of 27 lines which said: and could you show the configure.ac up to AC_PROG_CXX? I did not invoke AC_PROG_CXX (there is no C++ in the code), I assume libtool did it for me. Yep. Bug in Libtool 1.5.x. Workaround until Libtool 2.x is out: http://lists.gnu.org/archive/html/libtool/2007-03/msg00020.html You can get the whole program from ftp://ftp.internatif.org/pub/unix/echoping/echoping-6.0.0..tar.gz which should be simpler :-) Thanks, that helps a bit. Doesn't provide me with the verbose output from your system, though, so please enclose AM_INIT_AUTOMAKE in `set -x', `set +x' in configure.ac, add `set -x' as second line to depcomp, run autoconf and configure. Send output. Thanks. Cheers, Ralf