Discussion:
[AUCTeX] 11.90.2.2017-07-25; TeX-search-files-by-type: No TeX trees available; configure ‘TeX-tree-roots’ error
Sivaram Neelakantan
2017-11-27 14:41:47 UTC
Permalink
I get the subj line error, if I do C-c C-e to start a blank document.
if I manually type the stuff below it works and compiles.

A quick google search reveals a patch was done by Ralf for the same
issue posted by me though I don't know what. And (executable-find
"kpsewhich") is "c:/cygwin/bin/kpsewhich.exe"

https://lists.gnu.org/archive/html/auctex/2011-05/msg00002.html


--8<---------------cut here---------------start------------->8---
\documentclass[a4paper]{article}
\begin{document}
test

\end{document}
--8<---------------cut here---------------end--------------->8---

I was expecting these settings parameters to show up as document
options.

(setq LaTeX-default-style "scrartcl")
(setq LaTeX-default-options "a4paper,12pt,draft")


Emacs : GNU Emacs 25.3.1 (x86_64-w64-mingw32)
of 2017-09-17
Package: 11.90.2.2017-07-25

current state:
==============
(setq
AUCTeX-date "2017-07-25"
window-system 'w32
LaTeX-version "2e"
TeX-style-path '("~/.emacs.d/auctex" "c:/gnu/initfiles/.emacs.d/elpa/auctex-11.91.0/style" "c:/gnu/initfiles/.emacs.d/auctex/auto"
"c:/gnu/initfiles/.emacs.d/auctex/style" "auto" "style")
TeX-auto-save t
TeX-parse-self t
TeX-master t
TeX-command-list '(("TeX" "%(PDF)%(tex) %(file-line-error) %(extraopts) %`%S%(PDFout)%(mode)%' %t" TeX-run-TeX nil
(plain-tex-mode ams-tex-mode texinfo-mode) :help "Run plain TeX")
("LaTeX" "%`%l%(mode)%' %t" TeX-run-TeX nil (latex-mode doctex-mode) :help "Run LaTeX")
("Makeinfo" "makeinfo %(extraopts) %t" TeX-run-compile nil (texinfo-mode) :help "Run Makeinfo with Info output")
("Makeinfo HTML" "makeinfo %(extraopts) --html %t" TeX-run-compile nil (texinfo-mode) :help "Run Makeinfo with HTML output")
("AmSTeX" "amstex %(PDFout) %(extraopts) %`%S%(mode)%' %t" TeX-run-TeX nil (ams-tex-mode) :help "Run AMSTeX")
("ConTeXt" "%(cntxcom) --once --texutil %(extraopts) %(execopts)%t" TeX-run-TeX nil (context-mode) :help "Run ConTeXt once")
("ConTeXt Full" "%(cntxcom) %(extraopts) %(execopts)%t" TeX-run-TeX nil (context-mode) :help "Run ConTeXt until completion")
("BibTeX" "bibtex %s" TeX-run-BibTeX nil t :help "Run BibTeX") ("Biber" "biber %s" TeX-run-Biber nil t :help "Run Biber")
("View" "%V" TeX-run-discard-or-function t t :help "Run Viewer") ("Print" "%p" TeX-run-command t t :help "Print the file")
("Queue" "%q" TeX-run-background nil t :help "View the printer queue" :visible TeX-queue-command)
("File" "%(o?)dvips %d -o %f " TeX-run-dvips t t :help "Generate PostScript file")
("Dvips" "%(o?)dvips %d -o %f " TeX-run-dvips nil t :help "Convert DVI file to PostScript")
("Dvipdfmx" "dvipdfmx %d" TeX-run-dvipdfmx nil t :help "Convert DVI file to PDF with dvipdfmx")
("Ps2pdf" "ps2pdf %f" TeX-run-ps2pdf nil t :help "Convert PostScript file to PDF")
("Glossaries" "makeglossaries %s" TeX-run-command nil t :help "Run makeglossaries to create glossary file")
("Index" "makeindex %s" TeX-run-index nil t :help "Run makeindex to create index file")
("upMendex" "upmendex %s" TeX-run-index t t :help "Run upmendex to create index file")
("Xindy" "texindy %s" TeX-run-command nil t :help "Run xindy to create index file")
("Check" "lacheck %s" TeX-run-compile nil (latex-mode) :help "Check LaTeX file for correctness")
("ChkTeX" "chktex -v6 %s" TeX-run-compile nil (latex-mode) :help "Check LaTeX file for common mistakes")
("Spell" "(TeX-ispell-document \"\")" TeX-run-function nil t :help "Spell-check the document")
("Clean" "TeX-clean" TeX-run-function nil t :help "Delete generated intermediate files")
("Clean All" "(TeX-clean t)" TeX-run-function nil t :help "Delete generated intermediate and output files")
("Other" "" TeX-run-command t t :help "Run an arbitrary command"))
)


