The FreeType engine is a free and portable TrueType font rendering
engine. It has been developed to provide TT support to a great
variety of platforms and environments.
Notice that FreeType is a *library*. It is *not* a font server
for your preferred environment, even though it was designed to
allow the design of many font servers.
WWW: https://www.freetype.org/
Remove indefinite articles and trailing periods from COMMENT, plus
minor COMMENT typos and surrounding whitespace fixes. A few Makefiles
where not included as they contain Latin-1 characters that break
the Phabricator workflow. Categories P-S.
CR: D422
Approved by: portmgr (bapt)
In preparation of the removal of USE_FREETYPE from bsd.port.mk: remove
USE_FREETYPE from all ports using it
While here trim some headers, and do some conversion to new options framework.
Remove deprecation of print/freetype. This port is needed for the
textproc/docproj build with CJK set.
Assign maintainer to doceng@ until a suitable replacement is found.
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
- Rename variable ARCH in the freetype Makefile to FTARCH to avoid conflict
with ARCH from the ports infrastructure. This fixes build on amd64.
- Nuke USE_GMAKE while i am here. the port builds fine with our make.
Whoa there, boy, that's a mighty big commit y'all have there...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
Due to popular demant into each port which might be inserted into dependency
list by bsd.port.mk insert anti foot-shooting device, which prevents
infinite fork loop when the user defines corresponding USE_XXX in global
make.conf, command line or environment.
Similar devices should probably be inserted into ports that might be inserted
into dependency list by others bsd.foo.mk files (bsd.ruby.mk, bsd.python.mk
and so on.)
Install includes into ${PREFIX}/include/freetype1/freetype instead of
${PREFIX}/include/freetype, so that ports that want freetype2 but don't
pay particular attention to the order of `-I' directives won't be screwed
if freetype1 is occasionally installed on the same system. This should
fix recent problems with Mozilla.
Bump PORTREVISION.
Don't create symlinks of files in ${PREFIX}/include/freetype in the directory
${PREFIX}/include, because this lead to the freetype1's includes being picked
by the freetype2 ports.