[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ft-devel] Re: [ft-cvs] freetype2 ./ChangeLog builds/amiga/src/base/
Re: [ft-devel] Re: [ft-cvs] freetype2 ./ChangeLog builds/amiga/src/base/fts...
Mon, 20 Feb 2006 16:25:48 +0800
On Mon, Feb 20, 2006 at 12:21:33AM +0100, David Turner wrote:
> ok, apparently, the 'find_sbit_image' and 'load_sbit_metrics' fields
> were added in the middle
> of the SFNT_Service structure in FreeType 2.1.8. They've been moved to
> the end of the structure
> because we want to target the internals of 2.1.7.
> *However*, I'm ready to make a special exception for this specific case,
> i.e. re-move the fields
> to their 2.1.8 location. That's because it is _very_ unlikely that
> another rogue client might be
> interested by the fields that are replaced/moved by this operation.
> this would allow a safe install with an xorg-xserver.
> If you agree, I'll do the change myself, with a meaningful comment to
> explain the exception.
To me, `sfnt_interface' in sfdirver.c is made way too horrible only to
have certain degree of ABI compatibility with the target release, i.e.
2.1.7. This does not help distribution maintainers at all.
If we do not target any previous release, but instead, try to please
certain rogue clients, things can be much easier. In fact, we are now
making exceptions for them, don't we?
Anyway, this is just my thought. If we are targeting 2.1.7, exceptions
do have to be made. Please go ahead. As for the issue I mentioned in
the first mail, memory optimization for the hmtx table should be