[pretest] Metapost graphics file not found

Phelype Oleinik phe.h.o1 at gmail.com
Thu Mar 4 13:11:43 CET 2021

On Thu, Mar 4, 2021 at 4:10 AM Uwe Siart <usenet at siart.de> wrote:
> Hi Phelype,
> Thanks for explanation. In that case I have the next weird thing:
> I have (here on my computer) a minimal LaTeX file where
> \includegraphics{filename.1} works without \DeclareGraphicsRule. But it
> seems to depend on the encoding of the .tex file. Therefore, I think it
> makes no sense to post it here because the effect could go lost after
> copy & paste. But I could send you via personal mail if you agree.

Hi Uwe,

Are you sure it depends on the encoding?  It's really weird if it does,
then I'd appreciate it if you could send me the file.

> The weird behaviour that I see with this example file:
> - The file is latin-1 encoded. It works with latex but not with
>   pdflatex.

Ah, that is not a problem with the file encoding.  The out-of-the-box
available graphics rules depend on the backend you are using.  If you're
running |pdflatex| then there is no default graphics rule (as declared
with |\DeclareGraphicsRule{*}...|), so an unknown extension will result
in an error.  If you are running in DVI mode, with |latex|, then the
default rule tries to include unknown file extensions as an eps file.

> - When I tell Emacs/AUCTeX to recode the file to utf-8-dos (by setting a
>   the local variable "coding" to utf-8-dos and typing C-c C-n) it does
>   not work anymore.

*That* is strange, at first glance...

If you could send the file, I can take a look, but the difference
between |latex| and |pdflatex| is expected (look for |\Gin at extensions|
in |dvips.def| and |pdftex.def| to compare).


More information about the tex-live mailing list.