auctex-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [AUCTeX-devel] AUC-TeX and TeXLive banners


From: David Kastrup
Subject: Re: [AUCTeX-devel] AUC-TeX and TeXLive banners
Date: Fri, 18 Jan 2013 09:48:07 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux)

Tassilo Horn <address@hidden> writes:

> Ivan Andrus <address@hidden> writes:
>
> Hi!
>
>>> I wonder why the following has not been reported yet.
>>> I'm working with emacs (trunk) and AUC-TeX (CVS)
>>> and TeXLive (latest version) under Windows.
>>> The TeXLive banners read like this :
>>> 
>>> Running `LaTeX' on `parametric-agents' with ``pdflatex --synctex=1
>>> -interaction=nonstopmode "\input" "parametric-agents.tex"'' This is
>>> pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/W32TeX) (for the
>>> W32 version). Whenever I ask for TeX-next-error, AUC-TeX tries to
>>> parse an error on the banner because of the '(TeX Live 2012/W32TeX)'
>>> part.
>>
>> Depending on what you mean, this has been seen before.  If you mean
>> that AUCTeX thinks that line is an error, then I have no idea.  It
>> doesn't do that for me.
>
> Neither for me.  I also use TeXLive 2012.

I am pretty sure AUCTeX things that line is an error [indicator], or
more likely that it belongs to the error tracking.  It is just that at
the closing paren, it will forget this again.

At one point of time, AUCTeX was rather strict about what it considered
a paren signifying opening a file, and could not be strict about what
parens it considered closing the file because those parens were rather
on their own.

So I changed the parsing to make opening parens similarly lenient.  That
earned AUCTeX a lot of false opens cancelled by the unavoidable false
closings.

If anybody made the rules "more correct" since then, you'll get more
errors of that kind.

-- 
David Kastrup



reply via email to

[Prev in Thread] Current Thread [Next in Thread]