[Ecls-list] error signaled by unicode version

Anton Vodonosov avodonosov at yandex.ru
Sun Aug 24 10:01:37 UTC 2008


on Sunday, August 24, 2008, 11:54:20 AM Claus wrote:

> Anton Vodonosov wrote:
>> The following call fails with error "#\  is not of type CHARACTER."
>>
>>   (make-string 1024 :initial-element #\Space :element-type 'base-char)
>>
>> Changing 1024 to 1023 or less makes it working.
>>
>> ECL was build on Windows using mingw; configure parameters:
>> --enable-threads=yes --enable-unicode=yes --enable-debug=yes --with-sockets --prefix=...
>>
>> Non unicode version does not have this error.
>>   

> I tried to reproduce this, but I'm struggling even with the first step -
> building a Unicode version using Visual C++.

> I hacked msvc/Makefile so that it adds -DECL_UNICODE to $(CFLAGS). I'm
> almost certain that this is not the right approach, but nevertheless it
> seems to produce a version of ECL which claims to have Unicode support
> (according to * features *).

> I cannot reproduce the problem you're describing, though. But then, 
> maybe my Makefile hack doesn't really do what I want. Any hints on how
> to build an msvc/Unicode version _properly_ most welcome.

Yes, first I tried -DECL_UNICODE too :)). It is not the right way,
for example CHAR-CODE-LIMIT constant is 255 in the version build
that way.

That is why I am using mingw.

-Anton






More information about the ecl-devel mailing list