[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problem finding TPO dependency file

From: John Ling
Subject: Re: Problem finding TPO dependency file
Date: Fri, 29 Sep 2006 11:14:27 -0700
User-agent: Thunderbird (X11/20060614)

Hi Ralf,

I'll send you a tar of the package separately.
To answer your questions:
sed --version reports GNU sed version 4.1.2

The environment variable POSIXLY_CORRECT is not set.
The shared/cpp/src/fasta/.deps does not exist after running configure. And yes the Fasta.Plo contains only "# dummy". But I am able to manually create the .deps directory in that location so at least my user account that I use isn't the cause of the inability to create the directory.


Ralf Wildenhues wrote:
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

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

If you can't make the package available, can you post the relevant parts that are responsible for dealing with Fasta.cpp?


reply via email to

[Prev in Thread] Current Thread [Next in Thread]