maintainer-feedback requested: [Bug 202083] print/freetype2: ftconfig.h TYPEOF shadows other TYPEOFs

[bugzilla-noreply at freebsd.org]

Rainer Hurling <rhurlin at gwdg.de> has reassigned Bugzilla Automation
<bugzilla at FreeBSD.org>'s request for maintainer-feedback to gnome at FreeBSD.org:
Bug 202083: print/freetype2: ftconfig.h TYPEOF shadows other TYPEOFs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202083



--- Description ---
Created attachment 159544
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=159544&action=edit
patch to change TYPEOF into FT_TYPEOF

I had some trouble trying to build the package 'Cairo-1.5.8.tar.gz' [1] for
math/R. It turns out, that there is an underlying problem with print/freetype2
(thanks to Simon Urbanek from the R Project for his help on this).

In [2] Tim Smith explained, that "ftconfig.h exports a TYPEOF macro that can
conflict with and shadow macros with the same name in client applications. This
breaks building the current version of the R programming language interpreter
against the current version of freetype when cairo support is enabled (though R
only uses freetype if pango support is disabled). It would be nice if the macro
was called FT_TYPEOF or something similar."

This work is done on the GitHub master of freetype2, but not released until now
[3].

I filed a patch against freetype2 version 2.6 in the ports tree, which only
changes TYPEOF() into FT_TYPEOF(). No other commits of the freetype2 master on
GitHub are included. So this patched port should have no functional changes,
except the TYPEOF() problem.

[1] http://cran.at.r-project.org/web/packages/Cairo/index.html
[2] https://savannah.nongnu.org/bugs/index.php?45376
[3]
http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=5931268eecae
da3e05580bdc8885348fecc43fa8