Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Order of options and input file _do_ matter (sometimes) #7663

Closed
aubertc opened this issue Nov 3, 2021 · 2 comments
Closed

Order of options and input file _do_ matter (sometimes) #7663

aubertc opened this issue Nov 3, 2021 · 2 comments
Labels

Comments

@aubertc
Copy link

aubertc commented Nov 3, 2021

(This comes from a question I have asked on stack overflow)

The following:

pandoc test.md --pdf-engine=latexmk --pdf-engine-opt=-emulate-aux-dir --pdf-engine-opt=-aux-directory=aux -o test.pdf

gives:

Rc files read:
  NONE
Latexmk: Run number 1 of rule 'pdflatex'
Latexmk: Run number 2 of rule 'pdflatex'

but

pandoc --pdf-engine=latexmk --pdf-engine-opt=-emulate-aux-dir --pdf-engine-opt=-aux-directory=aux test.md -o test.pdf

gives:

Rc files read:
  NONE
Latexmk: In reading rule 'pdflatex' in 'aux/input.fdb_latexmk',
  destination has different name than configured...
Latexmk: Run number 1 of rule 'pdflatex'

so the order matters: the name of the input file should preced the options when invoking pandoc. I don't think this is documented anywhere (I have checked the man page and website, to no avail).

@aubertc aubertc added the bug label Nov 3, 2021
@jgm
Copy link
Owner

jgm commented Nov 3, 2021

Well, this may be true in this one particular case, due to peculiarities with these latexmk options, but in general it is certainly true that you can put the input file names anywhere.
I don't think this one special case is worth a note in the manual.

@aubertc
Copy link
Author

aubertc commented Nov 3, 2021

Ok thanks.

@aubertc aubertc closed this as completed Nov 3, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants