mach/libs/freetype/src
mlugg ec8ced475f freetype: don't expose harfbuzz directly from freetype pkg
This declaration itself was nonsensical, as the file being imported was
from the harfbuzz package (instead users should import harfbuzz
directly). But as well as being nonsensical, this line was occasionally
triggering a stage2 bug which we haven't quite tracked down yet which
seems to be something to do with conflicting modules importing a file.
This issue meant that projects with a specific dependency pattern on
freetype and harfbuzz would sometimes randomly get a nonsensical
compilation error. This change works around that issue for
mach-freetype.
2022-09-30 12:25:19 -07:00
..
harfbuzz freetype: fix compilation errors 2022-09-30 12:24:14 -07:00
c.zig all: revert cimport workaround 2022-09-07 21:24:47 -07:00
color.zig freetype: undepend to utils package 2022-08-29 05:59:52 -07:00
computations.zig freetype: fix compilation errors 2022-09-30 12:24:14 -07:00
error.zig freetype: drop c package 2022-08-28 10:45:09 -07:00
Face.zig freetype: fix compilation errors 2022-09-30 12:24:14 -07:00
freetype.zig freetype: correct typo in previous fix (#509) 2022-09-02 09:44:46 -07:00
glyph.zig freetype: drop c package 2022-08-28 10:45:09 -07:00
GlyphSlot.zig freetype: drop c package 2022-08-28 10:45:09 -07:00
image.zig all: remove support for stage1 2022-09-10 00:09:30 -07:00
lcdfilter.zig freetype: drop c package 2022-08-28 10:45:09 -07:00
Library.zig freetype: drop c package 2022-08-28 10:45:09 -07:00
main.zig freetype: don't expose harfbuzz directly from freetype pkg 2022-09-30 12:25:19 -07:00
stroke.zig freetype: drop c package 2022-08-28 10:45:09 -07:00
types.zig freetype: drop c package 2022-08-28 10:45:09 -07:00