sivaram
--
Mosè Giordano
2017-11-28 13:04:01 UTC
Permalink
Hi Sivaram,
Post by Sivaram Neelakantan
I get the subj line error, if I do C-c C-e to start a blank document.
if I manually type the stuff below it works and compiles.
A quick google search reveals a patch was done by Ralf for the same
issue posted by me though I don't know what. And (executable-find
"kpsewhich") is "c:/cygwin/bin/kpsewhich.exe"
https://lists.gnu.org/archive/html/auctex/2011-05/msg00002.html
--8<---------------cut here---------------start------------->8---
\documentclass[a4paper]{article}
\begin{document}
test
\end{document}
--8<---------------cut here---------------end--------------->8---
I was expecting these settings parameters to show up as document
options.
(setq LaTeX-default-style "scrartcl")
(setq LaTeX-default-options "a4paper,12pt,draft")
Thanks for the report. I guess the value of `TeX-tree-roots' for you
is nil, right? You can check it with

C-h v TeX-tree-roots RET

What happens if you run

M-: (TeX-tree-roots) RET

?

Bye,
Mosè
Sivaram Neelakantan
2017-11-29 04:23:24 UTC
Permalink
Post by Mosè Giordano
Hi Sivaram,
[snipped 26 lines]
Post by Mosè Giordano
Thanks for the report. I guess the value of `TeX-tree-roots' for you
is nil, right? You can check it with
C-h v TeX-tree-roots RET
What happens if you run
M-: (TeX-tree-roots) RET
?
Both are returning nil, as you guessed.


sivaram
--
Ikumi Keita
2017-11-28 13:38:56 UTC
Permalink
Dear all,

Although I sent this message yesterday, it seems that it got lost in the
sea of the Internet. I'm resending, so please bear with me if anyone
receives this message twice.

------------------------------------------------------------------------

