Re: glib/iconv : delayed dependency
- From: Hans Breuer <hans breuer org>
- To: Havoc Pennington <hp redhat com>
- Cc: <gtk-devel-list gnome org>
- Subject: Re: glib/iconv : delayed dependency
- Date: Tue, 15 May 2001 22:26:29 +0200
At 18:46 14.05.01 -0400, Havoc Pennington wrote:
>
>"Murray Cumming" <murrayc usa net> writes:
>>
>> That's a good reason - you are removing the dependency for users who do not
>> need it. Sorry for not seeing this.
>
>I'm not sure it's right to remove the dependency though, because
>really nearly all users will need it eventually.
>
>e.g. if I put a g_convert() in gtk_init(), I wouldn't feel bad about
>that. A working port of GLib has a working g_convert().
>
Sure, a working production quality library shouldn't do that. But
there never was such for win32. Gtk-1.4 which IMO was close to the
goal was skipped. Gtk-2.0 appears to be about a year over schedule
now and still getting new dependencies.
>You are basically allowing people to install a broken GLib, and then
>they get mysterious failure with certain apps at some later time. Is
>that really a good idea?
>
No, it isn't. At least not if I would give any guarantees. But I'm
doing all this in my spare time with appropriate warnings.
All this was part of a temporary sollution. But I'm afraid that the
binary weight of final Gtk-2.0 - if it ever arises - will exceed my
bandwith and internet presence anyway - with all it's new
dependencies :).
BTW: the 'mysterious error' the user gets is:
a console window saying that iconv.dll wasn't found, maybe it should
mention that the program will either handle it or crash shortly
after that.
Have Fun,
Hans
-------- Hans "at" Breuer "dot" Org -----------
Tell me what you need, and I'll tell you how to
get along without it. -- Dilbert
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]