Eric Blake wrote: > > and, perhaps, on whichever OS/X it is that needs the "runetype.h" > > > The bottom line is that there really is some flavor of OS/X that > > has this pre-include of "runetype.h" requirement out there somewhere. > > Is this patch okay to apply so that the existing wchar module does just > that? However, before I apply it, I would like to ascertain exactly which > version has this bug, so we can better document it. > > 2007-02-25 Eric Blake <[EMAIL PROTECTED]> > > * m4/wchar.m4 (gl_WCHAR_H): Check for runetype.h. > * lib/wchar_.h [HAVE_RUNETYPE_H]: Include it when needed for Mac > OS/X.
Before you apply this patch, I would also like to know what precisely goes wrong on this version of MacOS X. Currently, all we have is hearsay: - On one hand, the snprintfv code from 2004 suggesting that MacOS X <wchar.h> exists but needs <runetype.h>, - On the other hand, I remember that on MacOS X 10.2 autoconf recognized <wchar.h> as absent - but I don't remember whether I found it actually missing in /usr/include/. - In source code of MacOS X from http://www.opensource.apple.com/darwinsource/ (take the 'Libc' packages) you see that MacOS X 10.0.4, 10.1.5, 10.2.8 did not have a <wchar.h> but that MacOS X 10.3 has a <wchar.h> that appears to be missing nothing when compared to <runetype.h>. Bruno