Hi I just tried to build the latest LuaTeX and experienced the same build failure reported by Paul Isambert: http://tug.org/pipermail/luatex/2011-October/003250.html I checked the Windows API documentation and it says about "EnumFonts" int EnumFonts( __in HDC hdc, __in LPCTSTR lpFaceName, __in FONTENUMPROC lpFontFunc, __in LPARAM lParam ); "This function is provided only for compatibility with 16-bit versions of Windows. Applications should use the EnumFontFamiliesEx function." int EnumFontFamiliesEx( __in HDC hdc, __in LPLOGFONT lpLogfont, __in FONTENUMPROC lpEnumFontFamExProc, __in LPARAM lParam, DWORD dwFlags ); Note, MS docs say: "dwFlags This parameter is not used and must be zero." Indeed, in GlobalParams.cc contains a couple of calls to EnumFonts WinFontList::WinFontList(char *winFontDirA) { OSVERSIONINFO version; char *path; fonts = new GooList(); dc = GetDC(NULL); winFontDir = winFontDirA; version.dwOSVersionInfoSize = sizeof(version); GetVersionEx(&version); if (version.dwPlatformId == VER_PLATFORM_WIN32_NT) { path = "SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\Fonts\\"; } else { path = "SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Fonts\\"; } if (RegOpenKeyEx(HKEY_LOCAL_MACHINE, path, 0, KEY_QUERY_VALUE | KEY_ENUMERATE_SUB_KEYS, ®Key) == ERROR_SUCCESS) { EnumFonts(dc, NULL, &WinFontList::enumFunc1, (LPARAM)this); RegCloseKey(regKey); } ReleaseDC(NULL, dc); } And later EnumFonts(fl->dc, font->lfFaceName, &WinFontList::enumFunc2, (LPARAM)fl); As a first approach, perhaps a simple replacement of EnumFonts(.....) with EnumFontFamiliesEx(...,0); Might work? I'll try this to see if it builds.... Cheers Graham
No, ignore that idea. I simply commented out the two calls to EnumFonts and LuaTeX built, not surprising and definitely not a solution. I'm assuming that this font enumeration code is not actually used in LuaTeX? Graham
On 17-2-2012 21:41, Graham Douglas wrote:
No, ignore that idea. I simply commented out the two calls to EnumFonts and LuaTeX built, not surprising and definitely not a solution. I'm assuming that this font enumeration code is not actually used in LuaTeX?
I don't think so, as luatex has no dependencies on operating system font (machinery and logic). It's probably a left-over from fontforge. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
On Fri, Feb 17, 2012 at 10:20:35PM +0100, Hans Hagen wrote:
On 17-2-2012 21:41, Graham Douglas wrote:
No, ignore that idea. I simply commented out the two calls to EnumFonts and LuaTeX built, not surprising and definitely not a solution. I'm assuming that this font enumeration code is not actually used in LuaTeX?
I don't think so, as luatex has no dependencies on operating system font (machinery and logic). It's probably a left-over from fontforge.
This is poppler code, not part of luatex itself, so it should be reported to poppler authors. Regards, Khaled
On Fri, Feb 17, 2012 at 10:28 PM, Khaled Hosny
On Fri, Feb 17, 2012 at 10:20:35PM +0100, Hans Hagen wrote:
On 17-2-2012 21:41, Graham Douglas wrote:
No, ignore that idea. I simply commented out the two calls to EnumFonts and LuaTeX built, not surprising and definitely not a solution. I'm assuming that this font enumeration code is not actually used in LuaTeX?
I don't think so, as luatex has no dependencies on operating system font (machinery and logic). It's probably a left-over from fontforge.
This is poppler code, not part of luatex itself, so it should be reported to poppler authors. As Taco said ""EnumFonts() is in gdi32.dll, which is not linked in luatex. That bit of code in GlobalParams.cc should have been preprocessed out"" See http://search.gmane.org/?author=Taco+Hoekwater&sort=date
-- luigi
Thanks Luigi, definitely would be good to see this code excluded from the build. Till then, I'll live with my hideous hack! Graham
On 02/17/2012 10:53 PM, Graham Douglas wrote:
Thanks Luigi, definitely would be good to see this code excluded from the build. Till then, I'll live with my hideous hack!
participants (5)
-
Graham Douglas -
Hans Hagen -
Khaled Hosny -
luigi scarso -
Taco Hoekwater