"Ikumi Keita" <ik...@ikumi.que.jp> writes: > This is an automated email from the git hooks/post-receive script. It was > generated because a ref change was pushed to the repository containing > the project "GNU AUCTeX". > > The branch, master has been updated > via 9fdfe2c3d466d0a37b2d46b94052516e16d2c0c5 (commit) > from b2571b6048928882903204553716b9ec19d3e15b (commit) > > Those revisions listed above that are new to this repository have > not appeared on any other notification email; so we list those > revisions in full, below. > > - Log ----------------------------------------------------------------- > commit 9fdfe2c3d466d0a37b2d46b94052516e16d2c0c5 > Author: Ikumi Keita <ik...@ikumi.que.jp> > Date: Thu Nov 30 00:32:49 2017 +0900 > > Re-implement auto-detect of path separator from kpsewhich output > > * tex.el (TeX-kpathsea-path-delimiter): Accept t for Autodetect again > and make it default on w32 platform. > (TeX-tree-expand): Use heuristics as much as possible to determine the > path separator, paying attention to the case that it cannot be > determined. >
> + ;; It seems that kpsewhich accepts semicolon as > + ;; path delimiter even on non-w32 platform and > + ;; converts it to colon if necessary. > + ;; Quote from texmf.cnf of TeXLive 2017: > + ;; "In this file, either ; or : can be used to > + ;; separate path components." > + ,(mapconcat #'identity vars ";"))) You know, it is not prohibited to actually test out such things. dak@lola:/usr/local/tmp/lilypond$ kpsewhich --progname=latex --expand-path "/home/dak/tex/india/:/tmp" /home/dak/tex/india:/tmp dak@lola:/usr/local/tmp/lilypond$ kpsewhich --progname=latex --expand-path "/home/dak/tex/india/;/tmp" dak@lola:/usr/local/tmp/lilypond$ kpsewhich --version kpathsea version 6.2.3 Copyright 2017 Karl Berry & Olaf Weber. License LGPLv2.1+: GNU Lesser GPL version 2.1 or later <http://gnu.org/licenses/lgpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. What are you trying to fix here? The code you replaced was not an accident. -- David Kastrup _______________________________________________ auctex-devel mailing list auctex-devel@gnu.org https://lists.gnu.org/mailman/listinfo/auctex-devel