Hi Sivaram,
Post by Sivaram Neelakantan
I get the subj line error, if I do C-c C-e to start a blank document.
if I manually type the stuff below it works and compiles.
The reason might be my recent commit in the git repository. Could you
please answer some questions in order to figure out the problem?
1. Have you been experiencing that problem since long before? Or did
that begin to occur recently?
2. What are the values of `TeX-kpathsea-path-delimiter',
`TeX-tree-roots', `path-separator' and `system-type' in the buffer
where the error occurs?
3. On cygwin terminal, what does the command
kpsewhich --expand-path='$TEXMF'
output?

Regards,
Ikumi Keita
Post by Sivaram Neelakantan
A quick google search reveals a patch was done by Ralf for the same
issue posted by me though I don't know what. And (executable-find
"kpsewhich") is "c:/cygwin/bin/kpsewhich.exe"
https://lists.gnu.org/archive/html/auctex/2011-05/msg00002.html
\documentclass[a4paper]{article}
\begin{document}
test
\end{document}
I was expecting these settings parameters to show up as document
options.
(setq LaTeX-default-style "scrartcl")
(setq LaTeX-default-options "a4paper,12pt,draft")
Emacs : GNU Emacs 25.3.1 (x86_64-w64-mingw32)
of 2017-09-17
Package: 11.90.2.2017-07-25
==============
(setq
AUCTeX-date "2017-07-25"
window-system 'w32
LaTeX-version "2e"
TeX-style-path '("~/.emacs.d/auctex" "c:/gnu/initfiles/.emacs.d/elpa/auctex-11.91.0/style" "c:/gnu/initfiles/.emacs.d/auctex/auto"
"c:/gnu/initfiles/.emacs.d/auctex/style" "auto" "style")
TeX-auto-save t
TeX-parse-self t
TeX-master t
TeX-command-list '(("TeX" "%(PDF)%(tex) %(file-line-error) %(extraopts) %`%S%(PDFout)%(mode)%' %t" TeX-run-TeX nil
(plain-tex-mode ams-tex-mode texinfo-mode) :help "Run plain TeX")
("LaTeX" "%`%l%(mode)%' %t" TeX-run-TeX nil (latex-mode doctex-mode) :help "Run LaTeX")
("Makeinfo" "makeinfo %(extraopts) %t" TeX-run-compile nil (texinfo-mode) :help "Run Makeinfo with Info output")
("Makeinfo HTML" "makeinfo %(extraopts) --html %t" TeX-run-compile nil (texinfo-mode) :help "Run Makeinfo with HTML output")
("AmSTeX" "amstex %(PDFout) %(extraopts) %`%S%(mode)%' %t" TeX-run-TeX nil (ams-tex-mode) :help "Run AMSTeX")
("ConTeXt" "%(cntxcom) --once --texutil %(extraopts) %(execopts)%t" TeX-run-TeX nil (context-mode) :help "Run ConTeXt once")
("ConTeXt Full" "%(cntxcom) %(extraopts) %(execopts)%t" TeX-run-TeX nil (context-mode) :help "Run ConTeXt until completion")
("BibTeX" "bibtex %s" TeX-run-BibTeX nil t :help "Run BibTeX") ("Biber" "biber %s" TeX-run-Biber nil t :help "Run Biber")
("View" "%V" TeX-run-discard-or-function t t :help "Run Viewer") ("Print" "%p" TeX-run-command t t :help "Print the file")
("Queue" "%q" TeX-run-background nil t :help "View the printer queue" :visible TeX-queue-command)
("File" "%(o?)dvips %d -o %f " TeX-run-dvips t t :help "Generate PostScript file")
("Dvips" "%(o?)dvips %d -o %f " TeX-run-dvips nil t :help "Convert DVI file to PostScript")
("Dvipdfmx" "dvipdfmx %d" TeX-run-dvipdfmx nil t :help "Convert DVI file to PDF with dvipdfmx")
("Ps2pdf" "ps2pdf %f" TeX-run-ps2pdf nil t :help "Convert PostScript file to PDF")
("Glossaries" "makeglossaries %s" TeX-run-command nil t :help "Run makeglossaries to create glossary file")
("Index" "makeindex %s" TeX-run-index nil t :help "Run makeindex to create index file")
("upMendex" "upmendex %s" TeX-run-index t t :help "Run upmendex to create index file")
("Xindy" "texindy %s" TeX-run-command nil t :help "Run xindy to create index file")
("Check" "lacheck %s" TeX-run-compile nil (latex-mode) :help "Check LaTeX file for correctness")
("ChkTeX" "chktex -v6 %s" TeX-run-compile nil (latex-mode) :help "Check LaTeX file for common mistakes")
("Spell" "(TeX-ispell-document \"\")" TeX-run-function nil t :help "Spell-check the document")
("Clean" "TeX-clean" TeX-run-function nil t :help "Delete generated intermediate files")
("Clean All" "(TeX-clean t)" TeX-run-function nil t :help "Delete generated intermediate and output files")
("Other" "" TeX-run-command t t :help "Run an arbitrary command"))
)
sivaram
--
_______________________________________________
auctex mailing list
https://lists.gnu.org/mailman/listinfo/auctex
Sivaram Neelakantan
2017-11-29 04:30:36 UTC
Permalink
On Tue, Nov 28 2017,Ikumi Keita wrote:


