http://bugs.winehq.org/show_bug.cgi?id=17674
Jörg Höhle hoehle@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hoehle@users.sourceforge.ne | |t
--- Comment #4 from Jörg Höhle hoehle@users.sourceforge.net 2009-05-22 04:58:23 --- I claim this is no duplicate of bug #17548. The others are about Linux and many fonts, while the OP's log message is particular to MacOS. As I wrote today 2009-05-19 to wine-devel: wine on MacOS 10.5.7: 3/4 success
"dlopen() searches the following the following until it finds a compatible Mach-O file: $LD_LIBRARY_PATH, $DYLD_LIBRARY_PATH, current working directory, $DYLD_FALLBACK_LIBRARY_PATH Note: There are no configuration files to control dlopen searching."
Set one of those to /usr/X11/lib, because that's where libfreetype* resides in MacOS. There's no need to turn to MacPorts.
LD_LIBRARY_PATH=/usr/X11/lib ./wine notepad lets wine finds hundreds of Apple fonts, the log messages are gone.
BTW, Macports' wrapper uses DYLD_FALLBACK_LIBRARY_PATH
The ./wine wrapper itself sets DYLD_LIBRARY_PATH to its internal .so dir.
Maybe it would not be a good idea to add this directory to the official ./wine wrapper, as it could cause conflicts with Fink or Macports sets of libraries?
Or adding that to DYLD_[FALLBACK]_LIBRARY_PATH inside the ./wine wrapper is The Right Thing to do to solve this issue (no conflicts?). What do MacPorts or Fink users think?