[Top][All Lists]

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

Re: [AUCTeX]; TeX-search-files-by-type: No TeX trees

From: Ikumi Keita
Subject: Re: [AUCTeX]; TeX-search-files-by-type: No TeX trees available; configure ‘TeX-tree-roots’ error
Date: Thu, 30 Nov 2017 03:18:55 +0900

Hi all,

It seems that this message was lost and didn't get to address@hidden  I
changed my email settings and am trying to send again.  Apologies in
advance in case that you receive this message twice.


>>>>> David Kastrup <address@hidden> writes:

>> I will elaborate the method to determine the path separator in AUCTeX.
>> Please wait for a while.

> What was the commit removing all that functionality intended to fix?

The previous auto-detect code was not entirely reliable.  There are some
cases that set `TeX-kpathsea-path-delimiter' to ":" where the right
value is ";".


My intention is to sort out that problem, but my thought was short to
mess up things when cygwin is involved.  That's my fault.  I am sorry
about it.

> Why would there have been autodetection code in the first place if it
> would be sufficient to look at the system type?

It seemed at that time that it can be simplified in that way after all.
Shame on me.

>> Now I realized that AUCTeX has to be extremely careful when choosing
>> the path separator if it works on w32 platform.  It involves two
>> factors: Is Emacs w32 native application or cygwin application?  Is
>> kpsewhich w32 native application or cygwin application?

> The Emacs application type has nothing to do with the kpathsea
> separator.

Yes, of course.  The Emacs application type only comes into play when 
it is intended to take the default value of
`TeX-kpathsea-path-delimiter' from `path-separator'.

Ikumi Keita

reply via email to

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