<div dir="auto"><div>Maybe Dick forgot to run autoreconf.</div><div dir="auto"><br></div><div dir="auto">Ken<br><div class="gmail_extra" dir="auto"><br><div class="gmail_quote">On Feb 3, 2017 2:51 PM, "Martin Gieseking" <<a href="mailto:martin.gieseking@uos.de">martin.gieseking@uos.de</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dick,<br>
<br>
that's great news. I'm relieved that it works now. The required header<br>
file is /usr/include/xlocale.h which should be available even if X11 is<br>
not. Xlocale.h with capital X seems to be something different.<br>
<br>
The configure script should detect the availability of xlocale.h and<br>
define HAVE_XLOCALE_H accordingly. Does your config.h from the latest<br>
build contain #define HAVE_XLOCALE_H? If yes, it's probably<br>
HAVE_CONFIG_H that's not defined. In the latter case it's sufficient to<br>
drop the guards around #include <config.h>.<br>
<font color="#888888"><br>
Martin<br>
</font><div class="elided-text"><br>
<br>
Am 03.02.2017 um 20:33 schrieb Richard M. Koch:<br>
> Martin,<br>
><br>
> Surprisingly, that did it. Everything compiled and all tests were passed.<br>
><br>
> Go figure!<br>
><br>
> I just looked at /usr/include. This is a system location, containing many files including<br>
> locale.h and xlocale.h. (The X11 installation is in /opt/X11 and includes its own xlocale.h).<br>
><br>
> The file locale.h does NOT define locale_t. The file xlocale.h DOES contain locale_t.<br>
> So your explanation is probably correct, and the question is why HAVE_XLOCALE_H<br>
> isn't set. At any rate, I'm happy.<br>
><br>
> Incidentally, on OS X, X11 in't included by default. It is provided by a third party open<br>
> source project. They provide headers in /opt/X11/...  There is an Xlocale.h header,<br>
> but it DOES NOT provide locale_t.<br>
><br>
> Maybe what happened is that code somewhere else loaded the X11 Xlocale.h, and<br>
> your modification below finally got the Mac to load the system's copy of Xlocale.h?<br>
><br>
> Dick<br>
><br>
><br>
><br>
>> On Feb 3, 2017, at 10:48 AM, Martin Gieseking <<a href="mailto:martin.gieseking@uos.de">martin.gieseking@uos.de</a>> wrote:<br>
>><br>
>> Dick,<br>
>><br>
>> according to [1], xlocale.h should provide locale_t and the<br>
>> corresponding functions on OS X. Could you check if the build succeeds<br>
>> if you add<br>
>>  #include <xlocale.h><br>
>> without the surrounding<br>
>>  #ifdef HAVE_XLOCALE_H ... #endif<br>
>> to libs/ff-woff/fontforge/<wbr>splinefont.h? Maybe it's just the macro that<br>
>> doesn't get defined for some reason.<br>
>><br>
>> Martin<br>
>><br>
>> [1] <a href="https://github.com/mgieseki/dvisvgm/issues/65" rel="noreferrer" target="_blank">https://github.com/mgieseki/<wbr>dvisvgm/issues/65</a><br>
>><br>
>><br>
>> Am 03.02.2017 um 19:31 schrieb Richard M. Koch:<br>
>>> Folks,<br>
>>><br>
>>> Sorry. Removing my patch, but keeping Martin Gieseking's patches, solves<br>
>>> nothing on OS X.<br>
>>> The errors in the log file are listed below. I believe they are unchanged.<br>
>>><br>
>>> Dick Koch<br>
>><br>
><br>
<br>
</div></blockquote></div><br></div></div></div>