This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: problems re: makeinfo '--split-size' arg?
- From: cgd at broadcom dot com
- To: jsm28 at cam dot ac dot uk
- Cc: binutils at sources dot redhat dot com,gcc at gcc dot gnu dot org,pfeifer at dbai dot tuwien dot ac dot at
- Date: 01 May 2003 10:26:59 -0700
- Subject: Re: problems re: makeinfo '--split-size' arg?
- References: <yov5k7dev7e3.fsf@broadcom.com><Pine.LNX.4.53.0304281950500.2089@kern.srcf.societies.cam.ac.uk><mailpost.1051556216.2781@news-sj1-1>
At Mon, 28 Apr 2003 18:56:56 +0000 (UTC), "Joseph S. Myers" wrote:
> > I suspect that the top-level Makefile should be modified so that
> > it uses 'missing' instead of makeinfo if the --split-size option isn't
> > supported. (Looks like it was added in rev 4.1 of the texinfo
> > package.)
>
> For GCC it would be convenient to move the configure check for the
> required Texinfo version (currently >= 4.2) to toplevel so features from
> the same version of Texinfo can freely be used in all manuals, not just
> those in the gcc/ subdirectory. But other projects might not want the
> required version to change whenever it's convenient to use some new
> feature in some GCC manual and so the version needed for GCC is increased.
It doesn't seem nice to mandate a frequently-increasing version being
required across the whole source tree, unless that version is *really*
necessary across the source tree programs.
On the other hand, there's something to be said for rebuilding info
files consistently across the source tree (i.e., if they're not
rebuilt in one place, they're not rebuilt in all).
If people think that a patch like mine, but w/ the version bumped to
4.2, is reasonable, then that's fine w/ me... All i know is that the
current state allows one to use makeinfo 4.0, which fails during the
build. 8-)
cgd