Re: [E-devel] GCC attributes usage
On Sun, 4 Nov 2007 18:56:43 -0300 Ulisses Furquim [EMAIL PROTECTED] babbled: Hi, On 11/4/07, Sebastian Dransfeld [EMAIL PROTECTED] wrote: e_dbus and efreet now has EAPI support, and E can be run with -fvisibility=hidden! Heh, I was going to do exactly that but you beat me. Nice, thanks. :-) I think we could also add 'extern C' to e_dbus headers (efreet already has it) to be more convenient to C++ programmers and to be coherent with the rest of the E libraries. no good reason not to have these - instant c++ accessibility for almost no work. -- Ulisses - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] GCC attributes usage
On 11/4/07, Nathan Ingersoll [EMAIL PROTECTED] wrote: In the case of ewl, most of the functions are public so that external modules can inherit and override defaults. Any truly private functions are static. Did you see something specific in ewl that would benefit? no specific thing, but I'd say you could use some of these attributes, like constant, malloc... Also, IMHO wouldn't hurt to have something like EAPI on every function, just-in-case (ie: I used the flag and it broke the library, that's bad). -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] GCC attributes usage
Gustavo Sverzut Barbieri wrote: Hi guys, I tried to compile CVS with LDFLAGS=-fvisibility=hidden and to my double surprise: 1) most modules built fine, 2) things that would benefit most, don't use it :-/ Modules that miss EAPI (or __attribute__ ((visibility(default: e_dbus efreet etk ewl e_dbus and efreet now has EAPI support, and E can be run with -fvisibility=hidden! Sebastian - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] GCC attributes usage
On 11/4/07, Sebastian Dransfeld [EMAIL PROTECTED] wrote: Gustavo Sverzut Barbieri wrote: Hi guys, I tried to compile CVS with LDFLAGS=-fvisibility=hidden and to my double surprise: 1) most modules built fine, 2) things that would benefit most, don't use it :-/ Modules that miss EAPI (or __attribute__ ((visibility(default: e_dbus efreet etk ewl e_dbus and efreet now has EAPI support, and E can be run with -fvisibility=hidden! I saw the commits, and this even helped finding some functions that should move to other header files :-) Thanks! -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] GCC attributes usage
Hi, On Sunday 04 November 2007 02:44:58 Gustavo Sverzut Barbieri wrote: I tried to compile CVS with LDFLAGS=-fvisibility=hidden and to my double surprise: 1) most modules built fine, 2) things that would benefit most, don't use it :-/ Modules that miss EAPI (or __attribute__ ((visibility(default: e_dbus efreet etk ewl Also, please try to use the other hints, like pure, const, malloc, unused, nonnull, warn_unused_result. They're really easy to use, just define some macros with one or more of them using a clever name and we might getter some better results. You might get some examples from info gcc and from google. It's a minor optimization, but given the required work, it worth it. Did you test etk with an evas compiled with -fvisibility=hidden . It fail for me due to a missing symbol for evas event callback or something like that. This symbol is not marked by EAPI inside evas, so the result is logical. I don't know what the correct fix should be. Cedric - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] GCC attributes usage
Hi, On 11/4/07, Cedric BAIL [EMAIL PROTECTED] wrote: Did you test etk with an evas compiled with -fvisibility=hidden . It fail for me due to a missing symbol for evas event callback or something like that. This symbol is not marked by EAPI inside evas, so the result is logical. I don't know what the correct fix should be. Yep, I saw this. We could export evas_object_event_callback_call, IMHO. Take it from evas_private.h and put it in Evas.h and mark it with EAPI. -- Ulisses - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] GCC attributes usage
Hi, On 11/4/07, Sebastian Dransfeld [EMAIL PROTECTED] wrote: e_dbus and efreet now has EAPI support, and E can be run with -fvisibility=hidden! Heh, I was going to do exactly that but you beat me. Nice, thanks. :-) I think we could also add 'extern C' to e_dbus headers (efreet already has it) to be more convenient to C++ programmers and to be coherent with the rest of the E libraries. -- Ulisses - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] GCC attributes usage
On 11/4/07, Ulisses Furquim [EMAIL PROTECTED] wrote: Hi, On 11/4/07, Cedric BAIL [EMAIL PROTECTED] wrote: Did you test etk with an evas compiled with -fvisibility=hidden . It fail for me due to a missing symbol for evas event callback or something like that. This symbol is not marked by EAPI inside evas, so the result is logical. I don't know what the correct fix should be. Yep, I saw this. We could export evas_object_event_callback_call, IMHO. Take it from evas_private.h and put it in Evas.h and mark it with EAPI. Hum... I don't think so, that was a verty dirty hack by Moom to work around the issues from raster undefining FORWARD_NOOP_{MOVES,RESIZES}_... It should be really fixed instead of exporting these. -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] GCC attributes usage
On Sun, 4 Nov 2007 20:53:58 -0300 Gustavo Sverzut Barbieri [EMAIL PROTECTED] babbled: On 11/4/07, Ulisses Furquim [EMAIL PROTECTED] wrote: Hi, On 11/4/07, Cedric BAIL [EMAIL PROTECTED] wrote: Did you test etk with an evas compiled with -fvisibility=hidden . It fail for me due to a missing symbol for evas event callback or something like that. This symbol is not marked by EAPI inside evas, so the result is logical. I don't know what the correct fix should be. Yep, I saw this. We could export evas_object_event_callback_call, IMHO. Take it from evas_private.h and put it in Evas.h and mark it with EAPI. Hum... I don't think so, that was a verty dirty hack by Moom to work around the issues from raster undefining FORWARD_NOOP_{MOVES,RESIZES}_... It should be really fixed instead of exporting these. agreed. that's an internal call (evas is a bit dirty - i didn't nicely namespace change internal calls to be _evas_something_etc instead of evas_something). -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] GCC attributes usage
Hi guys, I tried to compile CVS with LDFLAGS=-fvisibility=hidden and to my double surprise: 1) most modules built fine, 2) things that would benefit most, don't use it :-/ Modules that miss EAPI (or __attribute__ ((visibility(default: e_dbus efreet etk ewl Also, please try to use the other hints, like pure, const, malloc, unused, nonnull, warn_unused_result. They're really easy to use, just define some macros with one or more of them using a clever name and we might getter some better results. You might get some examples from info gcc and from google. It's a minor optimization, but given the required work, it worth it. -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] GCC attributes usage
In the case of ewl, most of the functions are public so that external modules can inherit and override defaults. Any truly private functions are static. Did you see something specific in ewl that would benefit? On 11/4/07, Gustavo Sverzut Barbieri [EMAIL PROTECTED] com wrote: Hi guys, I tried to compile CVS with LDFLAGS=-fvisibility=hidden and to my double surprise: 1) most modules built fine, 2) things that would benefit most, don't use it :-/ Modules that miss EAPI (or __attribute__ ((visibility(default: e_dbus efreet etk ewl Also, please try to use the other hints, like pure, const, malloc, unused, nonnull, warn_unused_result. They're really easy to use, just define some macros with one or more of them using a clever name and we might getter some better results. You might get some examples from info gcc and from google. It's a minor optimization, but given the required work, it worth it. -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get. splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge. net/lists/listinfo/enlightenment-devel rceforge. net/lists/listinfo/enlightenment-devel rceforge. net/lists/listinfo/enlightenment-devel On 11/4/07, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: Hi guys, I tried to compile CVS with LDFLAGS=-fvisibility=hidden and to my double surprise: 1) most modules built fine, 2) things that would benefit most, don't use it :-/ Modules that miss EAPI (or __attribute__ ((visibility(default: e_dbus efreet etk ewl Also, please try to use the other hints, like pure, const, malloc, unused, nonnull, warn_unused_result. They're really easy to use, just define some macros with one or more of them using a clever name and we might getter some better results. You might get some examples from info gcc and from google. It's a minor optimization, but given the required work, it worth it. -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel