Re: New release of GTK+ libraries (1.3.12)
- From: "Gerrit P. Haase" <gp familiehaase de>
- To: gtk-devel-list gnome org
- Subject: Re: New release of GTK+ libraries (1.3.12)
- Date: Wed, 9 Jan 2002 09:50:09 +0100
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]