[snipped 14 lines]
Post by Ikumi Keita
The reason might be my recent commit in the git repository. Could you
please answer some questions in order to figure out the problem?
1. Have you been experiencing that problem since long before? Or did
that begin to occur recently?
Recently. I use the elpa package system to install and so far had no
problems.
Post by Ikumi Keita
2. What are the values of `TeX-kpathsea-path-delimiter',
`TeX-tree-roots', `path-separator' and `system-type' in the buffer
where the error occurs?
TeX-kpathsea-path-delimiter is :
TeX-tree-roots is nil
path-separator is ;
system-type is 'windows-nt'
Post by Ikumi Keita
3. On cygwin terminal, what does the command
kpsewhich --expand-path='$TEXMF'
output?
/usr/share/texmf-site:/etc/texmf:/var/lib/texmf:/usr/share/texmf-dist


Thanks for looking into this. Again, sample2e.tex compiles correctly
if I run it without modification. If I remove the documentclass line
and do a C-C C-e it errors out with TeX-tree-roots error message

sivaram
--
Ikumi Keita
2017-11-29 14:19:36 UTC
Permalink
Hi Sivaram, thank you for your reply.
Post by Sivaram Neelakantan
Post by Ikumi Keita
1. Have you been experiencing that problem since long before? Or did
that begin to occur recently?
Recently. I use the elpa package system to install and so far had no
problems.
Post by Ikumi Keita
2. What are the values of `TeX-kpathsea-path-delimiter',
`TeX-tree-roots', `path-separator' and `system-type' in the buffer
where the error occurs?
TeX-tree-roots is nil
path-separator is ;
system-type is 'windows-nt'
Post by Ikumi Keita
3. On cygwin terminal, what does the command
kpsewhich --expand-path='$TEXMF'
output?
/usr/share/texmf-site:/etc/texmf:/var/lib/texmf:/usr/share/texmf-dist
OK, I see that the primary reason of the error is the incompatibility
between colon and semicolon.

According to the lines
Post by Sivaram Neelakantan
Emacs : GNU Emacs 25.3.1 (x86_64-w64-mingw32)
of 2017-09-17
and
Post by Sivaram Neelakantan
system-type is 'windows-nt'
, you are using Emacs built as native w32 application, so Emacs and
AUCTeX think that the path separator is semicolon ";" (w32 style).

To the contrary, the TeX distribution you are using is cygwin
application, which separates the path with colon ":" (unix style)
Post by Sivaram Neelakantan
And (executable-find "kpsewhich") is "c:/cygwin/bin/kpsewhich.exe"
Post by Ikumi Keita
3. On cygwin terminal, what does the command
kpsewhich --expand-path='$TEXMF'
output?
/usr/share/texmf-site:/etc/texmf:/var/lib/texmf:/usr/share/texmf-dist
I suppose you used MikTeX previously since you wrote in
Post by Sivaram Neelakantan
https://lists.gnu.org/archive/html/auctex/2011-05/msg00002.html
that (executable-find "kpsewhich") returns
"c:/MiKTeX2.9/miktex/bin/kpsewhich.exe". That kpsewhich doesn't use
colon ":" as the path separator, which cooperated with Emacs well in
those days.

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?

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

