I think the only problem is the lack of wcsxfrm() on BSDs. We decided to
do the following in the next release: without wchar.h, Sablot will
compile OK, but it will not be possible to use xsl:sort, at least where
internationalized string sorting is involved. (I wouldn't even know how
to sort without wcscoll or wcsxfrm...) Hope this is an acceptable
compromise.
Tom
Anil Madhavapeddy wrote:
> Tobias Oberstein wrote:
>
>> Let's face it: I suppose quit a few people will really
>> _want_ to have sablotron 0.5 on their *BSDs.
>>
>> So either lets code this f**.. wcsfrm() for the *BSDs,
>> or strip off the xsl:sort stuff ..
>> (which would be OK for me, if Sablotron then could be built shared,
>> which seems to be a problem, at least on OpenBSD)
>
>
> Right, there were two separate problems here:
>
> o The broken shared build comes from the use of static constructors in 0.44,
> which is hopefully fixed in 0.50 (I seem to remember someone saying that
> they are all gone now). So, shared libraries should work fine now in
> OpenBSD, if we can get 0.50 to compile.
>
> o We have wchar_t as a built-in type, in the g++ compiler, so we don't
> actually need wchar.h to be included. However, we don't have a lot of the
> other wide-character functions (does FreeBSD?).
>
> I haven't had enough time to investigate this, but I gave Pavel an account
> on one of my OpenBSD boxes, so hopefully he will get a chance sometime :-)
>
> Anil
>
>
>
>
>
