This is the mail archive of the newlib@sourceware.org mailing list for the newlib project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Wrong version displayed in documentation pdfs

From: Corinna Vinschen <vinschen at redhat dot com>
To: newlib at sourceware dot org
Date: Mon, 9 Jan 2017 16:23:19 +0100
Subject: Re: Wrong version displayed in documentation pdfs
Authentication-results: sourceware.org; auth=none
References: <1483696059.20982.1.camel@op.pl> <2f34cab4-aacb-136f-b382-423ebe2f10f0@t-online.de>
Reply-to: newlib at sourceware dot org

On Jan  6 20:36, Hans-Bernhard Bröker wrote:
> Am 06.01.2017 um 10:47 schrieb Freddie Chopin:
> > Hi!
> > 
> > When building pdf documentation for libc and libm out of the most
> > recent package (2.5.0), the version on front page in both document says
> > 2.2.0 with "December 2014" date.
> > 
> > Is there any way to make this value automatic, so it wouldn't have to
> > be updated with each release?
> 
> Automake does indeed offer such a mechanism (see "info automake doc texinfo"
> about 'version.texi'); even the truly ancient version newlib needs for
> --cygnus mode does.
> 
> Newlib just doesn't use it.

Fixed manually for now.


Thanks,
Corinna

-- 
Corinna Vinschen
Cygwin Maintainer
Red Hat

Attachment: signature.asc
Description: PGP signature

References:
- Wrong version displayed in documentation pdfs
  - From: Freddie Chopin
- Re: Wrong version displayed in documentation pdfs
  - From: Hans-Bernhard Bröker

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]