On Fri, 27 Apr 2018 15:32:49 +0000 Mike Blumenkrantz
<[email protected]> said:
> I have actually used this in projects before, and I also know that Tizen
> definitely uses it. I'm strongly opposed to any removals here, and tests
tizen absolutely does not use it. i checked the spec files. i checked both the
old ecore separated one and the latest efl merged one. what makes you think it
does? here's the enable/disable configure options, none of which are
--enable-g-main-loop:
%autogen \
--disable-static \
--disable-doc \
--with-glib=always \
--disable-xim \
--disable-scim \
--disable-neon \
--disable-wayland-text-input \
--disable-gesture \
--with-tests=none \
--enable-fb \
--disable-tslib \
%if %{with wayland}
--enable-ecore-wayland \
--enable-wayland \
--enable-egl \
--with-opengl=es \
--disable-rpath \
--disable-ibus \
--enable-tbm \
%endif
%if %{with x}
--with-opengl=es \
--disable-gesture \
%else
--with-x11=none \
--disable-rpath \
%endif
--disable-physics \
--disable-cxx-bindings \
--enable-lua-old \
--enable-ecore-buffer \
--disable-gstreamer1 \
--enable-harfbuzz \
--enable-hyphen \
--with-dictionaries-hyphen-dir=/usr/share/hyphen/ \
--disable-cserve \
--disable-poppler \
--disable-spectre \
--disable-librsvg \
--disable-libraw \
--disable-systemd \
--disable-cserve \
--with-elementary-base-dir="share/.elementary" \
--enable-i-really-know-what-i-am-doing-and-that-this-will-probably-break-things-and-i-will-fix-them-myself-and-send-patches-abb
# --enable-systemd \
# --enable-drm \
# --enable-gl-drm \
so that makes me wonder if you are thinking of the right option. there is
--enable-g-main-loop which is where ecore literally sits on top of the glib
loop, and there is --with-glib=yes/no/always which is the glib integration.
> should likely be added to ensure that this continues to function as
> expected.
>
> To be clear, I am talking about both components of the integration: both
> calling glib events from the ecore main loop and using g_main_loop_run()
> for the overall main loop.
i think not as if you say tizen definitely uses it... and it doesn't, then i
would think you are confused between the integration and literally sitting on
top of g main loop.
so if you've used it, where have you used it and why? tizen surely doesn't.
the reason the g-main-loop option existed actually was for maemo which is long
dead and buried to allow efl code to run within an existing gtk/glib using app
which is what that platform was centered around (and maemo never shipped efl
as a core requirement etc.). since tizen never used this then i know of no
platforms that need or use this (as it has to be solved at the platform level
because it's a build option and not a standard efl api) or actual use cases.
it's not an api or abi guarantee. it's a build feature e.g. like supporting the
ps3 which we removed since it's now a "dead platform".
> On Thu, Apr 26, 2018 at 4:19 AM Carsten Haitzler <[email protected]>
> wrote:
>
> > so we have integration for glib/main loop in regular efl which allows glib
> > stuff to work with efl, but --enable-g-main-loop basically puts the efl
> > ecore
> > loop on top of the glib main loop.
> >
> > is anyone actually using this? is the regular glib loop integration not
> > enough?
> >
> > --
> > ------------- Codito, ergo sum - "I code, therefore I am" --------------
> > Carsten Haitzler - [email protected]
> >
> >
> >
> > ------------------------------------------------------------------------------
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > _______________________________________________
> > enlightenment-devel mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> enlightenment-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
------------- Codito, ergo sum - "I code, therefore I am" --------------
Carsten Haitzler - [email protected]
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
