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 add your arguments here and
discuss then these arguments on the list.
Please
-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
* 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
(call it
as you want: mcglib, mccore, mclib.so,...), and will add in
./configure.ac option '--without-glib'
Yes, that would be easy. But as I already wrote own (glib-free)
implementations for that stuff, I doubt why we should glib at all ;-o
cu
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 be free of glib?
glib
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