Re: 2.2.4 release soon?
Sam Varshavchik <[email protected]>
| Newsgroups | gmane.comp.audio.zinf.devel |
|---|---|
| Message-ID | <[email protected]> |
Kristian Kvilekval writes:
> On Tue, 2003-07-22 at 18:38, Sam Varshavchik wrote:
>> Kristian G. Kvilekval writes:
>>
>> > Yes.. I've been waiting for some time lately to
>> > push out a bug fix release.
>> >
>> > Tell you what.. here's a pre-release file using
>> > the new build system. Can you try it out and let
>> > me know your success or any troubles you have?
>> > Include output of configure and make.. Thx.
>> >
>> > http://www.cs.ucsb.edu/~kris/zinf-2.2.4.tar.gz
>>
>> A few Linux notes:
>>
>> 1)
>>
>> The configure script, manages to find Freetype version 1 include files, and
>> tries to build the freetype plugin, and fails. I think that's because the
>> code actually needs Freetype 2; however it is not an issue on Linux since
>> Truetype support is built into xfs these days, so freetype can be disabled.
>
> We actually depends on freetype-1. You've mentioned (and sent a patch)
> that would make linking with freetype irrelevant. However, my version
> of zinf linked with freetype-1 looks much better than the one without.
> Not sure why as I am using X 4.2 with freetype pluglin loaded.?
> Probably
Check if you really have truetype-aware X. Your xlsfonts should be listing
all the truetype fonts like this:
-adobe-utopia-bold-i-normal--0-0-0-0-p-0-iso8859-1
Point size 0 is truetype.
If I allow configure to select freetype, it eventually bombs out with...
In file included from unix/include/GTKFont.h:37,
from unix/src/GTKFont.cpp:32:
unix/include/ttfont.h:34:22: freetype.h: No such file or directory
On Red Hat 9, configure.ac finds freetype1/freetype/freetype.h:
AC_CHECK_HEADERS(freetype1/freetype/freetype.h,
[TTF_CFLAGS="-Ifreetype1/freetype"; have_freetype=true])
That's where configure finds freetype, and config.h now defines:
/* Define to 1 if you have the <freetype1/freetype/freetype.h> header file. */
#define HAVE_FREETYPE1_FREETYPE_FREETYPE_H 1
But ui/zinf/unix/include/ttfont.h never checks this symbol, it only checks
the first two probes in configure.ac
signature.asc
(application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQA/HfGRx9p3GYHlUOIRAni2AJ94js4Rd8Pl++OT8O/BT0Tc63UPVACfaFNu 4juHZIP9M7OngGGIIWsKJpA= =nMwn -----END PGP SIGNATURE-----