dimmus
/
efl
forked from enlightenment/efl
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
6,547 Commits 490 Branches 155 Tags 428 MiB
Commit Graph

72 Commits

Author SHA1 Message Date
Carsten Haitzler 7ea7bdf610 disable stringshare... something fishy. 
SVN revision: 18698
 2005-11-29 09:02:51 +00:00
Carsten Haitzler aaf6e303bd use stringshare. saves a few hundred allocs... if we start doing lots of text 
:)


SVN revision: 18679
 2005-11-28 15:18:01 +00:00
tsauerbeck d9eb3e3958 use valgrind's user requests to tell it that our image data should be treated as being readable 
SVN revision: 16670
 2005-09-09 13:45:07 +00:00
sebastid 3f776d358a Cleanup some headers. 
Remove duplicate typedefs and declerations.


SVN revision: 15407
 2005-06-18 01:00:32 +00:00
Carsten Haitzler 46e02cf8bb whitespace 
SVN revision: 14889
 2005-05-22 02:49:50 +00:00
Carsten Haitzler f047113949 dont realod ye demons of evil slowness! FIX FIX! cache you biotch! cache! 
SVN revision: 14055
 2005-04-01 07:14:16 +00:00
Carsten Haitzler 44f0d70286 span lists were a failure. sloweer than the current brute force method - and 
slower to boot.

ooh.. found i was fuckign up the memcpy's. fixed :) and much faster too :)


SVN revision: 13103
 2005-01-27 10:05:41 +00:00
Carsten Haitzler 2b34d43044 well it was an interesting experiment. but the blender code is already so 
optimal... we dont gain much at all. :(


SVN revision: 13102
 2005-01-26 16:42:31 +00:00
Carsten Haitzler f39f6f9840 useless data files removed... making room for improvements in the engine. 
chnaged some images. need to update evas_*_test at some point to not be ugly
and be able to test everything.


SVN revision: 13101
 2005-01-26 07:49:57 +00:00
tsauerbeck c62c7f1fdf Initialize image data to zero if we're running under Valgrind's control. This means the suppression file is no longer needed. 
SVN revision: 10000
 2004-05-02 08:41:11 +00:00
Carsten Haitzler 95355ffdc1 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-30 05:46:57 +00:00
tsauerbeck c94d39aeba fixed some warnings 
SVN revision: 8555
 2004-01-18 07:55:14 +00:00
tsauerbeck d573ecc0f4 added evas_common_image_init()/shutdown() 
SVN revision: 8527
 2004-01-17 16:27:58 +00:00
Carsten Haitzler 112333f1cb no no no! 
malloc! not calloc
why?
large chunks of memory are used for image pixels
why set them all to 0 THEN set them to their pixel values? it's harmless
having them uninitialized. the idea is to avoid zeroing out potentially
megabytes of data.


SVN revision: 8440
 2004-01-15 04:48:48 +00:00
tsauerbeck ae0df2ecb5 initialize that memory block before reading from it 
SVN revision: 8406
 2004-01-14 18:11:03 +00:00
Carsten Haitzler 42d8853235 oops leakage on ferring an evas! fix. 
SVN revision: 7059
 2003-06-22 02:33:25 +00:00
Carsten Haitzler a057104399 oops... bug bug bug... FIX :) 
SVN revision: 6659
 2003-02-05 03:08:20 +00:00
Carsten Haitzler 3f207b8c08 const-ify lots of things... 
SVN revision: 6558
 2003-01-10 04:58:51 +00:00
Carsten Haitzler 124d4a8909 and dont leak 
SVN revision: 6557
 2003-01-10 02:07:23 +00:00
Carsten Haitzler 8e3e8c5848 resolve symlinks... 
SVN revision: 6556
 2003-01-10 02:05:37 +00:00
Carsten Haitzler 3dc1dcbd32 the big internal function call renaming happened... and it was good. 
SVN revision: 6449
 2002-11-14 05:38:10 +00:00
Carsten Haitzler 56b5e15f26 code move 
SVN revision: 6445
 2002-11-08 08:02:15 +00:00