auctex-devel
[Top][All Lists]
Advanced

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

Re: Supporting LatexMK in AUCTeX OOTB


From: Ikumi Keita
Subject: Re: Supporting LatexMK in AUCTeX OOTB
Date: Tue, 16 Apr 2024 01:39:13 +0900

Hi Arash,

>>>>> Arash Esbati <arash@gnu.org> writes:
> This is my next approximation:
> diff --git a/tex.el b/tex.el
> index c4e4104e..a0649c73 100644
> --- a/tex.el
> +++ b/tex.el
> @@ -250,6 +250,9 @@ If nil, none is specified."
>      ("Ps2pdf" "ps2pdf %f %(O?pdf)" TeX-run-ps2pdf nil
>       (plain-TeX-mode LaTeX-mode docTeX-mode AmSTeX-mode Texinfo-mode)
>       :help "Convert PostScript file to PDF")
> +    ("LaTeXMK" "latexmk -recorder %(latexmk-out) %(file-line-error) \

I think we can omit "-recorder" option. It seems that Latexmk adds
"-recorder" option to latex command by default. The reason why I put
"-recorder-" in my proposal was to suppress that option; when %l
expansion includes "\input", Latexmk puts "-recorder" between "\input"
and .tex file name when it invokes latex, which leads to error.
(I forgot to mention this in my previous message, sorry.)

> Reg. this part:

> +                    ;; FIXME: This might be inaccurate:
> +                    ((and TeX-PDF-mode
> +                          (string=3D (TeX-PDF-from-DVI) "Dvipdfmx"))
> +                     " -pdfdvi")

> I think users have to control the behavior of $dvipdf inside their
> latexmk config file; I have no idea how this should work (and don't want
> to investigate further).  WDYT?

Yes, I think so, too. Without changing $dvipdf value, Latexmk calls
dvipdf, not dvipdfmx, in response to "-pdfdvi" option. Thus this
treatment is half-cooked. :-(

Maybe we should minimize the command option like
    ("LaTeXMK" "latexmk %(extraopts) %t"
     TeX-run-format nil (LaTeX-mode docTeX-mode) :help "Run LaTeXMK")
and let the user to do all control over the option through .latexmkrc?

Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
#Gaza #StopMassiveKilling #CeasefireNOW



reply via email to

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