[PATCH 2/2] Use GLib allocation in the audio subsystem.

[Hynek Hanke]

On 4.10.2010 12:05, Andrei Kholodnyi wrote:
> Do you plan to remove GLib, if yes, then why.
>    

This would be my question too. GLib is pretty
standard on the Free Software desktop now and
it provides a lot of convenience functionalities,
some of which we were not really using much
because we still had doubts about the GLib dependency,
particularly towards the KDE desktop.

Now that finally KDE is fine with GLib dependency
of Speech Dispatcher, i think it is correct way for
us, on the other hand, to simplify our code and rely
with more things on what is already implemented
and tested in GLib.

I'd like to avoid re-implementing and maintaining
things that are already implemented in Glib. We have
a lot of other important work to do. We must work
effective. This is not only about the things we currently
use, but also about the possibilities to use convenience
functions in future development.

> The reason I'm asking it was planned to switch to gmainloop,
> now, if it is still the case, why do you need to replace glib calls.
>    

Yes. There is no written proposal yet, but I think this
is one of the most prospective ways to go forward.
So if somebody is to elaborate a written proposal
to drop GLib, this needs to be considered.

Maybe we could consider dropping the Glib dependency
in the C API. That might make sense not to request the
clients to depend on GLib, without any real reason. However
it remains to be analysed if there is really no reason, e.g.
due to plans for DBus communication.

Best regards,
Hynek