-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Patrick Winnertz wrote:
Hey,
As there are some guys here which want to stick with glib and some who
doesn't want this.
As each sites have some good arguments pro or contra glib I'll write some
thoughs here down and would like to ask you to
* Patrick Winnertz win...@debian.org schrieb:
contra:
- glib is huge and we only use a very small amount of functions.
Rewriting this functions would make mc smaller and faster. This is
important at least for embedded devices.
Note that there's many many places where the glib
* Slava Zanko slavaza...@gmail.com schrieb:
Hi,
What I mean: need to create some wrapper... like my first step
to this in http://www.midnight-commander.org/ticket/125
Inspired by your idea, I've started writing some minimalistic
helper library (./mhl/* - micro helper library) which actually
Andrew Borodin schrieb:
On Wed, 7 Jan 2009 09:35:25 +0100 Enrico Weigelt wrote:
* MC Ticket System tick...@midnight-commander.org schrieb:
Why the _strcatdup() function is used instead of g_strconcat() one?
First tiny step to get rid if glib.
It's very strange. Do you think than mc must
* Andrew Borodin aboro...@vmail.ru schrieb:
Hi,
First tiny step to get rid if glib.
It's very strange. Do you think than mc must be free of glib?
Yes, because glib is a fat blob we don't really need (the few
things we currently use can be easily done w/ a bunch of
macros or inline's).
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roland Illig wrote:
glib or not glib?
I want to keep it.
+1
In source code some functions (part of functions) is a duplicate of
glib-functional... I think, we need to review source code for more using
of glib functions...
BTW, is we need to keep
On Wed, 7 Jan 2009 13:11:56 +0100 Enrico Weigelt wrote:
* Andrew Borodin schrieb:
First tiny step to get rid if glib.
It's very strange. Do you think than mc must be free of glib?
Yes, because glib is a fat blob we don't really need (the few
things we currently use can be easily done