Re: New release of GTK+ libraries (1.3.12)

["Gerrit P. Haase" <gp familiehaase de>]

Hallo Tor,

Am 2002-01-07 um 00:22 schriebst du:

> Gerrit P. Haase writes:
>  > These are not needed on/with Cygwin (cygwin1.dll is a posix-layer and
>  > substitutes all needs to link against windows libs).

> Well, that depends on how you look at it. There are some things that
> you still really want to use from the Windows libraries, even on
> Cygwin.

Yes, I know, I have always trouble with socks related stuff.

> One example is i18n stuff. If you want to have working
> g_locale_{to,from}_utf8() functions, you need to use
> MultiByteToWideChar() or WideCharToMultiByte() to convert from the
> character set used for file names (and visible also to Cygwin programs
> through Cygwin's readdir() AFAIK) to UTF-8 and vice versa. Of course,
> you could just ignore these issues, and pretend good old ASCII is good
> for everybody ;-) 

Do you volunteer?

Even more interesting would be to implement some functions in Cygwin
that are missing;)  What is with libiconv?  I linked against it somewhere.

> The preprocessor macro G_PLATFORM_WIN32 is supposed to be defined both
> on plain Win32 ("mingw") and Cygwin, and those places in GLib which
> are supposed to be built both for mingw and Cygwin are #ifdeffed with
> that. There might well be glitches in where this is used, however,
> there hasn't been that much feedback from people building GLib on
> Cygwin.

>  > It compiles without these libs, no problems after I removed them

> That probably is because the Cygwin gcc always links with them anyway,
> or at least with -lkernel32? (Try gcc -v.) Or how did it otherwise
> satisfy for instance the MultiByteToWideChar references from
> gconvert.o?

I get no errors during linking and since undefined symbols are not
possible on windows it seems that the dependencies were satisfied.

>  > Besides this little `bug' it builds OOTB;)

> But how well does "make check" work?

====================
3 of 29 tests failed
====================

I already posted the failures some days ago, here again (with compile-
time errors):
make check:
===========
[...]
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../glib -I../gmodule -DG_ENABLE_DEBUG    -g -O2 -Wall
-D_REENTRANT -c type-test.c
type-test.c: In function `main':
type-test.c:123: warning: conversion lacks type at end of format
type-test.c:123: warning: unknown conversion type character 0xa in format
type-test.c:123: warning: too many arguments for format
type-test.c:124: warning: unknown conversion type character ` ' in format
type-test.c:124: warning: unknown conversion type character 0xa in format
type-test.c:124: warning: too many arguments for format
sh ../libtool --mode=link gcc  -g -O2 -Wall -D_REENTRANT  -o type-test.exe  type-test.o 
../glib/libglib-1.3.la  -lintl
gcc -g -O2 -Wall -D_REENTRANT -o .libs/type-test.exe type-test.o  .libs/libimp-cygglib-1.3-12.a
.libs/libimp-cygiconv-2.a -lintl -Wl,--rpath -Wl,/usr/local/lib
creating type-test.exe
[...]

(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
[...]
(process:332): ** ERROR **: file type-test.c: line 126 (main): assertion failed: (gi64t1 == gi64t2)
aborting...
/stuff/test/heimdal-0.4e/lib/hdb/.libs/libhdb.dll.a/stuff/test/heimdal-0.4e/lib/hdb/.libs/libhdb.dll.a/stuff/test/heimdal-0.4e/lib/hdb/.libs/libhdb.dll.a/stuff/test/heimdal-0.4e/lib/hdb/.libs/libhdb.dll.a
FAIL: type-test
[...]
g_filename_to_uri() test 8 failed, expected to return NULL, actual result:
file:///etc/%C3%B6%C3%A4%C3%A5
.
g_filename_to_uri() test 9 failed, expected result: file:///etc/%C3%B6%C3%A4%C3%A5, actual result:
file:///etc/%C3%83%C2%B6%C3%83%C2%A4%C3%83%C2%A5
..........................................................
FAIL: uri-test
[...]
====================
3 of 29 tests failed
====================



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