This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: Fix am__TEXINFO_TEX_DIR for gprof and ld
- From: Andreas Schwab <schwab at linux-m68k dot org>
- To: Christophe Lyon <christophe dot lyon at st dot com>
- Cc: Binutils <binutils at sourceware dot org>
- Date: Thu, 31 May 2012 16:50:14 +0200
- Subject: Re: Fix am__TEXINFO_TEX_DIR for gprof and ld
- References: <4FC774BE.7010009@st.com>
Christophe Lyon <christophe.lyon@st.com> writes:
> Hello,
>
> I have noticed that building the pdf docs would fail in gprof and ld subdirs: TEXINPUTS gets a non-existing prefix, thus pdftex uses some out-dated host definitions, leading to a failure.
>
> I am not sure why am__TEXINFO_TEX_DIR ended up with a definition
> different from bfd/doc, binutils/doc or gas/doc in gprof and ld. It
> might have been a temporary problem with automake, that's why my patch
> only modifies the 2 Makefile.in.
>
> OK?
>
> Christophe.
>
>
> 2012-05-31 Christophe Lyon <christophe.lyon@st.com>
>
> ld/
> * Makefile.in (am__TEXINFO_TEX_DIR): Remove $(srcdir) prefix.
> gprof/
> * Makefile.in (am__TEXINFO_TEX_DIR): Remove $(srcdir) prefix.
Makefile.in is a generated file, you should change Makfile.am instead.
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.
Andreas.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."