- this fixes the warning about a missing = sign
- you can have a blank value set on a key
- this fixes the warnings about invalid key=value pairs
- formatting changes
SVN revision: 34496
whatever child exited last - not the one u wanted, not to mention all other
signals. now there's a queue at least. 256 long. moight be a bit too long.
SVN revision: 34442
2. free then malloc otherwise realloc might ALSO have to memcpy if it cant
resize the segment whihc means overhead we dont need/want.
SVN revision: 34441
By having a layer as a short (16 bits) we can pack it together with
the bitfields, saving 4 bytes per sub-struct, 8 bytes in total, also
bringing the struct down from 4 to 3 cachelines on my laptop.
Rationale: layers are mostly used to differentiate groups of objects
and they stacking, usually we have few layers and we use very large or
very small numbers to make a layer be at the top or at the bottom, but
usually we don't need so many layers.
Caution: code that use values like 999999 will break, so fix your
code! I'll provide another patch to fix all the CVS using these large
values.
SVN revision: 34420
This saves 20 bytes, bringing Evas_Object to 200 bytes, by moving data
specific to smart objects to their own struct (Evas_Object_Smart).
There is still one remaining member that could be removed:
smart.smart, this is used mainly to identify if one object is a smart
object or not. One possibility would be to add a bitfield to state
that, but another possibility is to check Evas_Object::object_data
and see if it's a smart or not.
SVN revision: 34419
Interpolation color_space (now ASHV or ARGB) was being used inside a
struct with 4 byte alignment. Remove it from the struct and make it a
bitfield so can be packed with the other fields. This saves 2
integers, so 8 bytes.
SVN revision: 34418
This is a repack of bitfield members, was tested on GNU/Linux + GCC 4.1.2
and works fine. Needs further testing on other compilers.
SVN revision: 34417
Size hints are useful, but wasting 36 bytes for it on every object is a bit
too much: clippers and lots of other objects will have no need for it.
Now it's a pointer to a struct that will be allocated just when some value
is set, wasting 4/8 bytes more for the pointer when it is used, but saving
32/28 bytes when it is not.
This will also help to have alignment properties in future, that can come
as hints, without too much impact on memory consumption.
SVN revision: 34412
This will help the use of Evas_Bool to define bitfield structs like in:
struct s {
Evas_Bool a:1;
Evas_Bool b:1;
Evas_Bool c:1;
Evas_Bool d:1;
Evas_Bool e:1;
Evas_Bool f:1;
Evas_Bool g:1;
Evas_Bool h:1;
Evas_Bool i:1;
};
It must be unsigned or it would use the signal bit, having "a == 0" to
be true anyway, as it would be just +0 and -0.
SVN revision: 34362
The engine is not entirely working right now. Recent devices which
supports the raw frame buffer should work though. But having it in
cvs will help me as I'm coding it most of the time "blindly" (no
device to test it)
* minor formatting in the top evel Makefile.am too
SVN revision: 34354
* formatting
* put WIN32_CFLAGS in AM_CFLAGS and not AM_CPPFLAGS, as it is where it belongs
* rename create_shared_lib to lt_no_undefined
* pass -Wl,--enable-auto-import to libtool when compiling with cegcc
* add files to EXTRA_DIST only when they are not in _SOURCES or _include_HEADERS (they
are added anyway)
SVN revision: 34353
* src/bin/Makefile.am:
* src/lib/Makefile.am:
* src/lib/dlfcn/Makefile.am:
* src/lib/mman/Makefile.am:
use -Wl,--enable-auto-import with cegcc
fix warning with newest autoconf
* src/lib/dlfcn/dlfcn.c: (string_to_wchar):
include wchar.h and fix warnings
* src/lib/mman/mman.c:
use relative path to include sys/mman.h
SVN revision: 34348
* use --enable-auto-import with CeGCC
* put WIN32_CFLAGS in CFLAGS and not CPPFLAGS
* remove warning when configuring with newest (2.62) autoconf
* clean MAINTAINERCLEANFILES and EXTRA_DIST
* formatting (should be very close to how eet is formatted, now)
SVN revision: 34320
* remove warning with newest autoconf's (check of __attribute__)
* fix maintainer-clean rule (expecially with libtool 2.2.*)
* formatting of the top level Makefile.am
SVN revision: 34307
arbitrary point...
2. use int not long - long will be 64bit on 64bit platforms, but 32bit almost
everywhere (yes in theory it may not - but in practice, it won't - long
though will vary).
SVN revision: 34211
Parts can choose to ignore Events with certain flags in event_flags. The default value is
to accept all events. The syntax for this is specifying in the part:
ignore_flags: ON_HOLD;
I've tried to update Edje_Edit bits also.
SVN revision: 34170
For example:
field: FLAG_A FLAG_B FLAG_C; // at least one flag is needed
And we can assign a bit for each FLAG_*, the result would be the OR between all of them.
Refactored a bit of parse_enum to re-use code there.
SVN revision: 34168
add POSIX definitions
* src/lib/evil.c:
make realpath available with cegcc. The function
just copy the file name to the resolved name with
that compiler
SVN revision: 34097
Move pointer_mode (size 4) before bitfields, leave 'delete_me' as it's
a byte, this still have 2 bits left from unsigned short and another
byte around delete_me to make it grom from 244 bytes.
SVN revision: 34068
* 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
* INSTALL:
* README:
additional notes for compilations with cegcc or mingw32ce
* configure.ac:
use 'win32' instead of 'cegcc' or 'mingw'
* src/lib/dlfcn/dlfcn.c (dlopen):
cegcc does not support LOAD_WITH_ALTERED_SEARCH_PATH.
Use LoadLibrary instead of LoadLibraryEx in that case.
SVN revision: 34014
Do not force use of pkgconfig to detect SDL -- supported versions of
SDL (1.2.0) did not ship with pkgconfig support.
Do not use PKG_CHECK_EXISTS as it is not available in older pkgconfig
releases.
----------------------------------------------------------------------
SVN revision: 33981
* use the pixman library for the region code (it is required, now). That
libray can be found in the cairo ftp.
* use the new xcb_image api that is in git repository. There is still a
seg fault occuring because of xcb_image. I'll commit the fix in git
next week.
The performance are not good at all. With expedite, 360 fps compared to
the 470 fps with xlib. I don't know why yet.
SVN revision: 33965
- if Eet is built:
. if the shared lib is built, EAPI must be __declspec(dllexport)
. if the static lib is built, EAPI must be empty
- otherwise EAPI must be __declspec(dllimport)
* move config.h from Eet_private.h to source files so that
EAPI is correctly defined in Eet.h
* add notes for compilation with cegcc and mingw32ce in INSTALL
* add support for compilation with cegcc
* add indentation information for vi
* remove trailing spaces
SVN revision: 33959
Although I used 3 lines comments to state it was not required, it is
required because none of the values accounted includes the '\0'.
SVN revision: 33940
This should provide correct code in a simpler way by sharing some of
the common code among functions.
Tested with E17 basics, require some applications with extensive usage
of textblock manipulation to do validate results.
SVN revision: 33939
Code was not tracking the real size of the allocated memory and was
increasing the string size by one, so the '\0' was being accounted and
the string was being truncated visually.
Patch will remember the exact allocated size and just increment the
string size by the added string, not including it's null-byte
terminator.
This is based on Cedric's BAIL patch set 'evas_object_textblock more
character fix', but doing the minimum to fix the problem.
PS: this code will be rewritten to share some implementation in next commit.
SVN revision: 33937
* src/lib/evil.c:
cegcc or mingwce32 does not like relative path,
so _fullpath or other similar function do not exist
on Winodws mobile.
* src/lib/mman/mman.c:
missing #
SVN revision: 33935
From: Greg Garner <Greg@rt-eng.com>
To: Jan L��bbe <j.luebbe@tu-bs.de>
Subject: Re: License of your contribution to SMALL/PAWN
Date: Mon, 03 Mar 2008 14:49:56 -0600
CC: greg@dluxlink.com, enlightenment-devel@lists.sourceforge.net
Reply-To: Greg@rt-eng.com
Dear enlightenment developers:
Please change the copyright to be the way zlib is. My intention was to
release this to be freely used source. Let me know if you need any
additional information to proceed.
It is pretty cool that this code that I wrote so long ago is still being
used!
Thanks
Greg Garner
(formerly of Artran Inc).
www.rt-eng.com
greg@rt-eng.com
SVN revision: 33914
* remove all the specific win32 code
* replace EAPI by EAPI_DEF in front of definitions of funtions
* no need to check windows.h, winsock2.h
* sys/mmap.h will be detected automatically (thanks to evil on win32)
* use AC_CHECK_HEADERS instead of AC_CHECK_HEADERS_ONCE as this macro is too recent (from autoconf 2.59c)
SVN revision: 33896
Edje tries to copy original style to font provided by text_class if
this have no style.
However code was supposing that text_class font always had more than
one occurrence, these separated with ',' and did not check if this is
not the case, so "e = strchr(',', tok);" was returning NULL and all
the math were using negative values.
The fix now does the proper checking, avoid one useless alloca() and
the respective copy, also doing the copies with memcpy() since sizes
are already known.
Refactory was done to make code simpler and also avoid having it
copied 3 times.
SVN revision: 33869
Check if values actually differ before interpolating them, this will
avoid useless math for (x1 - (x1 - x2) * p) when x1 and x2 are equal.
Also don't interpolate values that doesn't make sense to the part,
like color2 and color3 for non-text.
TODO: Refactor edje part description into more object-oriented
fashion, with a struct with just the common parts followed by an union
of structs for special objects, these would contain specific bits for
each part type. This would save us a bit of memory and then we can
more easily refactor code isolating common and specific parts, making
code smaller and easier to handle.
SVN revision: 33861
My last patch fixed the compile problem, but really, we should use the
same struct for things that look/work the same, like rectangle,
position, etc.
This new patch brings that change back and add some named structs
(also typedef'ed so it conforms to E naming schema).
This commit just changes the header and adds an example of
benefit. Later I'll provide a more intrusive patch that reorganize
structures to make even better use of this.
SVN revision: 33860
The "simple" block:
p3 = p1;
was doing an implicity memcpy() responsible for about 1% of processing
time when no animation happens.
Patch by Cedric BAIL.
SVN revision: 33858
Last 2 patches were swapped, I applied them in the wrong order and
missed the rejections, my bad.
I fixed it and also did some cleanup, looks better now.
SVN revision: 33855
This is an initial cleanup, basically I removed all the DirectFB
accelerated calls and moved it to software common. I do plan to
gradually bring these back later, probably blit, rectangle and line
will come first.
SVN revision: 33835
Just allocate and build the match automate for callbacks and programs
only when required. On load for programs and when callbacks list has
been updated.
Patch by Cedric BAIL. (with minor fixes to use TABS where context was using)
SVN revision: 33804
As aclocal may be called via autogen.sh during the Debian build process
add an explicit build dependancy on pkg-config which includes
/usr/share/aclocal/pkg.m4 which provides the PKG_CHECK_MODULES macro.
SVN revision: 33781
libgl-dev is now a virtual package provided by libgl1-mesa-swx11-dev and
libgl1-mesa-dev, so one of these packages needs to be the build dependancy
instead of libgl-dev.
libgl1-mesa-dev seems to be the most logical choice as it can
be installed with minimal disruption on a vanilla install.
SVN revision: 33773
There seems to be a typo, likely introduced by me,
such that the libtool dependancy was an alternate to automake.
If you don't have automake instlled at configure time, then
the following error pops up on Debian unstable.
configure.in:19: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
SVN revision: 33772