to regenerate the afblue.h. However, it does not also re-generate afblue.c. The re-generation is itself suspect, as this appears to have been run without FreeType commits
which would bring afblue.pl up to date with this change. It would be nice if afblue.c and afblue.h were generated as part of the build to avoid these sorts of issues, but the initial check-in (8b8be78385a2e564ebd62983512b81e541dff622) indicates this was not done to avoid a perl build dependency.
I have an issue with this patch (fix-incorrect- korean- fonts-rendering .patch) . It claims to apply
http:// git.savannah. gnu.org/ cgit/freetype/ freetype2. git/patch/ ?id=98e510ee94e 552e9e9f80891aa 87b2b472d0f276
but it does not. It applies the above patch, but also runs
src/autofit$ perl ../tools/afblue.pl afblue.dat < afblue.hin > afblue.h
to regenerate the afblue.h. However, it does not also re-generate afblue.c. The re-generation is itself suspect, as this appears to have been run without FreeType commits
991cbcce97527e7 4ca3751dd04b89e 393420549c bf4311809ba5616 75267e99af 3cbcac3b9bf0756 134f53ce1b 36413ce617ffb5d db329f3ecc 59257a2a162ea0a 928057aa8d
c46fa86bd585639
741f73666247640
6dce136937ab8c4
181fd071ee58b4b
which would bring afblue.pl up to date with this change. It would be nice if afblue.c and afblue.h were generated as part of the build to avoid these sorts of issues, but the initial check-in (8b8be78385a2e5 64ebd62983512b8 1e541dff622) indicates this was not done to avoid a perl build dependency.
I would like to request that this patch be re-built to match the FreeType commit. Particularly that after the re-built patch is applied the src/autofit/ afblue. h file look as much like http:// git.savannah. gnu.org/ cgit/freetype/ freetype2. git/plain/ src/autofit/ afblue. h?id=98e510ee94 e552e9e9f80891a a87b2b472d0f276 as possible. Equivalently the output of
git diff trusty: src/autofit/ afblue. h 98e510ee94e552e 9e9f80891aa87b2 b472d0f276: src/autofit/ afblue. h
should have no material differences.