Re: Talking about the GUI

Enrico Weigelt <[email protected]> Thu, 15 Jan 2004 17:46:45 +0100
Newsgroups gmane.comp.multimedia.media-api
Message-ID <[email protected]>
* [email protected] <[email protected]> [2004-01-15 16:32:05 +0100]:

<snip>
> > > Dude, we're talking C here!
> > garbage collection works good in C.
> > 
> So first you tell glib should be split into parts and later on you tell me you 
> want to include a garbage collector in there? I think I missed something.
Please refer to me other posing (half a minute ago).

The lowest base lib should only have some primitive mem handling w/
garbage collection. It also should handle modules (okay, this could be 
moved out to a separate lib based on this one)
Also it should provide primitives for things like gobject.

Nothing more.
No container types, no filesystem, etc.
This all belongs into another module.

(if the whole structure is modeled well, it makes no trouble building 
many modules into the same .so just by changing a few flags)

<snip>
> > Does does teamwork help if I dont get what I need ?
> > I also require those libs for small embedded systems where memory is 
> > really rare. If the library structure would be designed well, it wouldn't
> > mean any limitation for them, but they simply didnt listen.
> > The folks on the gtk-list sounded like politicians - why should we repair
> > broken design when it works somehow.
> > 
> > I know quite many projects, which don't want to use glib for that reasons.
> > 
> I know quite many embedded systems which do use glib.
> But as Ronald said: go ahead and reimplement it.
I have already done this many years ago (in days of glib-1.0).
It should perhaps lay around somewhere on SF ... the project was called deimos.

Okay, its not perfect, but IMHO a good approach. 

<snip>
> > For those complex graphs which appear in modern GUIs, a GC can help really
> > a lot, as well for stability (so simply dont think about free() anymore)
> > as for smaller and faster code.
> > 
> That's why people nowadays use garbage collected languages for big projects 
> as you can see in powerful Gnome applications as Gnome Blog.

"garbage collected languages"  ? 
GC is not automatically a question of the language itself (although many
languages like lisp dont make sense w/o that).

For languages like C, pascal or oberon GC is optional, but makes life
much easier.

<snip>
> > I told this to them, but nobody recognized me - nobody replied. 
> > 
> I tend to think that they did this i more proof that they are indeed 
> incredibly clever.
> Which manifests in the fact that they wrote a C addon library that is used and 
> praised everywhere while all I know abut you is that you are discussing 
praised everywhere ? 

I know many, many coders - especially experts for embedded systems - 
who call glib + gtk als "the evil G-word" ...


cu
-- 
---------------------------------------------------------------------
 Enrico Weigelt    ==   metux IT services

  phone:     +49 36207 519931         www:       http://www.metux.de/
  fax:       +49 36207 519932         email:     [email protected]
  cellphone: +49 174 7066481
---------------------------------------------------------------------
 Diese Mail wurde mit UUCP versandt.      http://www.metux.de/uucp/