Regards,
Ikumi Keita
David Kastrup
2017-11-29 14:38:22 UTC
Permalink
Post by Ikumi Keita
Hi Sivaram, thank you for your reply.
Post by Sivaram Neelakantan
Post by Ikumi Keita
1. Have you been experiencing that problem since long before? Or did
that begin to occur recently?
Recently. I use the elpa package system to install and so far had no
problems.
Post by Ikumi Keita
2. What are the values of `TeX-kpathsea-path-delimiter',
`TeX-tree-roots', `path-separator' and `system-type' in the buffer
where the error occurs?
TeX-tree-roots is nil
path-separator is ;
system-type is 'windows-nt'
Post by Ikumi Keita
3. On cygwin terminal, what does the command
kpsewhich --expand-path='$TEXMF'
output?
/usr/share/texmf-site:/etc/texmf:/var/lib/texmf:/usr/share/texmf-dist
OK, I see that the primary reason of the error is the incompatibility
between colon and semicolon.
Sigh. It was autodetected before

commit 420ec0e6c7f5a51d3b994265d86d0c6aab72c767
Author: Ikumi Keita <***@ikumi.que.jp>
Date: Mon Nov 13 23:41:18 2017 +0900

Bug fix and code refactoring related to kpathsea

* tex.el (TeX-kpathsea-path-delimiter): Use `path-separator' for
default value. Drop t from the candidates because auto detection
sometimes fails for w32 platform.
(TeX-tree-expand): Always use `TeX-kpathsea-path-delimiter' if
non-nil.
Disable subsequent use of kpathsea if kpsewhich causes error or
returns non-zero exit value.
Accept nil for PROGRAM argument.
(TeX-search-files-kpathsea): Always use `TeX-kpathsea-path-delimiter' if
non-nil.
Use `TeX-tree-expand'.
Don't signal error even if kpsewhich causes error or returns non-zero
exit value.

threw out the code for autodetection.
Post by Ikumi Keita
According to the lines
Post by Sivaram Neelakantan
Emacs : GNU Emacs 25.3.1 (x86_64-w64-mingw32)
of 2017-09-17
and
Post by Sivaram Neelakantan
system-type is 'windows-nt'
, you are using Emacs built as native w32 application, so Emacs and
AUCTeX think that the path separator is semicolon ";" (w32 style).
Why would there have been autodetection code in the first place if it
would be sufficient to look at the system type?
Post by Ikumi Keita
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. And the preferred shell can be different, too. That's why
there was a separate test and configuration variable in the first place.
Post by Ikumi Keita
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?
--
David Kastrup
Ikumi Keita
2017-11-29 18:18:55 UTC
Permalink
Hi all,

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

----------------------------------------------------------------------
Post by David Kastrup
Post by Ikumi Keita
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 ";".

See https://lists.gnu.org/archive/html/auctex-devel/2017-09/msg00004.html

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.
Post by David Kastrup
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.
Post by David Kastrup
Post by Ikumi Keita
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'.

Regards,
Ikumi Keita
David Kastrup
2017-11-29 18:30:24 UTC
Permalink
Post by Ikumi Keita
Post by David Kastrup
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'.
Ugh. Do we really do that? It seems like a really desperate last
resort.
--
David Kastrup
Sivaram Neelakantan
2017-11-30 12:59:19 UTC
Permalink
Post by Ikumi Keita
Hi Sivaram, thank you for your reply.
Post by Sivaram Neelakantan
Post by Ikumi Keita
1. Have you been experiencing that problem since long before? Or did
that begin to occur recently?
Recently. I use the elpa package system to install and so far had no
problems.
Post by Ikumi Keita
2. What are the values of `TeX-kpathsea-path-delimiter',
`TeX-tree-roots', `path-separator' and `system-type' in the buffer
where the error occurs?
TeX-tree-roots is nil
path-separator is ;
system-type is 'windows-nt'
Post by Ikumi Keita
3. On cygwin terminal, what does the command
kpsewhich --expand-path='$TEXMF'
output?
/usr/share/texmf-site:/etc/texmf:/var/lib/texmf:/usr/share/texmf-dist
OK, I see that the primary reason of the error is the incompatibility
between colon and semicolon.
According to the lines
Post by Sivaram Neelakantan
Emacs : GNU Emacs 25.3.1 (x86_64-w64-mingw32)
of 2017-09-17
and
Post by Sivaram Neelakantan
system-type is 'windows-nt'
, you are using Emacs built as native w32 application, so Emacs and
AUCTeX think that the path separator is semicolon ";" (w32 style).
To the contrary, the TeX distribution you are using is cygwin
application, which separates the path with colon ":" (unix style)
Post by Sivaram Neelakantan
And (executable-find "kpsewhich") is "c:/cygwin/bin/kpsewhich.exe"
[snipped 23 lines]

In case it was missed, the issue happens *only* while trying to do C-c
C-e to get started with a documentclass skeletal template. Any
existing tex file compiles cleanly within Emacs with Auctex C-c C-c into pdf;
windows-nt Emacs and cygwin texlive.

sivaram
--
Mosè Giordano
2017-12-03 16:10:04 UTC
Permalink
Hi Sivaram,

