Hello John, * John Ling wrote on Thu, Sep 28, 2006 at 08:43:56PM CEST: > > I am running on an IBM P690 SMP PowerPC64 running Linux 2.6.9-34.0.2.EL. > > The dependency style selected during configure was gcc3 (see output of > configure below). There are no other errors prior to the one I sent. I > have tested with 1.9.6 and the problem also shows up with that version > of automake. The latest automake and aclocal version that work is > 1.8.5.
More questions: Can you make the package, as it exposes the breakage with 1.9.6, available somehow? Either by putting it up on a website somewhere temporarily, or by sending a tarball to me (off-list, please)? Which sed do you use? sed --version should answer that, if it's GNU sed. Do you have the environment variable POSIXLY_CORRECT set? > >>Using automake 1.9.1 and higher, I get the following error below. I do > >>not get this error if I switch to automake 1.8.5. So what is the change > >>between 1.8.5 and 1.9.1 that causes it to be unable to generate this TPO > >>file? What do I have to do to resolve this problem? > >> > >>shared/cpp/src/fasta/Fasta.cpp:192: fatal error: opening dependency file > >>shared/cpp/src/fasta/.deps/Fasta.Tpo: No such file or directory > >>compilation terminated. This error message comes from g++. Most likely the directory shared/cpp/src/fasta/.deps was not created in your build tree. Can you confirm that after running configure, the directory does not exist? It should exist, and if this is a new build tree, then it should contain a file Fasta.Plo that contains a `# dummy' line. If the directory does exist, is it maybe unwritable by you for some weird reason unknown to me? The issue seems to be with Automake's _AM_OUTPUT_DEPENDENCY_COMMANDS macro. If you can't make the package available, can you post the relevant Makefile.am parts that are responsible for dealing with Fasta.cpp? Thanks, Ralf