unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* References in elisp.dvi.
@ 2003-10-21 14:50 Lute Kamstra
  2003-10-21 15:35 ` Alan Shutko
  0 siblings, 1 reply; 17+ messages in thread
From: Lute Kamstra @ 2003-10-21 14:50 UTC (permalink / raw)


For me, the page references in the Lisp Reference manual (elisp.dvi)
are incorrect.  Typically they are off by a few pages, but higher page
numbers are off more.  A few examples:

Page nr. mentioned     Actual page nr.
in reference.          of the section

  9                      9
 19                     19
 25                     25
 33                     32
 37                     35
 58                     56
 87                     85
150                    144
572                    566
735                    729
787                    781

Does anyone else see this?

  Lute.

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: References in elisp.dvi.
  2003-10-21 14:50 References in elisp.dvi Lute Kamstra
@ 2003-10-21 15:35 ` Alan Shutko
  2003-10-21 17:03   ` Lute Kamstra
  0 siblings, 1 reply; 17+ messages in thread
From: Alan Shutko @ 2003-10-21 15:35 UTC (permalink / raw)
  Cc: emacs-devel

Lute Kamstra <Lute.Kamstra@cwi.nl> writes:

> For me, the page references in the Lisp Reference manual (elisp.dvi)
> are incorrect.  Typically they are off by a few pages, but higher page
> numbers are off more.  A few examples:

Sounds like someone needs to do another TeX run to resolve the references.

-- 
Alan Shutko <ats@acm.org> - I am the rocks.
Easter kit on sale now! Comes with 2 boards, 3 nails and a martyr.

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: References in elisp.dvi.
  2003-10-21 15:35 ` Alan Shutko
@ 2003-10-21 17:03   ` Lute Kamstra
  2003-10-21 18:20     ` Alan Shutko
  2003-10-21 19:02     ` Eli Zaretskii
  0 siblings, 2 replies; 17+ messages in thread
From: Lute Kamstra @ 2003-10-21 17:03 UTC (permalink / raw)
  Cc: emacs-devel

Alan Shutko <ats@acm.org> writes:

> Lute Kamstra <Lute.Kamstra@cwi.nl> writes:
>
>> For me, the page references in the Lisp Reference manual (elisp.dvi)
>> are incorrect.  Typically they are off by a few pages, but higher page
>> numbers are off more.  A few examples:
>
> Sounds like someone needs to do another TeX run to resolve the references.

*Something* needs to run TeX another time.  I produce elisp.dvi by
doing "make elisp.dvi" in the lispref dir.  This should run TeX enough
times for the references to be calculated correctly (like texi2dvi
does), but it does not.  When I do another TeX run manually,
references are correct.

  Lute.

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: References in elisp.dvi.
  2003-10-21 17:03   ` Lute Kamstra
@ 2003-10-21 18:20     ` Alan Shutko
  2003-10-21 19:02     ` Eli Zaretskii
  1 sibling, 0 replies; 17+ messages in thread
From: Alan Shutko @ 2003-10-21 18:20 UTC (permalink / raw)
  Cc: emacs-devel

Lute Kamstra <Lute.Kamstra@cwi.nl> writes:

> *Something* needs to run TeX another time.  I produce elisp.dvi by
> doing "make elisp.dvi" in the lispref dir.

Oh, I didn't realize it was an automatic process.  (I thought you
were looking at a preproduced dvi, as has been announced here once in
a while, though not lately.)

I guess another tex run should be added to the makefile, or switch it
to texi2dvi.  It doesn't look like it's trying hard right now to get
the refs right.

-- 
Alan Shutko <ats@acm.org> - I am the rocks.
"You think I waited until I was sixteen to lose my virginity?"

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: References in elisp.dvi.
  2003-10-21 17:03   ` Lute Kamstra
  2003-10-21 18:20     ` Alan Shutko
