CMap issue in PDF file generated with recent TeX Live + Ghostscript

Vincent Lefevre vincent at
Wed Jan 26 12:38:17 CET 2022

On 2021-10-30 01:06:54 +0200, Ulrike Fischer wrote:
> But if the core problem is that you are assigning more than one code
> point to the ligature
>  \pdfglyphtounicode{ffi}{0066 0066 0069}
> and that ghostscript can't handle this correctly 

FYI, this bug has now been fixed in Ghostscript (Ghostscript still
cannot handle this when generating the ToUnicode CMap, but now, it
no longer generates a CMap in such a case, so that its generated
PDF file no longer contains an incorrect CMap), but there is still
an issue with (at least)


which Ghostscript doesn't handle correctly:

> then imho an empty glyphtounicode.tex  is only a workaround.

Unfortunately, workarounds yield other issues one day or another.
This has happened recently when using the acmart class, due to
incorrect glyph names in the libertine font. So the new workaround
is to have a glyphtounicode.tex file containing only


Vincent Lefèvre <vincent at> - Web: <>
100% accessible validated (X)HTML - Blog: <>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

More information about the tex-live mailing list.