Re: Problem finding TPO dependency file

[John Ling]

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.

Thanks,
John

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
>   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
>