fix a strange issue with re-connect after explicit disconnect to cserve

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40587 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

dont dirty on loadopt change - cache handles that

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40583 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix load opts to only unload/reload if opts changed for cserve

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40573 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

allow compilation on OS where the cache server can't be built (like Windows...)

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40570 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

remove EINA_WARN_UNUSED_RESULT on functions that return nothing

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40565 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

check for shm_open only if cserve is to be built

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40559 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

include time.h header files because time_t is used in Evas.h

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40558 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Check if we can compile and link programs using shm_open (for cserve)
Useful for platform that does not have them (Windows, some BSD)

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40557 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

1. scalecache config env vars an use them
2. more api's related to cserve

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40548 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

unset cserve in cserve

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40539 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

1. scale cache now allows you to hint at the object if its dynamic, static or
none (ie default) and the engines actually understand it and use it.
2. fixes to scalecache and cserver too. more toto's done and its now been
stress tested by me - and i think cserve is ready to go gold. just enable it
with export EVAS_CSERVE=1 in your env for any eflapps - and run evas_cserve
(cmd-line options avalable plus cmd-line tol to query settings change on the
fly and query statsitics and state)

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40536 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

config.h is automatically added as a dependency by automake

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40531 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

more cserver work for sharede cache- improvements

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40524 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix softwared x11 xlib engine to generate masks when rotated too

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40523 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix char-wrap min size calc!

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40522 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

do not disable sse on non amd64 machines.

build should detect sse and it should be toggled automatically during
runtime.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40519 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

improve evas packaging.

 - don't package directfb, it's for specific systems like embedded
   where it is required to build manually, maybe define some tweaks.

 - don't build with no-dither-mask as it will completely disable
   dithering on 16 and 8bpps, that's wrong! This is supposed to be
   enabled on embedded devices only, like maemo.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40518 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix minor build problems.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40517 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

 * add support of CMYK, ICCK and grayscale images
 * remove trailing spaces

fix ticket #303

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40515 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

more todo items knocked off for cserve

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40509 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Fixed debian stuff everywhere.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40505 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Added libtool as Build-Depends to everything that uses
DEB_CONFIGURE_SCRIPT := ./autogen.sh

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40500 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

todo items for cserve for evas done - well some of them. more to come.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40495 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

set svn:ignore flags.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40487 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix build of cserve with -fvisibility=hidden.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40486 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

shared cache server++

is it ok?

1. it can be --disabled in evas's configure, but i think it works WITHOUT
disabling it (runtime) as it falls back to the old way of loading
2. it may cause build problems on some platforms - without it being enabled
we won't find out, so enable.
3. it needs enabling runtime to make use of it so it should be safe for now
until you enable it.

what is it?

it is a SHARED cache server - that means images loaded are loaded BY the
cache server (not by the actual process using evas). images are shared via
shared memory segments (shm_open + mmap). this means only 1 copy is in all
ram at any time - no matter how many processes need it , and its only loaded
once. also if another app has already loaded the same data - and its in the
cache or active hash, then another process needing the same stuff will avoid
the loads as it will just get instant replies from the cache of "image already
there". as it runs in its own process it can also time-out images from the
cache too.

right now you enable it by doing 2 things

1. run evas_cserve (it has cmd-line options to configure cache etc.
2. export EVAS_CSERVE=1 (im the environment of apps that should use the cache
server).

it works (for me) without crashes or problems. except for the following:

1. preloading doesnt work so its disabled if cserve is enabled. thisis
because the load threads interfere withthe unix comms socket causing
problems. this need to really change and have the cserve know about/do
preload and let the select() on the evas async events fd listen for the
unsolicited reply "load done". but it's not broken - simple preloads are
syncronous and forced if cserve is enabled (at build time).
2. if cserve is killed/crashes every app using it will have a bad day. baaad
day. so dont do it. also cserve may be vulnerable to apps crashing on it - it
may also exit with sigpipe. this needs fixing.
3. if the apps load using relative paths - this will break as it doesnt
account for the CWD of the client currently. will be fixed.
4. no way to change cache config runtime (yet)
5. no way to get internal cache state (yet).
6. if cache server exist - it wont clean up the shmem file nodes in /dev/shm
- it will clean on restart (remove the old junk). this needs fixing.

if you fine other issues - let me know.

things for the future:

1. now its a separate server.. the server could do async http etc. loads too
2. as a server it could monitor history of usage of files and images and
auto-pre-load files it knows historically are loaded then whose data is
immediately accessed.
3. the same infra could be used to share font loads (freetype and/or
fontconfig data).
4. ultimately being able to share rendered font glyphs will help a lot too.
5. it could, on its own, monitor "free memory" and when free memory runs
load, reduce cache size dynamically. (improving low memory situations).
6. it should get a gui to query cache state/contents and display visually.
this would be awesome to have a list of thumbnails that show whats in the
cache, how many referencesa they have, last active timestamps etc.

blah blah.

please let me know if the build is broken asap though as i will vanish
offline for a bit in about 24hrs...

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40478 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

pull in evas_common.h for evas_string_char_len_get() decl

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40428 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

add missing "changed" flags.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40409 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Merge branch 'debian-fixes'

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40345 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

some formatting

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40343 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Build against newer Fribidi

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40341 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

 * better fix for -no-undefined
 * remove test with icl

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40313 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

add GDI engine.

todo: fullscreen and shape support

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40310 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

From: booleanlabel@gmail.com
cygwin fixes.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40303 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Updated debian stuff for core EFL. Changed debian stuff of others to work with core EFL updates.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40292 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

and incriment to next rev.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40285 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

snapworth quality - distchecked. sonames bumped. rev's bumped. tarballs
uploaded.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40284 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Updated changelogs for packages which will go into repository.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40270 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

1. embryo shoudl have soname
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.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40267 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

limit init and fini to.. once!

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40261 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix distcheck on couple packages, problems with EXTRA_DIST

Do NOT include dirs in EXTRA_DIST (embryo, eet, ecore, evas, edje,
efreet) as it will include .svn directories!

EXTRA_DIST does not take a glob as ETK did, use $(wildcard glob) to
expand it.

And do not forget about adding extra files to EXTRA_DIST (wizard) and
DIST_SUBDIRS (fileman_opinfo).

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40247 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

add evas_intl_utils.h to  extra dist (fix make distcheck)
reported by Albin Tonnerre

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40243 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

cleanup on shutdown better

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40242 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Merged with pkgE

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40226 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Prepared for merge with pkgE debian stuff

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40225 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

lutin... release soname patch. verbose svn soname used right now

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40131 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix compilation with c++ compilers (needed for Windows too)
patch by Lars Munch

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40103 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Don't leak, and be consistent with return values.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40101 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

space--

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40087 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

and save makefile.am

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40085 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

* evas: Finally remove as much free/malloc from the render path. Will need certainly
need some tunning on the number of Evas_Rectangle allocated in advance.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40084 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

move fribidi link to main lib

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40082 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

cedric I hate you :-)

