Remove whitespace differences

Remove differences

Remove whitespace differences

Remove whitespace differences

Remove unnecessary differences from upstream

Merge branch 'upstream'

Evas: fix eina version check

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64664 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: gl_cocoa fix installation of Evas_Engine_Gl_Cocoa header

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64663 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: Add changelog and add my name to authors list.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64659 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: Add missing file

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64655 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: Add gl_cocoa engine

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64653 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas - trivial changes.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64595 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas - supplemented more cases for object_freeze_events completion.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64564 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas/evas_object_polygon - removed whitespaces and fixed indent.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64561 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas/evas_object_polygon - fixed wrong.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64553 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas/evas_stack - just removed white spaces and fixed indentations

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64552 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

declare the variables at the beginning of the block

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64516 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

add missing variable from r64139
direct all spankies to raster and Sung W. Park

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64514 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

From: "Sung W. Park" <sungwoo@gmail.com>
Subject: [E-devel] [E-Devel][Patch] Evas GL Color Format Enum change
(and ElmGLview changes accordingly)

I'm submitting a patch that changes the color format for Evas GL.

When I first wrote Evas_GL, I just had EVAS_GL_RGB_8 and EVAS_GL_RGBA_8 and etc
but it was misleading for some people.  It was more of a filler since I couldn't decide on
a name.  I'm finally changing it to make it more clear.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64491 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

repackaging

evas_1.0.0.001+svn.62695slp2+build45

and fix evas map used as mapbuf with clipping and stuff! ugh! the
forever shifting bug! evas_render needs a rewrite

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64429 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix clip-out issue after making mapped objs opque fix was in.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64413 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Conflicts:

src/lib/canvas/evas_map.c

we can't limit sizes on load because of "i'm just loading the header
to find out the size" tricks. :(

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64410 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Conflicts:

src/modules/engines/gl_common/evas_gl_image.c

evas - updated Changelog and @since for evas_object_freeze_events_set/get

Thank you Vincent.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64434 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas - added new API evas_object_freeze_events_set/get

and will handle for the key events also soon.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64432 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

and fix evas map used as mapbuf with clipping and stuff! ugh! the
forever shifting bug! evas_render needs a rewrite

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64429 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Upload package

Change-Id: Ic4d27f2e78111580feacead3355d9aedd6876c3b

The left and right pixel duplication for interpolation had the WRONG PIXELS

Change-Id: Idec36f6a6b6c81dd912d1a327285ca6e24d965a9

Evas font: Removed double ;.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64414 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

fix clip-out issue after making mapped objs opque fix was in.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64413 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

we can't limit sizes on load because of "i'm just loading the header
to find out the size" tricks. :(

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64410 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

warning--

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64390 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

warn--

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64389 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

warn--

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64388 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

warning--

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64387 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

disable getting of xft.dpi - always been an option but it just leads
to inconsistent rendering.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64386 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

oh dear.. lewft and right pixle duplication for interpolation had the
WRONG PIXELS!!! amazing it never crashed! fix fix! (also handle
opengls that doesnt support unpack row length)

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64377 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas/evas_object_smart - trivial changes

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64375 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Upload package

Change-Id: Ie896dc9cb74f6fa9a87c9b2cc38ced7003442af6

Evas GL Extensions + a bug fix by Sung W. Park from svn(64139)

Change-Id: Id8cb2692f8dcb92fc9b6e6b8f61d4764b7e77470

repackaging

evas_1.0.0.001+svn.62695slp2+build42

From: EunMi Lee <eunmi15.lee@samsung.com>
Subject: [E-devel] [Patch] [Evas] Patch to provide information of
touched points

Hello,
I made a new patch to get information of current touched point instead
of Touch Event.

I added touch_points (Eina_List) to the Evas structure and it maintains touched points on the evas.
New touched point is added to the touch_points when we get Mouse_Down and Multi_Down,
touched point is updated when we get Mouse_Move and Mult_Move,
and touched point is removed when we get Mouse_Up and Multi_Up.

The each touch point has coordinate, id and state information as follows:
id - identifier. 0 for Mouse Event and device id for Multi Event. coordinate - (x, y) coordinate of point.
state - state of point. type is Evas_Touch_Point_State enum.
(EVAS_TOUCH_POINT_DOWN, EVAS_TOUCH_POINT_UP, EVAS_TOUCH_POINT_MOVE,
EVAS_TOUCH_POINT_STILL, EVAS_TOUCH_POINT_CANCEL)

There are 4 new APIs to get touch point's information as follows:
unsigned int evas_touch_point_list_count(Evas *e);
void evas_touch_point_list_nth_xy_get(Evas *e, unsigned int n, Evas_Coord *x, Evas_Coord *y);
int evas_touch_point_list_nth_id_get(Evas *e, unsigned int n);
Evas_Touch_Point_State evas_touch_point_list_nth_state_get(Evas *e, unsigned int n);

