Using that dll fixed the problem on Windows XP 32bit! Using the 64-bit one on Windows 7 64-bit didn't work, though.
Also, I was able to test out text/font with a symbol font on OS X 10.8.2, and it also would not render the symbol font. I found somebody who had made TeX fonts for byzantine neumes, and using mftrace I was able to generate a unicode-compatible TTF. That works like a charm on all platforms, even though the standard letters have been replaced by symbols. I found out that there's actually space reserved in the unicode standard for byzantine neumes, but nobody has yet done the work of making such a font. Thank you again for your help! On Tue, Nov 27, 2012 at 11:21 PM, Matthew Flatt <mfl...@cs.utah.edu> wrote: > At Sat, 24 Nov 2012 10:44:36 -0600, Robby Findler wrote: > > On Sat, Nov 24, 2012 at 10:10 AM, Matthew Flatt <mfl...@cs.utah.edu> > wrote: > > > Unfortunately, patching Pango means compiling it myself for Windows, > > > which is a tedious task that I had so far avoided. Maybe it's > > > unavoidable, though. > > > > Does it make sense to try to leverage Eli's nightly build setup to > > automate this task? > > No. The problem isn't regularly building the library, but setting up an > environment that can compile it just once. I thought that my recent > experience with mingw32/mingw64 to compile GMP and MPFR might help me > compile Pango, but it seems that I'm still not expert enough. > > > Meanwhile, it occurs to me that it's easy to just patch the binary --- > a one-byte change should do it. > > Clement, can you try one of the following (the one matching your Racket > installation) as a replacement for "libpangowin32-1.0-0.dll" in the > "lib" directory of your Racket installation? > > Win32: > > http://download.racket-lang.org/libs/10/win32/i386/libpangowin32-1.0-0.dll > Win64: > > http://download.racket-lang.org/libs/10/win32/x86_64/libpangowin32-1.0-0.dll > >
____________________ Racket Users list: http://lists.racket-lang.org/users
