aaah... so.. if we have a fribidi lock.. shall we.. hmrrrm maybe use
authorraster <raster@7cbeb6ba-43b4-40fd-8cce-4c39aea84d33>
Mon, 30 Aug 2010 03:21:15 +0000 (03:21 +0000)
committerraster <raster@7cbeb6ba-43b4-40fd-8cce-4c39aea84d33>
Mon, 30 Aug 2010 03:21:15 +0000 (03:21 +0000)
commitaade0efaea3a370af0d3ef179cde67ca8f99a705
treea78eab919b252be40e4f5af805b551cc0676d18e
parentb114b64335242aa766b2468d7edf97431f16ff29
aaah... so.. if we have a fribidi lock.. shall we.. hmrrrm maybe use
it? and... lets not just throw pointer onto pipelines just for the
hell of it.. as like.. hmm the object owning the pointer might be
freed before pipelien finishes.. or hell. it might change pointer
contents? :) need to nwo dup bidi intl_props. probably a better plan..
tasn looking at you... is to fix up evas bidi utils and make the intl
props a new/free thing (and sharable eh?) with reference counts to
avoid dups (just ref up most of the time - and if u change, make a new
intl prop - dont change current one) etc. etc. for now dup - this
gives a perf hit tho. at least async rendering works now.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/evas@51736 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
src/lib/engines/common/evas_bidi_utils.c
src/lib/engines/common/evas_bidi_utils.h
src/lib/engines/common/evas_font_draw.c
src/lib/engines/common/evas_font_query.c
src/lib/engines/common/evas_pipe.c
src/lib/include/evas_common.h