Created attachment 146379 [details]
fix mapping file search & other prefix issues; look for fonts in LOCALBASE, not PREFIX

antiword-0.37_2 broke as of r361831.

Now, running it gives:

If path in antiword.h not fixed, you get:

===================
I can't open your mapping file (UTF-8.txt)
It is not in '/h/jhein/.antiword' nor in '/usr/share/antiword'.
        Name: antiword
        Purpose: Display MS-Word files
        Author: (C) 1998-2005 Adri van Os
        Version: 0.37  (21 Oct 2005)
        Status: GNU General Public License
        Usage: antiword [switches] wordfile1 [wordfile2 ...]
        Switches: [-f|-t|-a papersize|-p papersize|-x dtd][-m mapping][-w #][-i #][-Ls]
                -f formatted text output
                -t text output (default)
                -a <paper size name> Adobe PDF output
                -p <paper size name> PostScript output
                   paper size like: a4, letter or legal
                -x <dtd> XML output
                   like: db (DocBook)
                -m <mapping> character mapping file
                -w <width> in characters of text output
                -i <level> image level (PostScript only)
Beginning of bufferuse landscape mode (PostScript only)                                                                                             -r Show removed text
                -s Show hidden (by Word) text
===================

That's because of the /usr/share in antiword.h

Also, fontinfo.pl should replace /usr/share with ${LOCALBASE}/share, not ${PREFIX}/share.

And if you build with PREFIX != /usr/local, then the /usr/local/bin in the Makefile will make a packaging failure.

Before r361831, the 'find | xargs sed' found all the instances of /usr/local and /usr/share and replaced them.  After that was removed, some cases of these hard-coded paths were missed.

Attached is a patch to address these issues.