I added APIs to get each information instead of exposing whole
structure to make it easy to expand in the future as you mentioned in
the below e-mail :)

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64373 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas - Modified field names in Evas structure to be more clear.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64371 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

partial merging to update the partial tiles when it need to be updated.

revision
64246
64248
64249
64252
64264
64287
64288
64289

Change-Id: I56bfcb4e65042efd04cb40c64d3eecc5e9d01f58

emacs users don't like trailing white spaces

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64319 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

annoy vim users with spaces at the start of blank lines. :)

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64317 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: Fix a warning

  CC     evas_cserve_tool.o
evas_cserve_main.c: In function ‘message’:
evas_cserve_main.c:993:14: warning: braces around scalar initializer
evas_cserve_main.c:993:14: warning: (near initialization for ‘lopt.degree’)
evas_cserve_main.c:993:14: warning: excess elements in scalar initializer
evas_cserve_main.c:993:14: warning: (near initialization for ‘lopt.degree’)
evas_cserve_main.c:993:14: warning: excess elements in scalar initializer
evas_cserve_main.c:993:14: warning: (near initialization for ‘lopt.degree’)
evas_cserve_main.c:993:14: warning: excess elements in scalar initializer
evas_cserve_main.c:993:14: warning: (near initialization for ‘lopt.degree’)

Signed-off-by: Mike McCormack <mikem@ring3k.org>
git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64310 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas: bump libpng version to 1.2.10.
libpng 1.2.8 does not have the symbol png_set_expand_gray_1_2_4_to_8.
It seems that 1.2.10 has no problem, so we check for libpng >= 1.2.10
and we drop libpng 1.0.*

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64303 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

and fix chglog and @since for max img size api

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64290 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

and zero out previous rect info on clear.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64289 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

and fix tiler to do full resolution. yes - more mem, some more
overhead, but fewer bugs.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64288 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

oh dear. debugging snuck in in my other fixes. remove.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64287 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

oh this one was a doosey to find. objects still having map applied BUT
map is the same as a normal display (no mapping at all) are not
considered opaque. fix!

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64264 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas/fb: use virtual sizes to describe the fb mode geometry.
This was causing the fb engine to draw incorrectly when the virtual size
was different from the size (xres != xres_virtual). For example, it
happens an additional monitor is plugged into a notebook.
Patch for SiT.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64259 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: coorectly dirty YUV data.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64254 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

hmm gles doesnt have internal format fetching.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64253 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

and NOW fix obscure object handling properly.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64252 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas/evas_inline - indent!

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64251 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

note on detecting texture alloc fail. need to percolate that back

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64250 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

and disable invalidate optimization

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64249 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

debug for future. for now found the problem.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64248 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas/evas_events - trivial changes

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64247 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

have evas engine also to update rect math so we can exclude useless
updates when obscured objects change

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64246 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

add call to get maximum image size (eg max texture size)

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64244 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

if image biger than max texture size... report allocation errors.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64241 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

nicer formatting of async events

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64240 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas/evas_events.c - removed duplicated lines

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64198 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas/evas_events - removed useless lines since we support multi downs

but looks bad to keep the only one point in evas.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64197 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Merge "[*] add scale decoding feature bmp(1,2,4,8 bit) scale decoding feature. chang png scale decoding code"

remove jpeg build warning

Change-Id: Id874926e8e9efa33771af235b9c8d9f9c297bb60

repackaging

evas_1.0.0.001+svn.62695slp2+build41

[*] add scale decoding feature
bmp(1,2,4,8 bit) scale decoding feature.
chang png scale decoding code

Change-Id: Ice0c78ae219531da58d7927f9bc4d4443f6f437b

optimized usage of harfbuzz

Upload package

Change-Id: I3a8b33a8fc82aa6ff5f1262cf9f2030a0833acb2

Unnecessary image_dirty_set is removed.

Change-Id: Ib37f81e77d7a84fbe872b11f1dd34836cfc1a521

we dont need the dirty at the end either.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64173 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

From: Jiyoun Park <jy0703.park@samsung.com>
Subject: [E-devel] [Patch] Add scale down decoding feature to evas png loader

I add scale down decoding feature to evas png loader. 5515X3986 size png image need 80~90M memory,
but scale down(scale num=2) option can reduce memory to 25~30M.

I use down sample method for scale down.
(there is more efficient algorithm for scale down, I'll add this to my
todo list)

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64170 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas: simplify code at the same time.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64169 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

nono - we dont dirty images when we set data...

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64168 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

From: Jiyoun Park <jy0703.park@samsung.com>
Subject: Re: [E-devel] [Patch] Implement scale down decoding feature of bmp loader

I implement scale down decoding feature of bmp loader using down sample algorithm.
Desktop have low risk to go wrong memory problem during big image decoding,
but mobile device is different.

