Werner LEMBERG a écrit :
I've just commited a much simpler fix:
- we define FT2_BUILD_LIBRARY when compiling the library
- config/ftheader.h only includes the internals when
FT2_BUILD_LIBRARY is defined.
This was my first idea too, but I don't think this is the optim
> I've just commited a much simpler fix:
>
> - we define FT2_BUILD_LIBRARY when compiling the library
> - config/ftheader.h only includes the internals when
> FT2_BUILD_LIBRARY is defined.
This was my first idea too, but I don't think this is the optimal
solution -- now the user still se
Hi all,
I've just commited a much simpler fix:
- we define FT2_BUILD_LIBRARY when compiling the library
- config/ftheader.h only includes the internals when FT2_BUILD_LIBRARY
is defined.
I've only modified the Make and Jam build systems, anyone would
volunteer
for the other project f
> I was under the impression that the public inclusion of the
> internals header folder was a mistake.
>
> If that's the case, then why does freetype/config/ftheader.h include
> ?
We haven't yet done the transition.
> Do you plan on removing line 632 from ftheader.h,
Yes, everything related to
I was under the impression that the public inclusion of the internals
header folder was a mistake.
If that's the case, then why does freetype/config/ftheader.h include
?
ft2build.h
freetype/config/ftheader.h
freetype/internal/internal.h
I can't remove the internal folder because
