Re: [e-users] [E-devel] NOTICE: svn feature freeze this weekend (Sep 4-6)

2009-09-05 Thread Mathieu Taillefumier
hello,
 Update to all: I did quite a lot of work on logging this weekend and
 I'm underway with a patch to remove all independent module
 initialization to a sing eina_init(), that should remove lots of crap
 from our init process.

 Given that I'd like to postpone this weekend freeze to the next week,
 so I have time to finish, convert whole svn to this new stuff and we
 can test next week and do better stuff next freeze :-)

which module have you already done. I would like to convert the fprintf 
thing to eina_log in e_dbus if not done (mostly because the lib is 
small) already. and continue further on others modules after that.

Mathieu

 BR,

 On Tue, Sep 1, 2009 at 7:26 AM, Gustavo Sverzut
 Barbieribarbi...@profusion.mobi  wrote:

 On Tue, Sep 1, 2009 at 6:15 AM, Cedric BAILcedric.b...@free.fr  wrote:
  
 On Tue, Sep 1, 2009 at 12:22 AM, Gustavo Sverzut
 Barbieribarbi...@profusion.mobi  wrote:

- fixing bugs reported by Luis Felipe's LLVM/Clang:
 http://local.profusion.mobi:8081/~lfelipe/output-efl/
- moving code from fprintf/printf to eina_log (prefer to do this
 BEFORE this weekend!)
  
 eina_log should also be used more inside eina, I don't know if André
 Dieb plan to do it, but you can do a file by file hunt of eina_error
 and replace it with eina_log. Perhaps André you can do one small
 commit so others can understand what needs to be done.

 Sure, and this all should use log domains. At least each library and
 E17 split into core and per module should have it.

 For those used to ecore_event_type_new(), it's pretty similar! We made
 it on purpose. The recommended usage is to register the new domain on
 first MODULE_init() and unregister on last MODULE_shutdown(), then
 define macros in your MODULE_private.h:

 extern int _MODULE_log_dom = -1; /* usually not static since multiple
 .o will use the same domain */
 #define DBG(...) EINA_LOG_DOM_DBG(_MODULE_log_dom, __VA_ARGS__)
 #define ERR(...) EINA_LOG_DOM_ERR(_MODULE_log_dom, __VA_ARGS__)

 for E17 i guess we can have E_DBG, E_ERR... so users can use the
 simple versions themselves. OR simply modules could #undef and define
 it again in their own header/source.

 --
 Gustavo Sverzut Barbieri
 http://profusion.mobi embedded systems
 --
 MSN: barbi...@gmail.com
 Skype: gsbarbieri
 Mobile: +55 (19) 9225-2202

  





--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] [E-devel] NOTICE: svn feature freeze this weekend (Sep 4-6)

2009-09-05 Thread Gustavo Sverzut Barbieri
On Sat, Sep 5, 2009 at 10:01 AM, Mathieu
Taillefumiermathieu.taillefum...@free.fr wrote:
 hello,

 Update to all: I did quite a lot of work on logging this weekend and
 I'm underway with a patch to remove all independent module
 initialization to a sing eina_init(), that should remove lots of crap
 from our init process.

 Given that I'd like to postpone this weekend freeze to the next week,
 so I have time to finish, convert whole svn to this new stuff and we
 can test next week and do better stuff next freeze :-)


 which module have you already done. I would like to convert the fprintf
 thing to eina_log in e_dbus if not done (mostly because the lib is small)
 already. and continue further on others modules after that.

go for it. Other stuff that would benefit from that is E modules and E
core, each having its own domains.

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] [E-devel] NOTICE: svn feature freeze this weekend (Sep 4-6)

2009-09-04 Thread Gustavo Sverzut Barbieri
Update to all: I did quite a lot of work on logging this weekend and
I'm underway with a patch to remove all independent module
initialization to a sing eina_init(), that should remove lots of crap
from our init process.

Given that I'd like to postpone this weekend freeze to the next week,
so I have time to finish, convert whole svn to this new stuff and we
can test next week and do better stuff next freeze :-)

BR,

On Tue, Sep 1, 2009 at 7:26 AM, Gustavo Sverzut
Barbieribarbi...@profusion.mobi wrote:
 On Tue, Sep 1, 2009 at 6:15 AM, Cedric BAILcedric.b...@free.fr wrote:
 On Tue, Sep 1, 2009 at 12:22 AM, Gustavo Sverzut
 Barbieribarbi...@profusion.mobi wrote:
   - fixing bugs reported by Luis Felipe's LLVM/Clang:
 http://local.profusion.mobi:8081/~lfelipe/output-efl/
   - moving code from fprintf/printf to eina_log (prefer to do this
 BEFORE this weekend!)

 eina_log should also be used more inside eina, I don't know if André
 Dieb plan to do it, but you can do a file by file hunt of eina_error
 and replace it with eina_log. Perhaps André you can do one small
 commit so others can understand what needs to be done.

 Sure, and this all should use log domains. At least each library and
 E17 split into core and per module should have it.

 For those used to ecore_event_type_new(), it's pretty similar! We made
 it on purpose. The recommended usage is to register the new domain on
 first MODULE_init() and unregister on last MODULE_shutdown(), then
 define macros in your MODULE_private.h:

 extern int _MODULE_log_dom = -1; /* usually not static since multiple
 .o will use the same domain */
 #define DBG(...) EINA_LOG_DOM_DBG(_MODULE_log_dom, __VA_ARGS__)
 #define ERR(...) EINA_LOG_DOM_ERR(_MODULE_log_dom, __VA_ARGS__)

 for E17 i guess we can have E_DBG, E_ERR... so users can use the
 simple versions themselves. OR simply modules could #undef and define
 it again in their own header/source.

 --
 Gustavo Sverzut Barbieri
 http://profusion.mobi embedded systems
 --
 MSN: barbi...@gmail.com
 Skype: gsbarbieri
 Mobile: +55 (19) 9225-2202




-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] [E-devel] NOTICE: svn feature freeze this weekend (Sep 4-6)

2009-09-01 Thread Gustavo Sverzut Barbieri
On Tue, Sep 1, 2009 at 6:15 AM, Cedric BAILcedric.b...@free.fr wrote:
 On Tue, Sep 1, 2009 at 12:22 AM, Gustavo Sverzut
 Barbieribarbi...@profusion.mobi wrote:
   - fixing bugs reported by Luis Felipe's LLVM/Clang:
 http://local.profusion.mobi:8081/~lfelipe/output-efl/
   - moving code from fprintf/printf to eina_log (prefer to do this
 BEFORE this weekend!)

 eina_log should also be used more inside eina, I don't know if André
 Dieb plan to do it, but you can do a file by file hunt of eina_error
 and replace it with eina_log. Perhaps André you can do one small
 commit so others can understand what needs to be done.

Sure, and this all should use log domains. At least each library and
E17 split into core and per module should have it.

For those used to ecore_event_type_new(), it's pretty similar! We made
it on purpose. The recommended usage is to register the new domain on
first MODULE_init() and unregister on last MODULE_shutdown(), then
define macros in your MODULE_private.h:

extern int _MODULE_log_dom = -1; /* usually not static since multiple
.o will use the same domain */
#define DBG(...) EINA_LOG_DOM_DBG(_MODULE_log_dom, __VA_ARGS__)
#define ERR(...) EINA_LOG_DOM_ERR(_MODULE_log_dom, __VA_ARGS__)

for E17 i guess we can have E_DBG, E_ERR... so users can use the
simple versions themselves. OR simply modules could #undef and define
it again in their own header/source.

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users