kimcinoo
/
efl
forked from enlightenment/efl
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
efl/legacy/evas/src/lib/engines/common/Makefile.am

116 lines
2.7 KiB
Makefile
Raw Normal View History

code move SVN revision: 6445
2002-11-08 00:02:15 -08:00
autostuff improvements: * use non deprecated version of AC_INIT and AM_INIT_AUTOMAKE and check the required minimal versions. * add bzipped distribution archive * add AC_LIBTOOL_WIN32_DLL * forbid libtool to check fortran * compute libtool versioning from the version of the package * pass the directories based on ${prefix} to the preoprocessor with the -D option * replace INCLUDES, wich is deprecated since 2001 by AM_CPPFLAGS * remove useless -L flags in *_la_LDFLAGS SVN revision: 32337
2007-11-04 01:21:50 -08:00
SUBDIRS = evas_op_add evas_op_blend evas_op_copy evas_op_mask evas_op_mul evas_op_sub
jose's software rendering work - slight improvements (about 5-10%). i had to disable destination alha mmx support for text rendering (mask + color) as it was broken in tests. SVN revision: 22440
2006-05-02 00:28:49 -07:00
code move SVN revision: 6445
2002-11-08 00:02:15 -08:00
MAINTAINERCLEANFILES = Makefile.in
autostuff improvements: * use non deprecated version of AC_INIT and AM_INIT_AUTOMAKE and check the required minimal versions. * add bzipped distribution archive * add AC_LIBTOOL_WIN32_DLL * forbid libtool to check fortran * compute libtool versioning from the version of the package * pass the directories based on ${prefix} to the preoprocessor with the -D option * replace INCLUDES, wich is deprecated since 2001 by AM_CPPFLAGS * remove useless -L flags in *_la_LDFLAGS SVN revision: 32337
2007-11-04 01:21:50 -08:00
AM_CPPFLAGS = -I. \
code move SVN revision: 6445
2002-11-08 00:02:15 -08:00
-I$(top_srcdir)/src/lib \
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... SVN revision: 40478
2009-05-01 00:11:07 -07:00
-I$(top_srcdir)/src/lib/cserve \
eet/edb cflags SVN revision: 13598
2005-03-03 16:39:41 -08:00
-I$(top_srcdir)/src/lib/include \
autostuff improvements: * use non deprecated version of AC_INIT and AM_INIT_AUTOMAKE and check the required minimal versions. * add bzipped distribution archive * add AC_LIBTOOL_WIN32_DLL * forbid libtool to check fortran * compute libtool versioning from the version of the package * pass the directories based on ${prefix} to the preoprocessor with the -D option * replace INCLUDES, wich is deprecated since 2001 by AM_CPPFLAGS * remove useless -L flags in *_la_LDFLAGS SVN revision: 32337
2007-11-04 01:21:50 -08:00
-DPACKAGE_BIN_DIR=\"$(bindir)\" \
-DPACKAGE_LIB_DIR=\"$(libdir)\" \
-DPACKAGE_DATA_DIR=\"$(datadir)/$(PACKAGE)\" \
Use AC_PATH_GENERIC SVN revision: 16495
2005-09-03 12:42:28 -07:00
@FREETYPE_CFLAGS@ @VALGRIND_CFLAGS@ \
* Remove Windows code in evas_module.c and use evilness instead * Allow Windows Mobile to correctly load dll's * Use correct scheme for EAPI on Windows and include config.h when necessary * add -mwin32 to compiler flags when compiling with cegcc SVN revision: 34024
2008-03-14 09:49:49 -07:00
@EET_CFLAGS@ @pthread_cflags@ \
move fribidi link to main lib SVN revision: 40082
2009-04-15 05:01:05 -07:00
@WIN32_CFLAGS@ @EINA_CFLAGS@ \
Evas font: Added HARFBUZZ's cflags. SVN revision: 56452
2011-01-30 02:36:14 -08:00
@FRIBIDI_CFLAGS@ @HARFBUZZ_CFLAGS@
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! SVN revision: 39972
2009-04-11 00:51:20 -07:00
code move SVN revision: 6445
2002-11-08 00:02:15 -08:00
noinst_LTLIBRARIES = libevas_engine_common.la
libevas_engine_common_la_SOURCES = \
jose's software rendering work - slight improvements (about 5-10%). i had to disable destination alha mmx support for text rendering (mask + color) as it was broken in tests. SVN revision: 22440
2006-05-02 00:28:49 -07:00
evas_op_copy_main_.c \
evas_op_blend_main_.c \
evas_op_add_main_.c \
evas_op_sub_main_.c \
evas_op_mask_main_.c \
evas_op_mul_main_.c \
code move SVN revision: 6445
2002-11-08 00:02:15 -08:00
evas_blend_main.c \
evas_blit_main.c \
evas_convert_color.c \
colorspace stuff in cvs. SVN revision: 34604
2008-05-18 20:13:16 -07:00
evas_convert_colorspace.c \
code move SVN revision: 6445
2002-11-08 00:02:15 -08:00
evas_convert_gry_1.c \
evas_convert_gry_4.c \
evas_convert_gry_8.c \
evas_convert_main.c \
evas_convert_rgb_16.c \
evas_convert_rgb_24.c \
evas_convert_rgb_32.c \
evas_convert_rgb_8.c \
From: Mikhail Gusarov <dottedmag@dottedmag.net> Subject: [E-devel] [evas] Add RGBA -> grayscale 64 entries palette conversion This is needed for E-Ink devices outta there. Names of new files, configure.ac variables and macros are awful, suggestions are welcome. SVN revision: 41825
2009-08-16 18:41:07 -07:00
evas_convert_grypal_6.c \
yuv pixel import api (well arbitary pixel format import api) for doing media sreams (video) via image objects SVN revision: 8068
2003-12-09 17:12:13 -08:00
evas_convert_yuv.c \
code move SVN revision: 6445
2002-11-08 00:02:15 -08:00
evas_cpu.c \
evas_draw_main.c \
Evas: Changing the font engine to work with Eina_Unicode instead of utf8. Changing textblock and text objects to work with Eina_Unicode instead of utf8 (internally, API remains intact). Started relying on new fribidi 0.19.2 instead of the old fribidi. A lot of fixes to the font engine. Renaming of evas_common_font_utf8_* to evas_common_encoding_utf8_* This relies on new Eina changes and types: Eina_Unicode, Eina_UStrbuf and Eina_UStringshare. SVN revision: 50595
2010-07-28 05:00:41 -07:00
evas_encoding.c \
code move SVN revision: 6445
2002-11-08 00:02:15 -08:00
evas_font_draw.c \
evas_font_load.c \
evas_font_main.c \
evas_font_query.c \
evas_image_load.c \
1. diable a bunch of engines from auto-detecting stuff. you have to manually --enable gl, qtopia and directfb enigines - they are either incomplete, buggy or simply used so little that its not worth building unless the user REALLY wants the support. SVN revision: 18424
2005-11-10 22:09:46 -08:00
evas_image_save.c \
code move SVN revision: 6445
2002-11-08 00:02:15 -08:00
evas_image_main.c \
cedric's sdl patch. SVN revision: 30845
2007-07-16 00:25:35 -07:00
evas_image_data.c \
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. SVN revision: 39723
2009-03-26 00:14:08 -07:00
evas_image_scalecache.c \
code move SVN revision: 6445
2002-11-08 00:02:15 -08:00
evas_line_main.c \
evas_polygon_main.c \
evas_rectangle_main.c \
evas_scale_main.c \
evas_scale_sample.c \
evas_scale_smooth.c \
same as previous commit. SVN revision: 26236
2006-09-30 03:18:37 -07:00
evas_scale_span.c \
split up nasty smooth scaler code to separate parts - they are #included though for speed reasons, but this makes it more maintainable. SVN revision: 8726
2004-01-29 21:46:57 -08:00
evas_tiler.c \
i worked on a regionbuf set of code (exact rectangles). i THINK it has some bugs... but its disabled right now and it didnt speed anything up :( but it's there for perusal and later work anyway... SVN revision: 13193
2005-02-04 18:30:13 -08:00
evas_regionbuf.c \
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! SVN revision: 39972
2009-04-11 00:51:20 -07:00
evas_pipe.c \
Evas font-engine: Moved bidi utils (and added script utils) to a subdir language that collects all the language specific adjustments to font handling. SVN revision: 56446
2011-01-30 02:35:37 -08:00
language/evas_bidi_utils.c \
Evas: Multiple changes that all relate to the Harfbuzz integration: 1. Started feeding Evas_Text_Props to the font engine instead of Evas_BiDi_Props because no we have more general text properties as well - i.e, OpenType stuff. 2. Full Harfbuzz integration which gets compiled in by default (if harfbuzz is present) but only works if the environment variable EVAS_USE_OT is set to 1 (because OT is way slower than regular text rendering). 3. Cleaned the font querying/drawing functions. 4. Added font_shaped function to all of the engines, which by default calls teh harfbuzz stuff (default on linux that is). 5. Moved some source files around a bit to make more sense. SVN revision: 56455
2011-01-30 02:36:39 -08:00
language/evas_language_utils.c \
evas_text_utils.c \
evas_font_ot.c \
Snapshot. SVN revision: 56552
2011-01-30 05:55:04 -08:00
evas_font_glyph_info.c \
map image... not used yet. SVN revision: 43131
2009-10-17 03:25:51 -07:00
evas_map_image.c \
evas_map_image.h
code move SVN revision: 6445
2002-11-08 00:02:15 -08:00
split up nasty smooth scaler code to separate parts - they are #included though for speed reasons, but this makes it more maintainable. SVN revision: 8726
2004-01-29 21:46:57 -08:00
EXTRA_DIST = \
* move blend functions declaration to their own header files * add vim header SVN revision: 35182
2008-07-21 09:10:48 -07:00
evas_blend.h \
evas_blend_private.h \
add header files to the distribution SVN revision: 35059
2008-07-10 15:58:04 -07:00
evas_convert_color.h \
evas_convert_colorspace.h \
evas_convert_gry_1.h \
evas_convert_gry_4.h \
evas_convert_gry_8.h \
From: Mikhail Gusarov <dottedmag@dottedmag.net> Subject: [E-devel] [evas] Add RGBA -> grayscale 64 entries palette conversion This is needed for E-Ink devices outta there. Names of new files, configure.ac variables and macros are awful, suggestions are welcome. SVN revision: 41825
2009-08-16 18:41:07 -07:00
evas_convert_grypal_6.h \
add header files to the distribution SVN revision: 35059
2008-07-10 15:58:04 -07:00
evas_convert_main.h \
evas_convert_rgb_16.h \
evas_convert_rgb_24.h \
evas_convert_rgb_32.h \
evas_convert_rgb_8.h \
evas_convert_yuv.h \
* move draw functions declaration to their own file * add missing headers SVN revision: 35181
2008-07-21 08:52:09 -07:00
evas_draw.h \
Evas: Changing the font engine to work with Eina_Unicode instead of utf8. Changing textblock and text objects to work with Eina_Unicode instead of utf8 (internally, API remains intact). Started relying on new fribidi 0.19.2 instead of the old fribidi. A lot of fixes to the font engine. Renaming of evas_common_font_utf8_* to evas_common_encoding_utf8_* This relies on new Eina changes and types: Eina_Unicode, Eina_UStrbuf and Eina_UStringshare. SVN revision: 50595
2010-07-28 05:00:41 -07:00
evas_encoding.h \
* move font and gradient declarations to their own files * add vim headers * remove some trailing spaces SVN revision: 35170
2008-07-19 10:13:42 -07:00
evas_font.h \
big patch from Samsung SAIT (Advanced research group) for async multi-frame rendering. to turn on: 1. configure with --enable-async-render 2. export EVAS_RENDER_MODE=non-blocking presto. necessitates some api swizzling (thus the expedite. ecore etc. changes) the kind of results you get on a desktop: http://www.rasterman.com/files/evas-async-vs-none.html SVN revision: 49087
2010-05-21 00:10:45 -07:00
evas_font_private.h \
* move image declaration funtions to their own header file * add vim header SVN revision: 35173
2008-07-19 11:32:32 -07:00
evas_image.h \
evas_image_private.h \
* move line, polygon, rectangle API to their own files * add vim header SVN revision: 35172
2008-07-19 11:05:54 -07:00
evas_line.h \
evas_polygon.h \
evas_rectangle.h \
* remove trailing spaces in evas_pipe.c * move scale function declarations to their own files SVN revision: 35063
2008-07-10 23:36:30 -07:00
evas_scale_main.h \
evas_scale_smooth.h \
split up nasty smooth scaler code to separate parts - they are #included though for speed reasons, but this makes it more maintainable. SVN revision: 8726
2004-01-29 21:46:57 -08:00
evas_scale_smooth_scaler.c \
evas_scale_smooth_scaler_down.c \
evas_scale_smooth_scaler_downx.c \
evas_scale_smooth_scaler_downx_downy.c \
evas_scale_smooth_scaler_downy.c \
evas_scale_smooth_scaler_noscale.c \
* remove trailing spaces in evas_pipe.c * move scale function declarations to their own files SVN revision: 35063
2008-07-10 23:36:30 -07:00
evas_scale_smooth_scaler_up.c \
move pipe function declarations to their own file SVN revision: 35064
2008-07-11 01:21:25 -07:00
evas_scale_span.h \
add evas_intl_utils.h to extra dist (fix make distcheck) reported by Albin Tonnerre SVN revision: 40243
2009-04-19 15:06:59 -07:00
evas_pipe.h \
Evas font-engine: Moved bidi utils (and added script utils) to a subdir language that collects all the language specific adjustments to font handling. SVN revision: 56446
2011-01-30 02:35:37 -08:00
language/evas_bidi_utils.h \
Evas: Multiple changes that all relate to the Harfbuzz integration: 1. Started feeding Evas_Text_Props to the font engine instead of Evas_BiDi_Props because no we have more general text properties as well - i.e, OpenType stuff. 2. Full Harfbuzz integration which gets compiled in by default (if harfbuzz is present) but only works if the environment variable EVAS_USE_OT is set to 1 (because OT is way slower than regular text rendering). 3. Cleaned the font querying/drawing functions. 4. Added font_shaped function to all of the engines, which by default calls teh harfbuzz stuff (default on linux that is). 5. Moved some source files around a bit to make more sense. SVN revision: 56455
2011-01-30 02:36:39 -08:00
language/evas_language_utils.h \
evas_text_utils.h \
evas_font_ot.h \
Snapshot. SVN revision: 56552
2011-01-30 05:55:04 -08:00
evas_font_glyph_info.h \
add color to the vertexes in map. this allows for fading/shading of reflections, goraud shading for smooth 3d surfaces, mor realistic lighting etc. etc. it comes at a small cost, but worth it. SVN revision: 43384
2009-10-31 18:32:23 -07:00
evas_map_image_internal.c \
evas_map_image_core.c \
evas_map_image_loop.c
code move SVN revision: 6445
2002-11-08 00:02:15 -08:00
libevas_engine_common_la_DEPENDENCIES = \
$(top_builddir)/config.h