i just noticed a pattern... we recommend in our sample confs ... to
not disable webp. why keep doing that and why not just make it a dep
on by default you need to explicitly disable? make lives easier and
less complex. it was a good exercise to write these as it points this
out... :)
We have Gstreamer 1.x support for a long time already. We used to keep
this around as fallback. By now Linux distributions start to actually no
longer ship the Gstreamer 0.10.x packages and upstream has not seen a
release in in 5 years. Time to remove it on our side as well.
Signed-off-by: Stefan Schmidt <s.schmidt@samsung.com>
Reviewed-by: Cedric BAIL <cedric.bail@free.fr>
Differential Revision: https://phab.enlightenment.org/D10779
This has not been used for a while and is not even buildable after our
switch to meson. It was a niche to start with given that it needed the
PS3 OS to run on. I asked for any remaining users at EDD and on the list
but heard nothing. Time to remove.
Signed-off-by: Stefan Schmidt <s.schmidt@samsung.com>
Reviewed-by: Cedric BAIL <cedric.bail@free.fr>
Differential Revision: https://phab.enlightenment.org/D10778
OpenMP needs to be installed in system to sucessfully compile with
clang, needs libomp, while gcc use his version, libgomp.
Reviewed-by: Stefan Schmidt <stefan@datenfreihafen.org>
Differential Revision: https://phab.enlightenment.org/D10213
the default still is gl-es as documented. you need to explicitly turn
on full opengl to get gl support on osx because thats all the engine
does. document this exception for osx (having gl magically being full
on osx and gle-es elsewhere is another option but then we need
different os specific defaults for this which is kind of bad in other
ways).
update some defaults like move to gl-es by default, tslib off by
default as this really makes efl simpler to confgure ... by default
with less things to change to get stuff working.
This backend has received no patch and maintenance from anyone who could
actually test it over the last few years. After talking with KaKaRoTo it
is best to remove it. If anyone want to take over its maintenance, you
are welcome to revert this patch.
it's probably not a good idea as it adds some dirty pages for a tiny
lib that we already supply in our source. if your distro demands you
do this - fine. but i wouldnt recommend this highly.
recommending vlc and having gts default is probably not good. choose
one or the other ... but not both. so remove from the recommended list
just ebcause it's causing excess deps by packagers apparently
so. on linux signals are delivered to the main process thread/loop.
thats' where signal handlers are set up and always run. this is sane.
it's predicatble. but of course this is not the same in bsd land.
there "just send the signal to any old thread and call the signal
handler there" seems to tbe the order of the day. this explains why
wer are losing sigchld signals in edje_cc - it's heavily threaded and
bsd is just randombly picking a thread to call it on.
this fixes that. in theory. i hope. i can't test, but putting it in to
share
@fix
We have the version in configure.ac and NEWS where it gets updated for
releases. This occurrence gets forgotten to often on the other hand. Its
not needed here so we remove it.
NOTE: We do use enum in structure. There size can be changed by changing
the parameter of the compiler, this obviously will break ABI. As long as
you use the same compiler (and normally any future version of that compiler)
with the same set of CFLAGS/CXXFLAGS, you will have ABI stability.
seems the debug of threads and stringshare could cause major
slowdowns, then add another profile to produce debug. Changes:
* dev: unlimited log.
* debug: same as dev with debug malloc, threads and stringshare.
SVN revision: 78120
Carsten Haitzler
Stefan Schmidt
Bruno da Silva Belo
Xavi Artigas
Ali Alzyod
junsu choi
Cedric BAIL
Stefan Schmidt
Mike Frysinger
Stefan Schmidt
Cedric BAIL
Chris Michael
Daniel Juyung Seo
Gustavo Sverzut Barbieri
Jihoon Kim
Leandro Dorileo
Vincent Torri