[bug #50786] Font generation in font/devpdf broken with ghostscript 9.21

[Deri James]

Follow-up Comment #8, bug #50786 (project groff):

The patch does not take into account that the total directories searched
includes the output from "gs -h" which on my system is:-

Search path:
   /home/derij/.fonts : /usr/share/ghostscript/9.14/Resource/Init :
   /usr/share/ghostscript/9.14/lib :
   /usr/share/ghostscript/9.14/Resource/Font :
   /usr/share/ghostscript/fonts : /usr/share/fonts/default/ghostscript :
   /usr/share/fonts/default/type1 : /usr/share/ghostscript/fonts :
   /usr/share/ghostscript/9.14/Resource : /usr/share/ghostscript/Resource :
   /usr/share/ghostscript/CIDFont : /usr/share/fonts/ttf :
   /usr/share/fonts/type1 : /usr/share/fonts/default/Type1

This is what the "(gs)" signals on the "foundry" line. So although it is a
good idea to have the configure option, it is not safe to assume that if
"a010013l.pfb" not found in the 3 directories in groff.m4 that BuildFoundries
won't find them in one of the directories provided by gs -h. Would it help if
I added a mode to BuildFoundries.pl which would accept a foundry name "U" and
a fontname "AB" and exit 0 if found else 1.

I know very little about how configure works and whether this would be
helpful, particularly since this can only work if configure has decided that
perl is available, and BuildFoundries.pl will not have been installed yet, so
perhaps this is a bit of chicken/egg!

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?50786>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/