the latest commit in git should have fixed the issue

* c27f60f4 (2017-12-04) Fix auto detect of kpathsea delimeter

It does work for me now. I hope to be able to release a new stable
version of AUCTeX today.

Bye,
Mosè
Sivaram Neelakantan
2017-12-05 03:11:57 UTC
Permalink
Post by Mosè Giordano
Hi Sivaram,
the latest commit in git should have fixed the issue
* c27f60f4 (2017-12-04) Fix auto detect of kpathsea delimeter
It does work for me now. I hope to be able to release a new stable
version of AUCTeX today.
[snipped 7 lines]

Thanks for the quick fix. I will try this out once I update from elpa.

sivaram
--
Sivaram Neelakantan
2017-12-07 16:50:13 UTC
Permalink
Post by Mosè Giordano
Hi Sivaram,
the latest commit in git should have fixed the issue
* c27f60f4 (2017-12-04) Fix auto detect of kpathsea delimeter
It does work for me now. I hope to be able to release a new stable
version of AUCTeX today.
Bye,
Mosè
I just installed the latest version and it works correctly now.
Though it didn't seem to honour this line

(setq LaTeX-default-options "a4paper,12pt,draft")

A C-c C-e had a default set by (setq LaTeX-default-style "scrartcl")
but the options part didn't use the a4paper part


sivaram
--
Ikumi Keita
2017-12-11 15:13:22 UTC
Permalink
Hi Sivaram and all,
Post by Sivaram Neelakantan
Though it didn't seem to honour this line
(setq LaTeX-default-options "a4paper,12pt,draft")
A C-c C-e had a default set by (setq LaTeX-default-style "scrartcl")
but the options part didn't use the a4paper part
Did that problem begin to occur with the new release? I guess that the
behavior is the same as before. I suppose that this would be a separate
issue.

I looked into the current implemetation of `TeX-arg-document' and found
that it consults `LaTeX-default-options' only when the selected class,
e.g. "scrartcl", has the respective `LaTeX-XXXX-class-options' variable
set, usually via the respective style file, e.g. scrartcl.el.

I feel this situation is a bit awkward and am inclined to change
`TeX-arg-document' to reflect `LaTeX-default-options' even when the
respective `LaTeX-XXXX-class-options' doesn't have a meaningful value.
Does anyone find difficulties with it?

Best,
Ikumi Keita
Ikumi Keita
2017-12-19 16:34:03 UTC
Permalink
Hi Sivaram and all,
Post by Ikumi Keita
I looked into the current implemetation of `TeX-arg-document' and found
that it consults `LaTeX-default-options' only when the selected class,
e.g. "scrartcl", has the respective `LaTeX-XXXX-class-options' variable
set, usually via the respective style file, e.g. scrartcl.el.
I feel this situation is a bit awkward and am inclined to change
`TeX-arg-document' to reflect `LaTeX-default-options' even when the
respective `LaTeX-XXXX-class-options' doesn't have a meaningful value.
Does anyone find difficulties with it?
I committed a change according to the above idea in the git repository.
Sivaram, could you give it a try? I confirmed that
(setq LaTeX-default-options "a4paper,12pt,draft")
has the expected effect on my side.

Regards,
Ikumi Keita
Sivaram Neelakantan
2017-12-22 04:10:00 UTC
Permalink
On Wed, Dec 20 2017,Ikumi Keita wrote:

[snipped 14 lines]
Post by Ikumi Keita
I committed a change according to the above idea in the git repository.
Sivaram, could you give it a try? I confirmed that
(setq LaTeX-default-options "a4paper,12pt,draft")
has the expected effect on my side.
Thanks for fixing it. I will report back once I see the update
through elpa and install it. So far, haven't got it yet.

sivaram
--

Continue reading on narkive:
Search results for '[AUCTeX] 11.90.2.2017-07-25; TeX-search-files-by-type: No TeX trees available; configure ‘TeX-tree-roots’ error' (Questions and Answers)
10
replies
What is AIX Box?
started 2006-05-08 15:58:44 UTC
hardware
Loading...