Re: New release of GTK+ libraries (1.3.12)



Hallo Tor,

Am 2002-01-09 um 01:23 schriebst du:

>>> If you want to have working g_locale_{to,from}_utf8() functions,
>>> you need to use MultiByteToWideChar() or WideCharToMultiByte()

>> Do you volunteer?

> Calls to those *are* already in GLib, I was just indicating that you
> do need to stuff from the Win32 API even if building for Cygwin.

I meant to add some of the features to Cygwin so I don't need to
define WIN32.

>>> But how well does "make check" work?

>> (process:720): GLib-WARNING **: gdate.c:1378:g_date_strftime()Error converting format to C:
>> Conversion from character set 'UTF-8' to 'C' is not supported

>> FAIL: date-test

> This might go away if you define WIN32 when compiling
> libcharset/localcharset.c, then _g_locale_charset() returns the
> current Windows code page, which iconv() should know better than "C".

I want to build for native Cygwin platform and never define WIN32.

>> (process:332): ** ERROR **: file type-test.c: line 126 (main): assertion failed: (gi64t1 == gi64t2)
>> aborting...
>> FAIL: type-test

> Dunno about this. Are you sure that configure got the 64-bit int
> formats OK, and that the Cygwin C library supports them correctly?

I think so, but that needs some investigation.

>> [...]
>> FAIL: uri-test

> Umm, yes, I get this, too, on plain Win32. Haven't bothered looking
> closer yet, the test cases are rather patologic.

Ahh, good to hear.

Now I have also problems going further with `atk', the tools from
glib are crashing.
I will try to build glib statically to see if makes a difference.


Gerrit
-- 
=^..^=                                        mailto:gp familiehaase de




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]