remove last code using non-eina_mempool rectangles and abort() that
was triggering on clicks on titlebar.

Thanks to antognolli for reporting.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40074 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

export useful function.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40065 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Updated debian stuff(grew Standards-Version, updated python-ecore rules file)

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40043 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

* evas: Now all Evas_Rectangle are part of a pool. Next step would be to
remove free at the end of evas_object_render_pre_effect_updates and only
do it on idle.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40040 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

* evas: Another attempt to fix clip cache. Now invalid clip cache every time
we change cur.geometry in the code (did a grep to locate this). I hope I did
spot all users, as I didn't see bug in exec_buf, efm and in window title, I
am confident enought to break svn again.

* WARNING * This change can cause visual bug. Please report.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40039 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

* evas: Oops, forgotten patch freeing without mempool.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40038 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

* evas: Add a mempool. More speedup to come, depend on timing with "break" freeze.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40037 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix ticket #276

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@40015 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix name

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39983 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

author++

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39982 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

and actually enable th RTL code!

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39981 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

more files!

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39974 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

and add files!

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39973 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

TAsn: patch from tasn. use libfribid for Right-to-left text.

this (apparently) makes right-to-left work for display. that means:

hebrew
yiddish
arabic
persian
...

i don't read (or write ... or speak) an of these...

so.. i'll leave it up to others to find bugs/problems and send patches.
thanks a huge amount to TAsn for the patch!

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39972 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

revert - spotted clip bug in titlebar in e17.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39966 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

* evas: This patch reintroduce the use of cache for clip. I don't know
why it was disable the first time, so it could lead to some graphic bug.
Please report any strange behaviour.

*WARNING* This could really introduce some visual bug.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39940 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

allow xlib engine compilation on mac os x

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39930 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

eng_setup returns now an int

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39916 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

raoul: patch to fix thml-escapes for textblock

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39914 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

scalecache tracks normal cache size etc. etc. etc.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39907 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

* evas: Make one more function inline.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39894 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

add - in theory rgb24+32 666 support (ezx).

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39836 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

hmm some more generous params for sc.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39808 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

remove accounting info not used atm.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39766 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

wtf was it freeing right after setup? comment out lines.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39765 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

oops and fix the flags!

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39762 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

cover not good speedup case.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39760 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

enable cache again

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39745 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix non-scalecache mode

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39744 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

also be able to free orig data now (and reload)

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39743 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

now enough logic to know when to unload original... now just need to make
unloaidng possible without instant-reload.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39742 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

make pipe renderer separate to thread support - off by default.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39740 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

found it! i was building without threading for realistic testing. lock issue.
fixed.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39739 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

brokes e17, canola and most things?

dunno why, but at least it does for me and some users at #e/#edevelop,
e17 freezes at start, so does canola and other evas apps, maybe due
64-bits? No time to investigate right now (at a conference).

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39738 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

for now... enable scalecache. i havent seen it crash e or expedite or
elementary nor leak... so .. let's see. not 100% done yet. but good.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39724 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

1. a bunch of neon asm infra and some asm, but only the neon that works is
enabled. the blending is not working/complete. the neon for fills and copies
isnt actually faster though currently :(
2. scalecache infra - disabled for now. working on it.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39723 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

i found it is useless and cdbs is setting up prefix automatically.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39695 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

forgot to add --prefix=/usr

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39694 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Updated debian stuff everywhere.

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39693 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

update configure output wrt the xrender merge

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39681 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

use unsigned int for bit fields, as suggested by Gustavo

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39677 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

disable cairo and qtopia engines for the release.
the code is not removed, only commented

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39676 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

guard the xcb function declarations

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39673 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

remove the gliz engine:

 * it never really worked
 * glitz is not maintained anymore (latest snapshot in january 2005)

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39672 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

API break (well, kind of...)

 * evas_engine_info_set() returns now an int, to inform if
   an error occured or not when setting the info of the engine.
 * in the Evas_Func structure, the setup() method returns an int
 * all the engines are updated

I'll fix ecore_evas and ewl later (the compilation is still fine).

Gustavo: should I add EINA_WARN_UNUSED_RESULT at the end of the
evas_engine_info_set() function ?

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39670 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

remove xrender xcb directory (useless since the merge)

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39669 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

merge of the xrender Xlib and XCB engines

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39665 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Use an enum for the backend

git-svn-id: http://svn.enlightenment.org/svn/e/trunk/evas@39664 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33