@ 2003-10-21 19:02     ` Eli Zaretskii
  2003-10-21 20:17       ` Andreas Schwab
  2003-10-23  9:23       ` Richard Stallman
  1 sibling, 2 replies; 17+ messages in thread
From: Eli Zaretskii @ 2003-10-21 19:02 UTC (permalink / raw)
  Cc: ats, emacs-devel

> From: Lute Kamstra <Lute.Kamstra@cwi.nl>
> Date: Tue, 21 Oct 2003 19:03:15 +0200
> 
> *Something* needs to run TeX another time.  I produce elisp.dvi by
> doing "make elisp.dvi" in the lispref dir.  This should run TeX enough
> times for the references to be calculated correctly (like texi2dvi
> does), but it does not.  When I do another TeX run manually,
> references are correct.

Perhaps lispref/Makefile.in should be modified to use texi2dvi instead
of the good-ole way of running TeX ``by hand''.  texi2dvi repeatedly
runs TeX until the results actually stop changing, so it will always
produce the correct references.

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: References in elisp.dvi.
  2003-10-21 19:02     ` Eli Zaretskii
@ 2003-10-21 20:17       ` Andreas Schwab
  2003-10-22  6:10         ` Eli Zaretskii
  2003-10-23  9:23         ` Richard Stallman
  2003-10-23  9:23       ` Richard Stallman
  1 sibling, 2 replies; 17+ messages in thread
From: Andreas Schwab @ 2003-10-21 20:17 UTC (permalink / raw)
  Cc: Lute Kamstra, ats, emacs-devel

"Eli Zaretskii" <eliz@elta.co.il> writes:

>> From: Lute Kamstra <Lute.Kamstra@cwi.nl>
>> Date: Tue, 21 Oct 2003 19:03:15 +0200
>> 
>> *Something* needs to run TeX another time.  I produce elisp.dvi by
>> doing "make elisp.dvi" in the lispref dir.  This should run TeX enough
>> times for the references to be calculated correctly (like texi2dvi
>> does), but it does not.  When I do another TeX run manually,
>> references are correct.
>
> Perhaps lispref/Makefile.in should be modified to use texi2dvi instead
> of the good-ole way of running TeX ``by hand''.

lispref is a bit more complicated because it has this permute-index thing.
But maybe this can be dropped, it's not enabled by default anyway.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: References in elisp.dvi.
  2003-10-21 20:17       ` Andreas Schwab
@ 2003-10-22  6:10         ` Eli Zaretskii
  2003-10-23  9:23         ` Richard Stallman
  1 sibling, 0 replies; 17+ messages in thread
From: Eli Zaretskii @ 2003-10-22  6:10 UTC (permalink / raw)
  Cc: emacs-devel

> From: Andreas Schwab <schwab@suse.de>
> Date: Tue, 21 Oct 2003 22:17:27 +0200
> 
> 
> lispref is a bit more complicated because it has this permute-index thing.
> But maybe this can be dropped, it's not enabled by default anyway.

It can be dropped, or we could run texi2dvi, then the permute-index
script and lastly, TeX.

In any case, I think the non-permuted_index branch of the elisp.dvi
target's commands should simply use texi2dvi.

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: References in elisp.dvi.
  2003-10-21 19:02     ` Eli Zaretskii
  2003-10-21 20:17       ` Andreas Schwab
@ 2003-10-23  9:23       ` Richard Stallman
  1 sibling, 0 replies; 17+ messages in thread
From: Richard Stallman @ 2003-10-23  9:23 UTC (permalink / raw)
  Cc: Lute.Kamstra, ats, emacs-devel

    Perhaps lispref/Makefile.in should be modified to use texi2dvi instead
    of the good-ole way of running TeX ``by hand''.  texi2dvi repeatedly
    runs TeX until the results actually stop changing, so it will always
    produce the correct references.

sounds good to me.

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: References in elisp.dvi.
  2003-10-21 20:17       ` Andreas Schwab
  2003-10-22  6:10         ` Eli Zaretskii
@ 2003-10-23  9:23         ` Richard Stallman
  2003-10-23 10:06           ` Andreas Schwab
  1 sibling, 1 reply; 17+ messages in thread
From: Richard Stallman @ 2003-10-23  9:23 UTC (permalink / raw)
  Cc: Lute.Kamstra, eliz, ats, emacs-devel

    lispref is a bit more complicated because it has this permute-index thing.
    But maybe this can be dropped, it's not enabled by default anyway.

