This is the mail archive of the
mailing list for the binutils project.
Re: Fix am__TEXINFO_TEX_DIR for gprof and ld
- From: Christophe Lyon <christophe dot lyon at st dot com>
- To: Andreas Schwab <schwab at linux-m68k dot org>
- Cc: Binutils <binutils at sourceware dot org>
- Date: Fri, 1 Jun 2012 10:50:00 +0200
- Subject: Re: Fix am__TEXINFO_TEX_DIR for gprof and ld
- References: <4FC774BE.email@example.com> <firstname.lastname@example.org> <4FC7923B.email@example.com>
On 31.05.2012 17:46, Christophe Lyon wrote:
On 31.05.2012 16:50, Andreas Schwab wrote:
Makefile.in is a generated file, you should change Makfile.am instead.
Sorry; I am not very familiar with automake, and I thought it was a matter of automake version rather then Makefile.am contents.
So, do you suggest that I replace no-texinfo.tex by cygnus? This has more side effects on Makefile.in: depcomp no longer defined, infodir no longer part of installdirs.
The reason why bfd/doc/Makefile.in has a different value of
am__TEXINFO_TEX_DIR is that it is generated with the cygnus option,
which changes the default value of TEXINFO_TEX to what is used in
ld/Makefile.am. But automake always prepends $(srcdir) to an explictly
given value for TEXINFO_TEX, unlike the implict default value.
Is it OK? automake doc seems to advise to avoid using the cygnus option if possible, but doesn't mention that it always prepends $(srcdir): is there another way to avoid that without using the cygnus option?
The removal of the cygnus option occurred then:
So I guess it's not a good idea that I re-introduce it now.