kimcinoo
/
efl
forked from enlightenment/efl
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
17,338 Commits 487 Branches 154 Tags 426 MiB
Commit Graph

55 Commits

Author SHA1 Message Date
Youness Alaoui 8c91b5b493 Evas: Do not build altivec feature if disabled in configure 
On macosx i386, that code fails because even though __VEC__ is defined,
the compiler doesn't understand the 'vector' keyword (that macro is
irrelevent here). So there was no way to make evas compile for ppc if
altivec was not supported by the compiler.

SVN revision: 66966
 2012-01-08 07:22:01 +00:00
Carsten Haitzler 2aed2cf20a isolate sse3 to only its own file, so it only uses -msse3 for that 
SVN revision: 63762
 2011-10-03 04:44:23 +00:00
Carsten Haitzler de8b0a1137 formatting - space++ 
SVN revision: 63743
 2011-10-02 10:43:17 +00:00
Carsten Haitzler 34ca6b6738 you know.... i was reviewing this patch this morning and i found 
several problems with it... but SOMEONE... (lucas) committed it
without even so much as replying to the list saying he was going to...
:)



SVN revision: 63705
 2011-09-30 03:29:03 +00:00
Jim Kukunas eec4b913ea evas: add SSE3 support 
Readme entry
configure --[enable/disable]-cpu-sse3
processor capability test

Patch by: Jim Kukunas <james.t.kukunas@linux.intel.com>



SVN revision: 63697
 2011-09-30 02:35:31 +00:00
Youness Alaoui 2d413eae60 Evas: Remove lazy ifdef WIN32 and check for siglongjmp and sigaction availability 
SVN revision: 63463
 2011-09-18 21:57:17 +00:00
Carsten Haitzler b493685f89 set clobber info right for neon test. 
SVN revision: 55529
 2010-12-13 03:56:53 +00:00
Brett Nash f2e4cc5555 Evas: Neon: Do neon test if ARM... 
Not ARM 70.  So this should you know... turn on the neon test.

SVN revision: 55317
 2010-12-06 07:53:33 +00:00
Brett Nash 19c28b345f Evas: Neon: Explicitly set the .fpu flag for neon. 
This means you should not need to set any special compiler flags; which should
mean gcc will generate non-neon specific asm (unless you tell it to).  This
means it is possible to build an armv6 binary with neon suppor (as we always
meant to to do).

SVN revision: 55307
 2010-12-06 01:50:32 +00:00
Lucas De Marchi 0a4617ae38 FORMATTING 
* Remove vim modelines:
 find . -name '*.[chx]' -exec sed -i '/\/\*$/ {N;N;/ \* vim:ts/d}' \{\} \;
 find . -name '*.[chx]' -exec sed -i '/\/[\*\/] *vim:/d' \{\} \;

* Remove leading blank lines:
 find . -name '*.[cxh]' -exec sed -i '/./,$!d'

