| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit ee71ea63ec02a1bd7acfb11d9dea38eb3e499147.
Revert "reduce include deps for enlightenment_thumb binary"
This reverts commit cce14fa8399afd3f8e244a2fb216ae4e5d50b942.
both of these i reverted.... because they both CHANGE the define of
E_API like:
and this is wrong. e.h defines this so that these symbols are exposed.
E_API, EAPI and friends are desighned to explicitly expose symbols.
because if you try and make STRICTER binaries that only have symbols
for what was EXPLICTLY exposed like the CFLAG -fvisibility=hidden ...
then any api not explicitly marked with the attribute of visible which
that E_API macro is intended for... will be invisible. it will not
exist. this means a whole MOUNTAIN of modules stop loading as they
can't find these symbols. E_API isn't just source sugar tagging. it's
actually functional. i'd suggest using -fvisibility=hidden in your
CFLAGS by default. it's also not always portable between all compilers
so beware... (it was introduced years ago in gcc... i think clang
offers it. i don't know about icc or any others).
so since E_API is defined in e.h ... we may as well keep the e.h
include there instead of hand re-writing a list of includes. does
reducing the include deps really have an impact worth talking about on
compile time? the commit logs didn't say. but it does break module
loading and does it by adding lots of lines of code that are far mroe
easily broken now (this is an examplt). :)
|
| |
|
|
|
|
|
|
| |
sed -i 's/EAPI/E_API/g'
Signed-off-by: Chris Michael <cp.michael@samsung.com>
|
| |
|
|
|
|
| |
SVN revision: 83550
|
|
|
|
| |
SVN revision: 82625
|
|
|
|
| |
SVN revision: 72561
|
|
|
|
| |
SVN revision: 51089
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* 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
|
|
|
|
|
|
|
|
|
|
|
| |
now the API doesn't provide a way to let the Eet_File open. So don't
hack around Eet API and use the proper API.
TODO: Break E_Config API to hold a reference to the Eet_File as long as
needed.
SVN revision: 47805
|
|
|
|
|
|
|
|
|
|
|
| |
Note: The situation regarding string from config file could be improved.
We could use the same trick as Edje and directly map the string from
Eet config file. This will improve memory used by E, if string from
config file are used a lot. So the question is : "Do we save a lot of
string in config file ?"
SVN revision: 42201
|
|
|
|
|
|
|
|
|
|
|
| |
But is so big i fear i could have broken some piece of code. So report any wrong
behaviour to me (cedric on #edevelop).
So moving e17 and efreet to eina_hash. With a little efreet API break so they
must come together.
SVN revision: 38185
|
|
|
|
|
|
|
|
|
| |
No change for ->next and ->data access right now, as the patch is already
big enough.
SVN revision: 36962
|
|
|
|
|
|
|
|
| |
This could also change the usage of string share in E17.
SVN revision: 36679
|
|
* Break out intl data. Reduces the size of e_imc
* Add Dbus ipc replacement
* Elightenment Dbus API can be extended by modules (Example: msgbus_lang)
SVN revision: 31803
|