freetype-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

clashing modules


From: Werner LEMBERG
Subject: clashing modules
Date: Sat, 10 Jun 2000 17:55:08 +0000 (GMT)

Dear friends,


I've just committed a lot of changes to improve (and simplify) the
building process (see below for the changes).

A problem is that the modules `t1', `t1z', and `cid' have clashing
structure and function names which makes a `multi' build with all
three modules not possible currently.

I won't fix this since the only `correct' solution is to create
`t1share' and `afm' directories to relocate the common code of these
three drivers, and this is something for David :-)


    Werner


======================================================================


A complete revision of FreeType 2's GNU makefiles (for the library):

  Tons of unnecessary stuff have been removed; only the essential
  rules have been retained.

  The source files now depend on all header files in include/freetype,
  include/freetype/config, and include/freetype/internal.  This is not
  optimal, I know, and I'll try to improve this, but it is better than
  before (namely no dependencies on `internal').

  FTDEBUG_SRC has been added (similar to FTSYS_SRC) -- I don't know
  exactly whether this is really useful, but it doesn't harm.

  There is now more documentation in the makefiles itself.

io-frames.html: Use of <th>, <code>, and <var> for better tagging.

Reactivating of FT_DEBUG_LEVEL_xxx macros.

Added a lot of #include directives to make `multi' builds possible --
note that currently the modules cid, t1, and t1z have clashing
structures and functions which means that you can only use one of
these three modules for a multi build.

Added some missing function declarations to (local) header files.

Renamed some T1_Open_Face() to CID_Open_Face() in the cid module -- a
lot of other functions should be renamed also...

Replaced many FT_xxx stuff with T1_xxx in t1z driver -- this isn't
finished yet...

Fixed FT_Free() to allow a NULL pointer without an assertion (this has
always been a valid assumption in FreeType, at least in FT 1.x).

A lot of other, minor fixes (mostly documentation).



reply via email to

[Prev in Thread] Current Thread [Next in Thread]