i would not mind.

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: References in elisp.dvi.
  2003-10-23  9:23         ` Richard Stallman
@ 2003-10-23 10:06           ` Andreas Schwab
  2003-10-23 13:00             ` Luc Teirlinck
  2003-10-23 13:07             ` Luc Teirlinck
  0 siblings, 2 replies; 17+ messages in thread
From: Andreas Schwab @ 2003-10-23 10:06 UTC (permalink / raw)
  Cc: Lute.Kamstra, eliz, ats, emacs-devel

Richard Stallman <rms@gnu.org> writes:

>     lispref is a bit more complicated because it has this permute-index thing.
>     But maybe this can be dropped, it's not enabled by default anyway.
>
> i would not mind.

Ok, I've remove that now and switched to texi2dvi.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: References in elisp.dvi.
  2003-10-23 10:06           ` Andreas Schwab
@ 2003-10-23 13:00             ` Luc Teirlinck
  2003-10-23 13:10               ` Andreas Schwab
  2003-10-23 13:07             ` Luc Teirlinck
  1 sibling, 1 reply; 17+ messages in thread
From: Luc Teirlinck @ 2003-10-23 13:00 UTC (permalink / raw)
  Cc: Lute.Kamstra, eliz, ats, rms, emacs-devel

What is happenning with lispref/index.texi?  Each time I update, it
appears, but running `make bootstrap'  deletes it before it is neeeded,
causing bootstrapping to fail.   End of make bootstrap output:

ake[1]: Leaving directory `/home/teirllm/emacscvsdir/emacs/leim'
(cd man; make  info)
make[1]: Entering directory `/home/teirllm/emacscvsdir/emacs/man'
make[1]: Nothing to be done for `info'.
make[1]: Leaving directory `/home/teirllm/emacscvsdir/emacs/man'
(cd lispref; make  info)
make[1]: Entering directory `/home/teirllm/emacscvsdir/emacs/lispref'
make[1]: *** No rule to make target
`/home/teirllm/emacscvsdir/emacs/lispref/index.texi', needed by
`/home/teirllm/emacscvsdir/emacs/lispref/../info/elisp'.  Stop.
make[1]: Leaving directory `/home/teirllm/emacscvsdir/emacs/lispref'
make: *** [info] Error 2

index.texi is indeed gone.

lispref/Makefile.in contains:

clean:
rm -f *.toc *.aux *.log *.cp *.cps *.fn *.fns *.tp *.tps*.vr *.vrs *.pg *.pgs *.ky *.kys
rm -f make.out core
rm -f index.texi

Why that last line?  Should `make clean' really remove index.texi?
Even if so, certainly `make bootstrap' should not.

Sincerely,

Luc.

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: References in elisp.dvi.
  2003-10-23 10:06           ` Andreas Schwab
  2003-10-23 13:00             ` Luc Teirlinck
@ 2003-10-23 13:07             ` Luc Teirlinck
  2003-10-23 13:17               ` Luc Teirlinck
  2003-10-23 13:25               ` Andreas Schwab
  1 sibling, 2 replies; 17+ messages in thread
From: Luc Teirlinck @ 2003-10-23 13:07 UTC (permalink / raw)
  Cc: Lute.Kamstra, eliz, ats, rms, emacs-devel

While on the subject of lispref/Makefile.in:

maintainer-clean: clean
		  rm -f elisp elisp-* elisp.dvi elisp.oaux

Is elisp.oaux really what is meant or should that be elisp.aux?

Sincerely,

Luc.

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: References in elisp.dvi.
  2003-10-23 13:00             ` Luc Teirlinck
@ 2003-10-23 13:10               ` Andreas Schwab
  2003-10-24  5:15                 ` Richard Stallman
  0 siblings, 1 reply; 17+ messages in thread
From: Andreas Schwab @ 2003-10-23 13:10 UTC (permalink / raw)
  Cc: Lute.Kamstra, eliz, ats, rms, emacs-devel

Luc Teirlinck <teirllm@dms.auburn.edu> writes:

> Why that last line?  Should `make clean' really remove index.texi?

No, it should not.  I'll fix that in a minute.  Workaround is to build in
a separate directory.

