User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0)
            Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
References: <CAFUtaNHPN3TPR2uspkOkxKOb2xPkh3yWmprx0Ecbjqpa6q=rVw@mail.gmail.com>
            <50329F3B.9030404@latex-project.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Message-ID:  <5032ACE2.8000804@morningstar2.co.uk>
Date:         Mon, 20 Aug 2012 22:32:18 +0100
Reply-To: Mailing list for the LaTeX3 project
              <LATEX-L@listserv.uni-heidelberg.de>
Sender: Mailing list for the LaTeX3 project <LATEX-L@listserv.uni-heidelberg.de>
From: Joseph Wright <joseph.wright@MORNINGSTAR2.CO.UK>
Subject: Re: l3doc index under current TL dist
To: LATEX-L@listserv.uni-heidelberg.de
In-Reply-To:  <50329F3B.9030404@latex-project.org>
Precedence: list
Status: R

On 20/08/2012 21:34, Frank Mittelbach wrote:
> Am 20.08.2012 21:10, schrieb Joel C. Salomon:
>> After updating TeX Live today, recompiling the xpeek documentation
>> gives “0” as the page number for all commands in the index, and “1” as
>> the line number for all definitions. The hyperlinks point to the
>> correct places, though.
>>
>> The version info in l3doc is “This file has version number v4070, last
>> revised 2012/08/09.”  There does not seem to be any substantial
>> difference in l3doc.dtx on GitHub recently, so this might well be a
>> bug in one of the other recently-updated packages: any likely
>> culprits?
> 
> it looks like a problem in the l3 peek code itself  (or its interaction
> with l3doc or hyperref or  ....) ... if one compiles source3.tex

Turns out this was due to a change made to 'tidy up' the code. I've made
a temporary fix, reverting to using \c@CodelineNo for indexing.
-- 
Joseph Wright