On Tue, 26 Dec 2017 17:46:50 -0200 Felipe Magno de Almeida
said:
> JP, Cedric, me and TAsn have been having this argument for a while.
>
> IMO, the whole problem is that we're thinking of ownership in terms
> of parentship, which is wrong with reference counting. Ownership
> is shared between al
On Tue, 26 Dec 2017 12:19:30 + Andrew Williams said:
> Hi,
>
> With the proposal of efl_add and efl_add_child we remove the need for
> efl_add_ref* as the result of the former becomes consistent in its return
> of owned or not owned references.
no. it's needed for bindings (c++, js, lua etc
On Tue, 26 Dec 2017 12:19:25 -0500
"William L. Thomson Jr." wrote:
> On Tue, 26 Dec 2017 12:09:41 -0500
> "William L. Thomson Jr." wrote:
>
> > cmake -G Ninja
> > ninja build
>
> cmake
> -C
> /tmp/portage/dev-util/efl-profiler-viewer-1.1/work/efl-profiler-viewer-1.1_build/gentoo_common_conf
JP, Cedric, me and TAsn have been having this argument for a while.
IMO, the whole problem is that we're thinking of ownership in terms
of parentship, which is wrong with reference counting. Ownership
is shared between all reference owners and that's it. That's also
the only sane way for bindings
On Tue, 26 Dec 2017 12:09:41 -0500
"William L. Thomson Jr." wrote:
> On Tue, 26 Dec 2017 12:03:30 +0200
> Mykyta Biliavskyi wrote:
> > If there are exists any issues with current cmake realisation - you
> > are welcome for a report this.
>
> This is an issue with the current build system. I
On Tue, 26 Dec 2017 12:03:30 +0200
Mykyta Biliavskyi wrote:
> Hi,
> Actually I haven't any plans about moving this project to use meson
> and ninja build system.
I am not suggesting to move to meson from cmake.
> Maybe someone from E devs could help with
> thing that you are reported, because p
In the books I have read they consider null being a special case of
behaviour within a method just as confusing as passing a bool like in your
illustration.
Andy
On Tue, 26 Dec 2017 at 12:19, Andrew Williams wrote:
> Hi,
>
> With the proposal of efl_add and efl_add_child we remove the need for
Hi,
With the proposal of efl_add and efl_add_child we remove the need for
efl_add_ref* as the result of the former becomes consistent in its return
of owned or not owned references.
Hopefully Cedric can confirm this as I don’t know the spec.
Right now we have a second one because the first is not
Hi,
Actually I haven't any plans about moving this project to use meson and
ninja build system. Maybe someone from E devs could help with thing
that you are reported, because personally I didn't even try to setup
meson build system.
If there are exists any issues with current cmake realisation - y