Sorry for the breakage.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: References in elisp.dvi.
  2003-10-23 13:07             ` Luc Teirlinck
@ 2003-10-23 13:17               ` Luc Teirlinck
  2003-10-23 13:25               ` Andreas Schwab
  1 sibling, 0 replies; 17+ messages in thread
From: Luc Teirlinck @ 2003-10-23 13:17 UTC (permalink / raw)
  Cc: Lute.Kamstra, rms, schwab, eliz, ats, emacs-devel

>From my previous message:

   Is elisp.oaux really what is meant

Apparently yes, since it is mentioned in the Change Log.  Sorry for
the false alarm on this one.

Sincerely,

Luc.

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: References in elisp.dvi.
  2003-10-23 13:07             ` Luc Teirlinck
  2003-10-23 13:17               ` Luc Teirlinck
@ 2003-10-23 13:25               ` Andreas Schwab
  1 sibling, 0 replies; 17+ messages in thread
From: Andreas Schwab @ 2003-10-23 13:25 UTC (permalink / raw)
  Cc: Lute.Kamstra, eliz, ats, rms, emacs-devel

Luc Teirlinck <teirllm@dms.auburn.edu> writes:

> While on the subject of lispref/Makefile.in:
>
> maintainer-clean: clean
> 		  rm -f elisp elisp-* elisp.dvi elisp.oaux
>
> Is elisp.oaux really what is meant or should that be elisp.aux?

No, *.aux is already cleaned up.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: References in elisp.dvi.
  2003-10-23 13:10               ` Andreas Schwab
@ 2003-10-24  5:15                 ` Richard Stallman
  2003-10-24 14:24                   ` Stefan Monnier
  0 siblings, 1 reply; 17+ messages in thread
From: Richard Stallman @ 2003-10-24  5:15 UTC (permalink / raw)
  Cc: Lute.Kamstra, eliz, teirllm, ats, emacs-devel

    > Why that last line?  Should `make clean' really remove index.texi?

    No, it should not.  I'll fix that in a minute.  Workaround is to build in
    a separate directory.

if the makefile creates index.texi, and it's not in the distro,
make clean shd delete it.

if index.texi is now precreated and in the tar ball,
then make ckean shd not delete it.

in make bootstrap, the second make shd create it again.
that's the way to avoid this error.

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: References in elisp.dvi.
  2003-10-24  5:15                 ` Richard Stallman
@ 2003-10-24 14:24                   ` Stefan Monnier
  0 siblings, 0 replies; 17+ messages in thread
From: Stefan Monnier @ 2003-10-24 14:24 UTC (permalink / raw)
  Cc: Lute.Kamstra, teirllm, Andreas Schwab, eliz, ats, emacs-devel

> in make bootstrap, the second make shd create it again.
> that's the way to avoid this error.

BTW, why does bootstrap do all those `clean' steps?  The few times I call
`bootstrap' I find those steps just waste my time by removing and rebuilding
files in the exact same way.  I'd rather call the bootstrap-clean-before
step manually when needed.  It's especially annoying when the bootstrap
fails partway because "fix && make boostrap" will start all over from
scratch each and every time.


        Stefan

^ permalink raw reply	[flat|nested] 17+ messages in thread

end of thread, other threads:[~2003-10-24 14:24 UTC | newest]

Thread overview: 17+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-10-21 14:50 References in elisp.dvi Lute Kamstra
2003-10-21 15:35 ` Alan Shutko
2003-10-21 17:03   ` Lute Kamstra
2003-10-21 18:20     ` Alan Shutko
2003-10-21 19:02     ` Eli Zaretskii
2003-10-21 20:17       ` Andreas Schwab
2003-10-22  6:10         ` Eli Zaretskii
2003-10-23  9:23         ` Richard Stallman
2003-10-23 10:06           ` Andreas Schwab
2003-10-23 13:00             ` Luc Teirlinck
2003-10-23 13:10               ` Andreas Schwab
2003-10-24  5:15                 ` Richard Stallman
2003-10-24 14:24                   ` Stefan Monnier
2003-10-23 13:07             ` Luc Teirlinck
2003-10-23 13:17               ` Luc Teirlinck
2003-10-23 13:25               ` Andreas Schwab
2003-10-23  9:23       ` Richard Stallman

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).