Raster said it is life (meet memory problem during big image decoding),
and it is enough to return decoding fail.

But I think it seems a bit harsh, because 2 or 3 bmp image (5000X5000 size: for example)
can cause application close because of memory lack.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64163 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Package upload

Evas font: Oops, hb_fonts should be per font instance, not source.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64144 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

[*] fix the gl engine's animated code.
it change image to the cache entry but image is not a cache entry.
it is a Gl image.

Change-Id: I04d5022562dbef02567c55687f34ff994d612980

From: Jiyoun Park <jy0703.park@samsung.com>
Subject: [E-devel] [Patch] modify gl engine's animated function
related with cache entry

I modified the gl engine code related with animated images
This is very trivial.  Evas image object passes images to the engine.
In the software engine, it is a cache entry , but in the GL engine, it is
an Evas_GL Image. So I modified the gl engine code to get the cache entry
from the gl image.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64143 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

for now - revers eumni touch events patch until we get press state
"getter" api patch. :)

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64140 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

From: "Sung W. Park" <sungwoo@gmail.com>
Subject: Re: [E-devel] [E-Devel][Review][Patch] Evas GL Extensions + a
bug fix

Here's an initial attempt at the GL extensions issue for Evas GL.

I have been in discussion with a few EFL developers regarding how we should
provide extensions.  Essentially, there are two ways to go about doing this.

1. provide evas_gl_proc_address_get() function as it is done in other
glue layers

2. provide all the extension functions in the EVAS_GL_API struct.

#1 approach is how it's done in other glue layers and the driver implementor can
provide new extensions easily.  It is however pretty annoying to get the
function prototypes right and use the function pointers and etc.

#2 approach provides all the extension functions in the struct so it's
definitely easier to use.  Adding new extensions can be a pain as people may
have to wait for new version releases.

For now, we thought it was OK to just throw them in the struct as in
#2 and try it out.  So, I've implemented this approach.  As for the extensions,
I've basically included all the extensions in gl2ext.h as EvasGL currently
provides all the GLES 2.0 functions.   In order to display the right
information, I had to override glGetString() with GL_EXTENSIONS as parameter to properly
display the supported extensions.

Also, I've added a few EGL extensions that have been
modified for EvasGL use.  For example, eglCreateImage/eglDestroyImage has been
defined as folllows.

   EvasGLImage  (*evasglCreateImage) (int target, void* buffer, int*
                                         attrib_list); void
                                            (*evasglDestroyImage)
(EvasGLImage image);

const char *evas_gl_string_query() function was added to return a string of
supported EvasGL extensions.  So essentially, a user can search this string to see
if the desired extension is supported.  if it is, he can use the functions.  He can
always check if the function pointers are NULL as well.

Take a look at the pach and let me know what you think.

______________

While I was adding the extension code, I've added a few fixes/ changes
to the EvasGL.

1. glDeletBuffers bug
- When I wad destroying evasgl context, I was deleting the context FBO with
glDeleteBuffers instead of glDeleteFramebuffers. This code in effect was
deleting BOs in other contexts and we had some funky behaviors as a
result.  The
bug has been fixed.

2. make_current
- I've made some changes to the make current code and also added a resource
context to the engine data.  the resource context is used for creating surface
texture/ fbos when surface/ context is created.  Before, i was using evas'
context but thought it'd be a good idea to use a separate context.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64139 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas font: Cache Harfbuzz font structure for fonts we use.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64136 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: Beautify the DRAW_FORMAT_DASHED macro a bit.

Patch by Shilpa Singh.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64135 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Revert "evas: Deal with harfbuzz API breakage"

Sorry mate, but they broke API without bumping version, that's why I
didn't do this myself. You should probably add your version of harfbuzz.

This reverts commit 64057.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64134 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

upload package

Change-Id: I80a3bd0efb0a1f2df78c9dfb5c1dc645a4af1628

Evas textblock: Cleaned up DRAW_FORMAT/_DASHED macros.

Fixed compiler warnings.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64132 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas textblock: Added dashed underline support.

Patch by Shilpa Singh

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64131 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

evas_object_image about map and unmap pairing

Change-Id: Icb774dc987201a41a95fef0a97961da376e7c9be

sorry. we can't depend on svnrev in versions. wish we could. we can't :(

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64121 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

svn:ignore

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64117 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

svn:ignore

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64116 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

require recent eina

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64115 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas: Check for dlsym and disable gl engines if not found

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64091 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas: Remove a useless ifdef that was causing dead code.
You can't compile a gl_common .c file based on whether or not the SDL
header was included. The .c file will result in only one .o and since
the Evas_Engine_Sdl.h is not included by evas_gl_context.c itself, then
that ifdef will never be true.
gl_common should request a callback function pointer from the evas engine
for doing symbol resolution. This needs a refactor.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64086 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33

Evas: Fix compiler warnings wrt uninitialized variables.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@64079 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33