If you use vim, use this in your .vimrc:
set ts=8 sw=3 sts=8 expandtab cino=>5n-3f0^-2{2(0W1st0



SVN revision: 50816
 2010-08-04 16:57:32 +00:00
Eduardo de Barros Lima 9b3cf97523 Ability to disable NEON code in runtime 
Just set the EVAS_CPU_NO_NEON environment var if you want to disable Neon.
The same is done for other specific CPU codes, such as MMX, MMX2, SSE, etc.



SVN revision: 50271
 2010-07-15 17:58:38 +00:00
Carsten Haitzler 58c7049da8 allow neon build even if not armv4 - eg build for armv6 but add neon asm as a 
"check if its there then use it" ala mmx/sse as opposed to require it all be
neon armv7 stuff ffor neon to work.



SVN revision: 48044
 2010-04-16 00:13:46 +00:00
Cedric BAIL 8984a75799 * evas: Cleanup move to eina log. 
Patch from Mathieu Taillefumier.


SVN revision: 43200
 2009-10-22 15:22:22 +00:00
Cedric BAIL c259d8addd * evas: Use eina_log. 
Patch from Matthieu.


SVN revision: 42598
 2009-09-21 16:08:51 +00:00
Cedric BAIL 5784d74daa * eina: Add eina_cpu_count. 
SVN revision: 41543
 2009-07-30 16:45:15 +00:00
Carsten Haitzler e420003d7e add a zero of cpu.. just in case. 
SVN revision: 41195
 2009-06-25 14:59:12 +00:00
Gustavo Sverzut Barbieri 0567fd7bf2 improve sched_getaffinity() usage. 
* handle error code and print out error message, this should remove
   invalid access traces from valgrind.

 * give "0" as pid to get self affinity, this is documented in the man
   page.



SVN revision: 41118
 2009-06-20 06:34:20 +00:00
Carsten Haitzler eba0aaffd6 preliminary neon asm support. do NOT use! 
SVN revision: 39474
 2009-03-14 06:48:25 +00:00
Vincent Torri f344743dae fix some warnings reported by llvm (see http://local.profusion.mobi:8081/~lfelipe/output-efl/) 
* mainly unused parameters
 * in src/lib/imaging/evas_imaging.c, set font to NULL
 * in src/lib/canvas/evas_object_gradient.c, add unititialized member

there are a *lot* of reported warnings by llvm, i'll fix them later

there are also *lots* of unused parameters (compile evas with -W). I'll
fix them later too



SVN revision: 39172
 2009-02-24 08:31:31 +00:00
Carsten Haitzler 185d9ae9b5 allow asm to turn off via env vars 
SVN revision: 38693
 2009-01-22 03:21:04 +00:00
Sebastian Dransfeld 88c695c2ad Only unix should depend on signal.h 
SVN revision: 37043
 2008-10-24 06:49:44 +00:00
doursse 6a87729269 add some vim headers 
SVN revision: 35183
 2008-07-21 16:44:58 +00:00
doursse 193c21da9e remove tons of trailing spaces 
SVN revision: 35171
 2008-07-19 17:40:52 +00:00
doursse fd9e6e06bf WIN32 is not always defined on Windows platform, while _WIN32 is. Remove trailing spaces and replace c++ comments by C ones 
SVN revision: 31302
 2007-08-13 12:13:03 +00:00
Carsten Haitzler 9605e2fff0 remove cpuid stuff - not used. causes some build issues 
SVN revision: 29933
 2007-05-10 16:15:02 +00:00
Carsten Haitzler 9781eb9b38 1. evas gets a pipeline with deferred rendering ability (sometimes faster, 
sometimes slower)
2. --enable-pthreads will enable multi-threaded rendering (current support is
for up to 4 threads so if you have a new fanled quad core or dual cpu dual
core box or whatever you will in theory be able to max moe of its cpu grunt
with the software rendering engine. this can only be done because i added the
pipelines which means almsot entirely lock-free multithreading internally in
evas. the only locks are for fonts but with a little work i might be able to
remove some/most of those too)

for now pthreaded rendering likely will be linux only (it relies on sched.h
for setting scheduler params to force the slave threads to run on separate
cpu's as linux likes to keep them on the same cpu otherwise and thus we get
no speedups at all - only slowdowns).

aso note that it is a bit of a mixed bag. complex ops (like smooth scaling
with alpha blending) get speedups, but simple ops (like blits/fills) slow down.

this all neds examination and tweaking still - but it's a start.


SVN revision: 27098
 2006-11-13 23:23:44 +00:00
Carsten Haitzler 41b70e1b8a simply as PLACEHOLDER for a glitz engine. i plan on making it almost 
identical to the xrender engine - but xrender and glitz do not map entirely
1:1 api-wise.


SVN revision: 27045
 2006-11-11 06:03:13 +00:00
sebastid e55f7b27b2 Functions used by modules must be EAPI 
SVN revision: 25526
 2006-09-06 07:33:40 +00:00
Carsten Haitzler 852c800117 smaller buf for sse test (was too big anyway) and mmx2 is prettry much sse :) 
SVN revision: 20130
 2006-01-31 01:13:51 +00:00
Carsten Haitzler 18d01b7d4a sse detect b0rken. fix. 
SVN revision: 20035
 2006-01-26 04:44:58 +00:00
Carsten Haitzler 46e02cf8bb whitespace 
SVN revision: 14889
 2005-05-22 02:49:50 +00:00
Carsten Haitzler 01db63e145 build with amd64 asm (needs to be manually enabled though right now) 
minor list cleanups :)


SVN revision: 14122
 2005-04-09 00:09:34 +00:00
Carsten Haitzler ebf746d79f detect round 2 
SVN revision: 14088
 2005-04-03 15:48:47 +00:00
Carsten Haitzler d845297892 fix detect for k6 cpu's 
SVN revision: 14086
 2005-04-03 15:31:35 +00:00
Carsten Haitzler feb36e23b7 let the configre/options determine mmx buildability 
SVN revision: 13940
 2005-03-28 02:27:16 +00:00
tsauerbeck a84ea1ccee mingw portability 
SVN revision: 11924
 2004-10-20 16:36:12 +00:00
Carsten Haitzler 7b0c934edd oooh siglongjmp!!!! 
SVN revision: 9792
 2004-04-19 01:27:37 +00:00
Carsten Haitzler 9f5a518415 try bigger buffer for prefetch test? 
SVN revision: 9607
 2004-04-05 03:38:34 +00:00
rbdpngn 02cfd3ee28 Don't access static variables from inline functions. 
SVN revision: 8078
 2003-12-10 04:10:55 +00:00
Carsten Haitzler 58d0647f41 yuv pixel import api (well arbitary pixel format import api) for doing media 
sreams (video) via image objects


SVN revision: 8068
 2003-12-10 01:12:13 +00:00
Carsten Haitzler 303222d682 compielr prefes this 
SVN revision: 7469
 2003-09-20 04:48:19 +00:00
Carsten Haitzler 3dbe16fac1 well cpu detection was fucked up.. fixed now! :) 
SVN revision: 7468
 2003-09-20 04:42:45 +00:00
Carsten Haitzler 3b808bac45 1. mmx2 pixel copy and cleanup of pixel copy routines 
2. gl engine cleanups. working on it.


SVN revision: 7436
 2003-09-10 08:52:18 +00:00
Carsten Haitzler 9606e485e5 split gl common routines up into seperate files. still have BIG problems with 
speed of texture uploads. anyone want to help? i've tried many things... and
nothing semms to work. this is a major bottlneck for evas gl engine
performance (apart from text - which is simply a matter of finishing off
properly)


SVN revision: 7428
 2003-09-07 11:24:48 +00:00
rbdpngn 47c156847f Only perform runtime checks if the cpu features are enabled. 
SVN revision: 7006
 2003-06-10 14:52:16 +00:00
Carsten Haitzler 3e066d97bd minus 1 printf 
SVN revision: 6944
 2003-05-28 05:55:12 +00:00
Carsten Haitzler 733ffbfc5d missing ifdef 
SVN revision: 6769
 2003-03-14 04:57:09 +00:00
Carsten Haitzler 56aac58eab tab... 
SVN revision: 6766
 2003-03-11 05:07:46 +00:00
Carsten Haitzler e5082ae151 oops cut one line too many 
SVN revision: 6765
 2003-03-11 05:06:43 +00:00
Carsten Haitzler d7a6a70b16 avoid a cmp/bra 
SVN revision: 6764
 2003-03-11 05:04:33 +00:00