* check if clock_gettime() is in libc first, then in librt
some systems have these functions in libc, or in a specific lib.
This allows to correctly set dlopen_libs and rt_libs variables.
SVN revision: 55821
simply a pain. no more tests within src trees. talk to gentoo if you
don't like it. i wasted enough of my day already trying to talk sense
into them. if we dont tempt them with stuff they dont comprehend then
its less pain for us having to answer their questions.
SVN revision: 55635
This is an attempt to fix the epoll/fork() issue reported to me where
we end up with a single epoll fd shared between two processes after a
fork() in E.
I've tested with elementary test in epoll and non-epoll combinations,
and all appears to be well. Please check it solves the issue you saw,
and reformat the code as you see fit... ;-)
SVN revision: 53670
AC_CHECK_FUNCS checks for the existence of functions in the C standard
library, so we don't need it. Instead, we need to define
HAVE_CLOCK_GETTIME if the function was found inside the librt.
Moreover, in source file check if HAVE_CLOCK_GETTIME is defined rather
than of checking if it's 0.
SVN revision: 52863
Instead of relying on unix time, use a monotonic clock provided by
clock_gettime(). If a monotonic clock is not available, it will fallback
to CLOCK_REALTIME or unix time if neither is available.
The impact is that now it only makes sense to call ecore_time_get() or
ecore_time_loop_get() if the value retrieved is intended to be used as
relative to previous/posterior measurements. If an absolute value is
needed, the right function to call now is ecore_time_unix_get() which
will give the number of seconds since Jan 1st, 1970, 12:00AM.
SVN revision: 52824
This patch implements the ecore main loop in terms of the GTK main loop, so
ecore is a layer on top of glib.
Compared the the current glib integration in ecore, this has the added
advantage of allowing use of EFL libraries in GTK.
SVN revision: 51113
Subject: [E-devel] 8bpp xcb evas engine
Hi all,
I've implemented the 8bpp grayscale evas engine. It is based on the 16bpp
engine. It would be nice if someone could review the code and maybe commit
into svn. The patches against evas and ecore are attached.
SVN revision: 50561
The problem in the previous commit was that AM_GNU_GETTEXT and
AM_GNU_GETTEXT_VERSION must begin a line (autopoint searches lines
beginning by them).
SVN revision: 49738
Some systems, like the Gentoo, copy the svn contents somewhere before
doing the autoconf, this may result in lack of .svn and thus minor
version "0".
This patch introduces the $SVN_REPO_PATH to say where the svn checkout
containing the ".svn" directory is.
SVN revision: 49594
realize they may have impact on other platforms/distros. But this is
what ended up working on RHEL, unlike what Vincent was given by the
automake developer mailing list. :/
If this breaks, please discuss on the ML rather than simply
reverting. We need to work toward a cooperative resolution.
SVN revision: 48783
Quartz is the name of the graphic library
Cocoa is the Objective C API to build applications
I can't test this so maybe I have forgotten some
modifications to do. Please report any problem in
that thread
SVN revision: 47339
These are deprecated and will be killed in short time, stop using them!
Recommendations:
* ecore-txt: use eina_str_convert, drop in replacement, just sed.
* ecore-config: convert your code to use eet + Eet_Data_Descriptors
directly, it is simpler and faster, but requires you to change your
code. Consider using eet_data_descriptor_file_new() and
eet_eina_file_data_descriptor_class_set() or
EET_EINA_FILE_DATA_DESCRIPTOR_CLASS_SET(). Then describe your type
with EET_DATA_DESCRIPTOR_ADD_*().
SVN revision: 46494
this will have compilers to completely compile out log statements
using levels greater than the given number.
this is defined in config.h, thus C files should include this before
including Eina.h, as should be the case for all files (IOW: if it does
not work for some file, that file already have a bug).
SVN revision: 46482
dependency on ecore_txt. I disable ecore_txt by default too
I can't test it (i'm on Windows). If you experience errors during
the build, please reply in this thread.
SVN revision: 46209
This will help me for the opensolaris port... (btw
inlined functions should not be in ecore_list source
code but in its header, for those who want to fix that)
SVN revision: 46195
Avoid automagic detecting extensions such as Xprint, Xdamage and
friends, as well as for tslib if ecore-fb is in use.
This should help build systems avoid linkage with those even if they
are present when Ecore is built.
SVN revision: 45918
there is only --enable-*** options displayed, with no default value,
so if someone wants me to add them, please tell me (it's a bit of
work, though :p)
SVN revision: 45577
* 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
between all ecore graphic engine to ease porting of application and reduce the amount of
specific code per engine. This patch does just that.
All your application should continu to work has previously, if it's not the case
please report any new behaviour regarding mouse and keyboard.
SVN revision: 39505
* fix requirements
* fix configuration on mac os x (problem with automake 1.9) and
add missing values/macro for quartz support
* small typo in ecore_evas_win32 api
* use m4 api in m4 files
SVN revision: 39471
* add vim header
* include config.h when necessary
* fix the order of some include
* move the standard header in ecore_private.h to the source files
I have recompiled all the efl and e17, and e17 seems to work fine with these changes.
If you encounter problems with that commit, let me know.
SVN revision: 38864
fix doc
* ecore_file/Makefile.am:
add Windows cflags
* ecore_file/ecore_file_private.h:
move Evil.h so that EAPI is correctly defined
* ecore_wince:
make window_new windowed by default. other backend that gdi might have problems.
add title_set and fullscreen_set functions.
do not use aygshell features anymore for fullscreen (it's not free and not always available)
include missing config.h
* ecore_evas:
move Evas.h and Ecore_Getopt.h so that EAPI is correctly defined
add title_set and fullscreen_set functions.
SVN revision: 38540