* ecore-ipc is an option for ecore-config and not a required dependency
* use Requires.private field in all the .pc if pkg-config 0.22 or later is
installed. We list in it the required packages needed to compile the modules.
* remove uneeded flags that are in Libs.private (those from the packages
that are listed in Requires.private)
SVN revision: 42873
that's it, it's here... tested and works fine, please try with your
favorite gmainloop dependent library and report problems. Suggestions:
* GConf to access Gnome and its applications settings.
* GtkSettings to access other properties of Gnome and its applications.
* GUPnP (okay, we have EUPnP, but they have more features so far)
* Rygel, based on GUPnP.
* Libsoup, SOAP and HTTP access, useful for web access and required
by other libraries.
* Mojito, by Moblin, access to various web2.0 services like flickr,
picasa, twitter...
And last but not least, this enables Flash plugin on WebKit-EFL and
may enable us to get Google Gadgets sooner (before someone writes a
proper EFL backend).
Support is auto-detected at compile time but can be disabled with
--disable-glib. Runtime support is not enabled by default (so
compiling with it will just link yet another library), one needs to
call ecore_main_loop_glib_integrate() to do so.
Thanks to INdT folks that provided the initial implementation. I
rewrote it to make it correct, but the idea was good.
SVN revision: 42825
that still integrate cleanly with the EFL.
ecore_thread_run need two callbacks :
* func_heavy is called from another thread and should not use the
EFL except Eina, but carefully.
* func_end is called when func_heavy is done, but from inside ecore
main loop, so you can at this point call every EFL functions without
fear.
Note :
The system automatically detect how many CPU you have and will spread
the load on all of them.
You must not assume that the result will come in the same order you
requested it. Depend on each CPU load and how heavy the function on it
are.
SVN revision: 41555
2. yes local.conf slipped in - ignore
3. added soname version release to module arch dirs
4. adapted extra-modules to use the revision in arch
5. made e17 also have a release rev
6. dummy release stuff in eet - wont use it as its already released.
SVN revision: 40267
* better check of Cocoa.h
Patch by Andrew Wiliams and myself.
As I had to modify the patch so that it compiles on linux, could
the Mac OS X users check if the compilation is fine ?
Next steps:
* change the name 'quartz' to 'cocoa'
* add in ecore_cocoa all the needed functions to be used in ecore_evas
(windows management, cursors, events, etc...) so that ecore_evas_cocoa.c
does not contain objective c code anymore
SVN revision: 39915