Georg Baum wrote:
What a shame. This problem is known since 2003, and still not fixed? Does nobody care for such a standard violation?It seems the fact that FreeBSD had an old implementation of a wchar_t equivalence before wchar_t was introduced made the problem complicated. I wish it is solved in the next major release.
Anyway, since hacking libstdc++ is not an option for LyX, there is only one possible solution: Modify the configure check that checks for a usable wchar_t to not set HAVE_WCHAR_T on freebsd. Then the same replacement code that is used on cygwin will be used on freebsd. That code is not as good as the native gcc code, but it is at least better than nothing.Then, is a sort of modification as the attached patch acceptable? It seems it solved the problem and is working fine!BTW, disabling boost::format would not help. That might fix the bformat problem, but the locale stuff that fails in boost::format is needed at other places, too (e.g. docstringstream). You can be lucky that boost::format crashed, the docstringstream would probably simply corrupt some data and proceed happily.
Koji
patch-m4-wchar_t.m4
Description: application/m4
