https://bugs.winehq.org/show_bug.cgi?id=52830
Bug ID: 52830 Summary: DWRITE.DLL cannot be cross-compiled for WIN32 with freetype Product: Wine Version: 7.6 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs@winehq.org Reporter: svyatpro@gmail.com
DWRITE.DLL cannot be cross-compiled for WIN32 with freetype delay-load dependency thus fonts are not being rendered on Windows hosts.
Steps I used to enable cross-compilation with freetype: 1. Addad freetype headers into "include" folder 2. Changed in config.h.in: #define HAVE_FREETYPE 1 #define HAVE_FT2BUILD_H 1 #define SONAME_LIBFREETYPE "freetype.dll"
In order to cross-compile for WIN32 I should use "--without-freetype" key in configure.
https://bugs.winehq.org/show_bug.cgi?id=52830
--- Comment #1 from Nikolay Sivov bunglehead@gmail.com --- Such configuration is not supported, and won't work without patching after unixlib separation.
https://bugs.winehq.org/show_bug.cgi?id=52830
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |enhancement
https://bugs.winehq.org/show_bug.cgi?id=52830
--- Comment #2 from Svyatpro svyatpro@gmail.com --- Older version Wine 2.12 worked I just only had to add some dlopen chunk code in loader.c.
https://bugs.winehq.org/show_bug.cgi?id=52830
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID
--- Comment #3 from Nikolay Sivov bunglehead@gmail.com --- I'm sure it's possible to make it work the way you're asking, but it will definitely need more changes than before. Probably the easiest way is to import freetype sources to libs/ as we do for some dependencies now, and then statically link that to dwrite.dll. That's if you're willing to maintain such patches.
https://bugs.winehq.org/show_bug.cgi?id=52830
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|INVALID |WONTFIX
--- Comment #4 from Zeb Figura z.figura12@gmail.com --- WONTFIX seems more appropriate to me here.
https://bugs.winehq.org/show_bug.cgi?id=52830
--- Comment #5 from Svyatpro svyatpro@gmail.com --- Why you made it delay-load in first place, isn't that usually for something that optional. I think it is more appropriate to make it directly linked.
https://bugs.winehq.org/show_bug.cgi?id=52830
--- Comment #6 from Nikolay Sivov bunglehead@gmail.com --- Delayed import is a Windows term for a wait to link dynamic libraries, it's not applicable here. Freetype was always dynamically linked, and we always used the system library for it. For PE transition we are still using the system library. What happened is that it made your, already unsupported, way to build it less easy.
That's why I pointed out that it's possible to import freetype sources, remove PE-unixlib integration parts, and statically link freetype to dwrite.dll.
https://bugs.winehq.org/show_bug.cgi?id=52830
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Gijs Vermeulen gijsvrm@gmail.com --- Closing WONTFIX.