Re: [E-devel] is there a roadmap for future significative improvements/changes

[Jean Guyomarc'h]

Hi,

I think it would be very nice to have a roadmap document.
For people like me that follow the project from a distance and do not hang
out much on IRC, there is little immediate visibility on what's going on.
I'd hope a roadmap could bring the key ideas of what (maybe who?) is doing
what, without having to dig into phab's tasks.

Thanks,

Jean

On Fri, Dec 22, 2017 at 8:54 PM, Andrew Williams 
wrote:

> Hi Vincent,
>
> I would really love this too - in fact I have been pushing for it. I
> suggest regularly that it would be helpful to have a roadmap. On my most
> recent request I was told bluntly “too much effort, you are the only person
> that wants it”.
>
> If we can get more support for such a document I would be far happier to
> push forward again and see it is pulles together.
>
> Thanks,
> Andy
> On Fri, 22 Dec 2017 at 16:57, Vincent Torri 
> wrote:
>
> > hello
> >
> > i've recently seen this gtk roadmap :
> > https://wiki.gnome.org/Projects/GTK%2B/Roadmap/GTK4
> >
> > is there the same for EFL ?
> >
> > Vincent
> >
> >
> > 
> --
> > 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
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
> --
> http://andywilliams.me
> http://ajwillia.ms
> 
> --
> 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
> enlightenment-devel@lists.sourceforge.net
> 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
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OS X build error

[Jean Guyomarc'h]

Hi,

Eo events are generated as:
  EWAPI const Efl_Event_Description __BLAH = EFL_EVENT_DESCRIPTION("blah");

this yields private symbols that are not exported outside of libelementary.
Hence link failure with elm modules...
But I don't understand why.


Jean

On Sat, Nov 4, 2017 at 5:39 PM, Jean Guyomarc'h <jean.guyoma...@gmail.com>
wrote:

> hi,
>
> i'm not at home, and cannot really help. if there is a ticket open, i may
> have a look on  monday. is that on git master ?
>
> thanks
> Jean
>
>
> On Nov 4, 2017 15:03, "Carsten Haitzler" <ras...@rasterman.com> wrote:
>
> On Sat, 04 Nov 2017 11:21:09 + Andrew Williams <a...@andywilliams.me>
> said:
>
> > Can anyone help with this one please?
> >
> >
> > Thanks,
> >
> > Andy
> >
> >
> >   CC
> > modules/elementary/clock_input_ctxpopup/modules_elementary_
> clock_input_ctxpopup_module_la-clock_input_ctxpopup.lo
> >
> >   CCLD modules/elementary/clock_input_ctxpopup/module.la
> >
> > Undefined symbols for architecture x86_64:
> >
> >   "__ELM_CTXPOPUP_EVENT_DISMISSED", referenced from:
> >
> >   __field_clicked_cb in
> > modules_elementary_clock_input_ctxpopup_module_la-clock_input_ctxpopup.o
>
> that sounds totally bizarre because the function is _field_clicked_cb:
>
> static void
> _field_clicked_cb(void *data, const Efl_Event *event)
> {
>
> > ld: symbol(s) not found for architecture x86_64
> >
> > clang: error: linker command failed with exit code 1 (use -v to see
> > invocation)
> >
> > make[4]: *** [modules/elementary/clock_input_ctxpopup/module.la] Error 1
> >
> > make[3]: *** [all-recursive] Error 1
> >
> > make[2]: *** [all] Error 2
> >
> > make[1]: *** [all-recursive] Error 1
> >
> > make: *** [all] Error 2
> > --
> > http://andywilliams.me
> > http://ajwillia.ms
> > 
> --
> > 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
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> Carsten Haitzler - ras...@rasterman.com
>
>
> 
> --
> 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
> enlightenment-devel@lists.sourceforge.net
> 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
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] efler issues on mac

[Jean Guyomarc'h]

Hi,

I also have Sierra . Copy and paste (in a large sense) is only partially
implemented on macOS.
You can only copy and paste through the system clipboard, but drag and drop
(which seems to be the source of the error) is not implemented.
So the solution would actually be to implement Drag and Drop support for
macOS in Elementary. This may imply to rethink the clipboard work in
Ecore_Cocoa (I think it is pretty bad - I did it).

I can see there is a dbus upower error. I've not got into that. It seems
that when ecore initializes, it loads a whole bunch of modules, and unless
you have a certain dbus config (don't remember what I've done), upower will
complain. I'm afraid the pointer would be to track down the chain of events
that led to producing the error message.


Jean

On Sat, Nov 4, 2017 at 5:43 PM, jaquilina <jaquil...@eagleeyet.net> wrote:

> Hi Jean,
>
> Thanks for letting me know what version of OSX are you on im on the latest
> (high sierra) my question is where do i need to start to fix those errors?
>
>
> On 2017-11-04 16:37, Jean Guyomarc'h wrote:
>
>> hi.
>>
>> those are "normal". there is no new breakage here. it should not prevent
>> apps to work as they are expected to
>>
>> Jean
>>
>>
>> On Nov 4, 2017 09:27, "jaquilina" <jaquil...@eagleeyet.net> wrote:
>>
>> Hi everyone,
>>
>> It seems like there is some breakage with efler on mac osx high sierra
>>
>> Fontconfig warning: ignoring UTF-8: not a valid region tag
>> ERR<6227>:elementary lib/elementary/elm_cnp.c:5215 elm_drop_target_del()
>> Please contact developers, you should probably not get here.
>> ## Copy & Paste the below (until EOF) into a terminal, then hit Enter
>>
>> eina_btlog << EOF
>> /opt/efler/lib/libeina.1.dylib   0x10b8358f1 0x10b816000
>> /opt/efler/lib/libeina.1.dylib   0x10b838359 0x10b816000
>> /opt/efler/lib/libeina.1.dylib   0x10b837d01 0x10b816000
>> /opt/efler/lib/libelementary.1.dylib 0x10a20ebba 0x10a19f000
>> /opt/efler/lib/libelementary.1.dylib 0x10a269bc2 0x10a19f000
>> /opt/efler/lib/libelementary.1.dylib 0x10a402d63 0x10a19f000
>> /opt/efler/lib/libelementary.1.dylib 0x10a3287e0 0x10a19f000
>> /opt/efler/lib/libelementary.1.dylib 0x10a328681 0x10a19f000
>> /opt/efler/lib/libelementary.1.dylib 0x10a324e78 0x10a19f000
>> /opt/efler/lib/libelementary.1.dylib 0x10a3206fe 0x10a19f000
>> /opt/efler/lib/libelementary.1.dylib 0x10a32230d 0x10a19f000
>> /opt/efler/lib/libelementary.1.dylib 0x10a26c1c3 0x10a19f000
>> /opt/efler/lib/libevas.1.dylib   0x10aa46f3c 0x10a9e4000
>> /opt/efler/lib/libevas.1.dylib   0x10aa4b0ff 0x10a9e4000
>> /opt/efler/lib/libeo.1.dylib 0x10b7f84b7 0x10b7eb000
>> /opt/efler/lib/libelementary.1.dylib 0x10a411223 0x10a19f000
>> /opt/efler/lib/libeo.1.dylib 0x10b7f84b7 0x10b7eb000
>> /opt/efler/lib/libelementary.1.dylib 0x10a32634c 0x10a19f000
>> /opt/efler/lib/libeo.1.dylib 0x10b7f84b7 0x10b7eb000
>> /opt/efler/lib/libelementary.1.dylib 0x10a30d3d7 0x10a19f000
>> /opt/efler/lib/libeo.1.dylib 0x10b7f84b7 0x10b7eb000
>> /opt/efler/lib/libelementary.1.dylib 0x10a268ce1 0x10a19f000
>> /opt/efler/lib/libeo.1.dylib 0x10b7f84b7 0x10b7eb000
>> /opt/efler/lib/libeo.1.dylib 0x10b7ef2e7 0x10b7eb000
>> /opt/efler/lib/libelementary.1.dylib 0x10a259f6c 0x10a19f000
>> /opt/efler/bin/efler 0x10a18f310 0x10a18d000
>> /opt/efler/bin/efler 0x10a18ea07 0x10a18d000
>> /opt/efler/bin/efler 0x10a18f7f1 0x10a18d000
>> /usr/lib/system/libdyld.dylib0x7fff7fb53115 0x7fff7fb52000
>> ??   -
>> EOF
>>
>> ERR<6227>:elementary lib/elementary/elm_cnp.c:5215 elm_drop_target_del()
>> Please contact developers, you should probably not get here.
>> ## Copy & Paste the below (until EOF) into a terminal, then hit Enter
>>
>> eina_btlog << EOF
>> /opt/efler/lib/libeina.1.dylib   0x10b8358f1 0x10b816000
>> /opt/efler/lib/libeina.1.dylib   0x10b838359 0x10b816000
>> /opt/efler/lib/libeina.1.dylib   0x10b837d01 0x10b816000
>> /opt/efler/lib/libelementary.1.dylib 0x10a20ebba 0x10a19f000
>> /opt/efler/lib/libelementary.1.dylib 0x10a266a45 0x10a19f000
>> /opt/efler/lib/libelementary.1.dylib 0x10a25cba6 0x10a19f000
>> /opt/efler/lib/libelementary.1.dylib 0x10a26428f 0x10a19f000
>> /opt/efler/bin/efler 0x10a18f333 0x10a18d000
>> /opt/efler/bin/efler 0x10a18ea07 0x10a18d000
>> /opt/efler/bin/efler 0x10a18f7f1 0x10a18d000
>> /usr/lib/system/libdyld.dylib0x7fff7fb53115 0x7fff7fb52000
>> ??   -
>> EOF
>

Re: [E-devel] OS X build error

[Jean Guyomarc'h]

hi,

i'm not at home, and cannot really help. if there is a ticket open, i may
have a look on  monday. is that on git master ?

thanks
Jean


On Nov 4, 2017 15:03, "Carsten Haitzler"  wrote:

On Sat, 04 Nov 2017 11:21:09 + Andrew Williams 
said:

> Can anyone help with this one please?
>
>
> Thanks,
>
> Andy
>
>
>   CC
> modules/elementary/clock_input_ctxpopup/modules_elementary_clock_input_
ctxpopup_module_la-clock_input_ctxpopup.lo
>
>   CCLD modules/elementary/clock_input_ctxpopup/module.la
>
> Undefined symbols for architecture x86_64:
>
>   "__ELM_CTXPOPUP_EVENT_DISMISSED", referenced from:
>
>   __field_clicked_cb in
> modules_elementary_clock_input_ctxpopup_module_la-clock_input_ctxpopup.o

that sounds totally bizarre because the function is _field_clicked_cb:

static void
_field_clicked_cb(void *data, const Efl_Event *event)
{

> ld: symbol(s) not found for architecture x86_64
>
> clang: error: linker command failed with exit code 1 (use -v to see
> invocation)
>
> make[4]: *** [modules/elementary/clock_input_ctxpopup/module.la] Error 1
>
> make[3]: *** [all-recursive] Error 1
>
> make[2]: *** [all] Error 2
>
> make[1]: *** [all-recursive] Error 1
>
> make: *** [all] Error 2
> --
> http://andywilliams.me
> http://ajwillia.ms
> 
--
> 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
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


--
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com



--
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
enlightenment-devel@lists.sourceforge.net
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
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] efler issues on mac

[Jean Guyomarc'h]

hi.

those are "normal". there is no new breakage here. it should not prevent
apps to work as they are expected to

Jean


On Nov 4, 2017 09:27, "jaquilina"  wrote:

Hi everyone,

It seems like there is some breakage with efler on mac osx high sierra

Fontconfig warning: ignoring UTF-8: not a valid region tag
ERR<6227>:elementary lib/elementary/elm_cnp.c:5215 elm_drop_target_del()
Please contact developers, you should probably not get here.
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
/opt/efler/lib/libeina.1.dylib   0x10b8358f1 0x10b816000
/opt/efler/lib/libeina.1.dylib   0x10b838359 0x10b816000
/opt/efler/lib/libeina.1.dylib   0x10b837d01 0x10b816000
/opt/efler/lib/libelementary.1.dylib 0x10a20ebba 0x10a19f000
/opt/efler/lib/libelementary.1.dylib 0x10a269bc2 0x10a19f000
/opt/efler/lib/libelementary.1.dylib 0x10a402d63 0x10a19f000
/opt/efler/lib/libelementary.1.dylib 0x10a3287e0 0x10a19f000
/opt/efler/lib/libelementary.1.dylib 0x10a328681 0x10a19f000
/opt/efler/lib/libelementary.1.dylib 0x10a324e78 0x10a19f000
/opt/efler/lib/libelementary.1.dylib 0x10a3206fe 0x10a19f000
/opt/efler/lib/libelementary.1.dylib 0x10a32230d 0x10a19f000
/opt/efler/lib/libelementary.1.dylib 0x10a26c1c3 0x10a19f000
/opt/efler/lib/libevas.1.dylib   0x10aa46f3c 0x10a9e4000
/opt/efler/lib/libevas.1.dylib   0x10aa4b0ff 0x10a9e4000
/opt/efler/lib/libeo.1.dylib 0x10b7f84b7 0x10b7eb000
/opt/efler/lib/libelementary.1.dylib 0x10a411223 0x10a19f000
/opt/efler/lib/libeo.1.dylib 0x10b7f84b7 0x10b7eb000
/opt/efler/lib/libelementary.1.dylib 0x10a32634c 0x10a19f000
/opt/efler/lib/libeo.1.dylib 0x10b7f84b7 0x10b7eb000
/opt/efler/lib/libelementary.1.dylib 0x10a30d3d7 0x10a19f000
/opt/efler/lib/libeo.1.dylib 0x10b7f84b7 0x10b7eb000
/opt/efler/lib/libelementary.1.dylib 0x10a268ce1 0x10a19f000
/opt/efler/lib/libeo.1.dylib 0x10b7f84b7 0x10b7eb000
/opt/efler/lib/libeo.1.dylib 0x10b7ef2e7 0x10b7eb000
/opt/efler/lib/libelementary.1.dylib 0x10a259f6c 0x10a19f000
/opt/efler/bin/efler 0x10a18f310 0x10a18d000
/opt/efler/bin/efler 0x10a18ea07 0x10a18d000
/opt/efler/bin/efler 0x10a18f7f1 0x10a18d000
/usr/lib/system/libdyld.dylib0x7fff7fb53115 0x7fff7fb52000
??   -
EOF

ERR<6227>:elementary lib/elementary/elm_cnp.c:5215 elm_drop_target_del()
Please contact developers, you should probably not get here.
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
/opt/efler/lib/libeina.1.dylib   0x10b8358f1 0x10b816000
/opt/efler/lib/libeina.1.dylib   0x10b838359 0x10b816000
/opt/efler/lib/libeina.1.dylib   0x10b837d01 0x10b816000
/opt/efler/lib/libelementary.1.dylib 0x10a20ebba 0x10a19f000
/opt/efler/lib/libelementary.1.dylib 0x10a266a45 0x10a19f000
/opt/efler/lib/libelementary.1.dylib 0x10a25cba6 0x10a19f000
/opt/efler/lib/libelementary.1.dylib 0x10a26428f 0x10a19f000
/opt/efler/bin/efler 0x10a18f333 0x10a18d000
/opt/efler/bin/efler 0x10a18ea07 0x10a18d000
/opt/efler/bin/efler 0x10a18f7f1 0x10a18d000
/usr/lib/system/libdyld.dylib0x7fff7fb53115 0x7fff7fb52000
??   -
EOF

back traces will also be added below

eina_btlog << EOF

> /opt/efler/lib/libeina.1.dylib  0x10a9d78f1 0x10a9b8000
> /opt/efler/lib/libeina.1.dylib  0x10a9da359 0x10a9b8000
> /opt/efler/lib/libeina.1.dylib  0x10a9d9d01 0x10a9b8000
> /opt/efler/lib/libeina.1.dylib  0x10a9f142c 0x10a9b8000
> /opt/efler/lib/libeldbus.1.dylib  0x10b189c7e 0x10b17f000
> /opt/efler/lib/ecore/system/upower/v-1.20/module.so  0x10ae6a9fb
> 0x10ae69000
> /opt/efler/lib/ecore/system/upower/v-1.20/module.so  0x10ae6a9b3
> 0x10ae69000
> /opt/efler/lib/libeina.1.dylib  0x10a9e69d9 0x10a9b8000
> /opt/efler/lib/libeina.1.dylib  0x10a9e7686 0x10a9b8000
> /opt/efler/lib/libecore.1.dylib  0x10ab65f80 0x10ab64000
> /opt/efler/lib/libecore.1.dylib  0x10ab65995 0x10ab64000
> /opt/efler/lib/efreet/v-1.20/efreet_desktop_cache_create  0x10a94b8a1
> 0x10a94a000
> /usr/lib/system/libdyld.dylib  0x7fff7fb53115 0x7fff7fb52000
> EOF
>
   /opt/efler/lib/libeina.1.dylib|
??/eina_log.c   : 2055 @ eina_log_print_cb_stderr()
   /opt/efler/lib/libeina.1.dylib|
??/eina_log.c   : 1456 @ eina_log_print_unlocked()
   /opt/efler/lib/libeina.1.dylib|
??/eina_log.c   : 2260 @ eina_log_print()
   /opt/efler/lib/libeina.1.dylib|
??/eina_safety_checks.c :   85 @ _eina_safety_error()
   /opt/efler/lib/libeldbus.1.dylib  |
??/eldbus_core.c: 1399 @ eldbus_name_owner_changed_callback_del()
/opt/efler/lib/ecore/system/upower/v-1.20/module.so  |
??/ecore_system_upower.c:  473 @ _ecore_system_upower_shutdown()
/opt/efler/lib/ecore/system/upower/v-1.20/module.so  |

Re: [E-devel] Eovim - an enlightened neovim client

[Jean Guyomarc'h]

I actually just respond to UI events sent by Neovim. Currently, neovim does
not externalize windows splits to the client (hence the ascii art, which is
from vim/neovim).
Same for the status line: neovim by itself does not externalize this to the
remote UI. But I'd really like to see these in the future.
Currently neovim only delegates the tabs (which I haven't implemented yet)
and the completion popup.


Jean

On Mon, Oct 16, 2017 at 6:52 AM, Carsten Haitzler <ras...@rasterman.com>
wrote:

> On Tue, 3 Oct 2017 21:24:04 +0200 "Jean Guyomarc'h" <
> jean.guyoma...@gmail.com>
> said:
>
> Interesting. it looks very "texty" ... very little seems to be done in
> widgets.
> is that just a current state of things? or a limitation? it's using ascii
> art
> to do dividers between cells/tiles/sections for example. the status line
> at the
> bottom is all still just plain text. line number column too etc. - you know
> what i mean. these are not split out semantically somehow so they can be
> displayed differently?
>
> > Hi guys,
> >
> > I've been working on an (EFL) neovim[1] client lately.
> >
> > If you haven't heard of neovim, it is a popular fork of vim that
> refactors
> > the beast, to ease its maintenance while adding modern features to it.
> One
> > of them being providing an RPC API for clients to provide remote UIs.
> >
> > And that's what eovim attempts to be: an EFL GUI for Neovim.
> > Details are at https://phab.enlightenment.org/w/projects/eovim/.
> > I'd love to hear some feedback from the enligthened.
> >
> > [1]: https://neovim.io/
> >
> > Best regards,
> > Jean
> > 
> --
> > 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
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> Carsten Haitzler - ras...@rasterman.com
>
>
--
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
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [website/www-content] master 16/21: Wiki page ubuntu-start changed with summary [Mention the existence of libefl-dev.] by Jean Guyomarc'h

[Jean Guyomarc'h]

WWW-www.enlightenment.org pushed a commit to branch master.

http://git.enlightenment.org/website/www-content.git/commit/?id=0b92fa20d52f24ee422d5ade25c8d3466e23d3cb

commit 0b92fa20d52f24ee422d5ade25c8d3466e23d3cb
Author: Jean Guyomarc'h <jean.guyoma...@gmail.com>
Date:   Thu Oct 5 14:28:09 2017 -0700

Wiki page ubuntu-start changed with summary [Mention the existence of 
libefl-dev.] by Jean Guyomarc'h
---
 pages/distros/ubuntu-start.txt | 7 +++
 1 file changed, 7 insertions(+)

diff --git a/pages/distros/ubuntu-start.txt b/pages/distros/ubuntu-start.txt
index d1ff3411..5539939d 100644
--- a/pages/distros/ubuntu-start.txt
+++ b/pages/distros/ubuntu-start.txt
@@ -47,6 +47,13 @@ sudo apt-get update
 sudo apt-get install enlightenment terminology
 
 
+To install EFL for development:
+
+
+sudo apt-get update
+sudo apt-get install libefl-dev
+
+
 E21 __daily builds__ PPA:
 
 

-- 

[EGIT] [website/www-content] master 08/21: Wiki page osx-start changed with summary [Homebrew ships 1.20.4] by Jean Guyomarc'h

[Jean Guyomarc'h]

WWW-www.enlightenment.org pushed a commit to branch master.

http://git.enlightenment.org/website/www-content.git/commit/?id=a14dee17d5afaa3796465df0926278ff39f3966e

commit a14dee17d5afaa3796465df0926278ff39f3966e
Author: Jean Guyomarc'h <jean.guyoma...@gmail.com>
Date:   Sat Sep 23 01:19:27 2017 -0700

Wiki page osx-start changed with summary [Homebrew ships 1.20.4] by Jean 
Guyomarc'h
---
 pages/distros/osx-start.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/pages/distros/osx-start.txt b/pages/distros/osx-start.txt
index db512f60..63c07150 100644
--- a/pages/distros/osx-start.txt
+++ b/pages/distros/osx-start.txt
@@ -22,7 +22,7 @@ brew install efl   # To install EFL
 
 
 And that's it! Enjoy your freshly distributed EFL :-).
-The distributed version of EFL is 
[[http://braumeister.org/formula/efl|1.20.3]].
+The distributed version of EFL is 
[[http://braumeister.org/formula/efl|1.20.4]].
 
 
 == Manual Installation (for EFL DEVELOPERS) ==

-- 

[E-devel] Eovim - an enlightened neovim client

[Jean Guyomarc'h]

Hi guys,

I've been working on an (EFL) neovim[1] client lately.

If you haven't heard of neovim, it is a popular fork of vim that refactors
the beast, to ease its maintenance while adding modern features to it. One
of them being providing an RPC API for clients to provide remote UIs.

And that's what eovim attempts to be: an EFL GUI for Neovim.
Details are at https://phab.enlightenment.org/w/projects/eovim/.
I'd love to hear some feedback from the enligthened.

[1]: https://neovim.io/

Best regards,
Jean
--
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
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [core/efl] master 03/03: eina: prevent memory corruption in chained mempool

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=96ab58fb8e34868c16beca2ee99c148e31e8eb09

commit 96ab58fb8e34868c16beca2ee99c148e31e8eb09
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Sat Sep 16 14:20:11 2017 +0200

eina: prevent memory corruption in chained mempool

The chained mempool uses eina trash to dispose and retrieve memory
blobs. Problem is that eina trash requires the memory blobs to be at
least of the size of a pointer. If the size of an element in the mempool
is less than the size of a pointer, which _is_ possible as no minimal
size is enforced, eina_trash will silently corrupt the memory pool.

To prevent memory corruption while still allowing small elements, the
size of an element defaults to the size of a pointer if it was smaller.
This comes at the cost of consuming slightly more memory in these cases,
but at least the memory pool can be safely be used.

@fix
---
 src/modules/eina/mp/chained_pool/eina_chained_mempool.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/modules/eina/mp/chained_pool/eina_chained_mempool.c 
b/src/modules/eina/mp/chained_pool/eina_chained_mempool.c
index 7ab6954c7f..b50b4dd95f 100644
--- a/src/modules/eina/mp/chained_pool/eina_chained_mempool.c
+++ b/src/modules/eina/mp/chained_pool/eina_chained_mempool.c
@@ -563,7 +563,7 @@ eina_chained_mempool_init(const char *context,
 memcpy((char *)mp->name, context, length);
  }
 
-   mp->item_alloc = eina_mempool_alignof(item_size);
+   mp->item_alloc = MAX(eina_mempool_alignof(item_size), sizeof(void *));
 
mp->pool_size = (mp->item_alloc * mp->pool_size + aligned_chained_pool) 
/ page_size)
  + 1) * page_size)

-- 

[EGIT] [core/efl] master 01/03: eina: handle errors when creating a mempool

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=ca731fbfb6aa1ab376846870f1a4260b27bdf793

commit ca731fbfb6aa1ab376846870f1a4260b27bdf793
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Sat Sep 16 14:17:25 2017 +0200

eina: handle errors when creating a mempool

If the backend initialization failed, the mempool would still be
successfully created. The mempool is now destroyed on failure.
---
 src/lib/eina/eina_mempool.c | 8 ++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/src/lib/eina/eina_mempool.c b/src/lib/eina/eina_mempool.c
index b72dadbce6..a6d0d18fe2 100644
--- a/src/lib/eina/eina_mempool.c
+++ b/src/lib/eina/eina_mempool.c
@@ -65,8 +65,8 @@ _new_va(const char *name,
 const char *options,
 va_list args)
 {
-   Eina_Mempool_Backend *be = NULL;
-   Eina_Mempool *mp;
+   Eina_Mempool_Backend *be;
+   Eina_Mempool *mp = NULL;
 
if (getenv("EINA_MEMPOOL_PASS"))
  {
@@ -100,9 +100,13 @@ _new_va(const char *name,
  }
 
mp->backend_data = mp->backend.init(context, options, args);
+   if (EINA_UNLIKELY(! mp->backend_data)) goto clean_mp;
return mp;
 
+clean_mp:
+   free(mp->backend2);
 on_error:
+   free(mp);
return NULL;
 }
 

-- 

[EGIT] [core/efl] master 02/03: eo: fix doxygen typo

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=76144128cee802d2cdb23154c42d9d4252fc0338

commit 76144128cee802d2cdb23154c42d9d4252fc0338
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Sat Sep 16 14:18:46 2017 +0200

eo: fix doxygen typo
---
 src/lib/eo/Eo.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/lib/eo/Eo.h b/src/lib/eo/Eo.h
index 869910292c..fe5a550316 100644
--- a/src/lib/eo/Eo.h
+++ b/src/lib/eo/Eo.h
@@ -950,7 +950,7 @@ EAPI const char *efl_debug_name_get(const Eo *obj_id);
  * @brief Init the eo subsystem
  * @return @c EINA_TRUE if eo is init, @c EINA_FALSE otherwise.
  *
- * @see eo_shutfown()
+ * @see eo_shutdown()
  */
 EAPI Eina_Bool efl_object_init(void);
 

-- 

Re: [E-devel] [EGIT] [core/efl] master 01/01: evas_thread: only join the thread if the thread is still alive

[Jean Guyomarc'h]

Yes, this commit avoided the deadlock, because pthread_join() was not
called.
But, the program was messed up because of the call to the rogue
eina_semaphore_destroy(), so it was not a fix, just something that prevented
some symptoms of the problem to manifest in one particular way.

Eina does not handle the thread itself. It just performs cleanup, but does
not join.
If we shutdown too fast (i.e. without joining), cleanup may never happen.
So in this case, joining seems mandatory.


Jean

On Tue, Sep 5, 2017 at 2:39 PM, <marcel-hollerb...@t-online.de> wrote:

> Okay, but wasnt that commit fixing the deadlock you had in the join?
>
> Further more, after evas_thread_exited is 1 only eina deals with this
> thread, not evas_thread_renderer.c so not waiting for the thread there
> seems to be fine IMO, but keeping the code smaller is probebly better.
>
> Greetings
>Marcel Hollerbach
>
> On Tue, Sep 05, 2017 at 02:25:50PM +0200, Jean Guyomarc'h wrote:
> > ​​Hi,
> >
> > I think this is just wrong.
> >
> > It evas_thread_exited is True, it does not mean that the thread is
> actually
> > finished. eina_thread_join() should be called **unconditionally** in this
> > case.
> > It is specified that if the thread is terminated, then pthread_join()
> > (eina_thread's backend) will return immediately.
> >
> > BR
> >
> >
> > Jean
> >
> > On Tue, Sep 5, 2017 at 2:16 PM, Marcel Hollerbach <
> > marcel-hollerb...@t-online.de> wrote:
> >
> > > bu5hm4n pushed a commit to branch master.
> > >
> > > http://git.enlightenment.org/core/efl.git/commit/?id=
> > > e41d46c635bdf769d4b93da609883347168c719a
> > >
> > > commit e41d46c635bdf769d4b93da609883347168c719a
> > > Author: Marcel Hollerbach <marcel-hollerb...@t-online.de>
> > > Date:   Mon Sep 4 19:44:03 2017 +0200
> > >
> > > evas_thread: only join the thread if the thread is still alive
> > >
> > > otherwise we might join a invalid thread id, that could lead to a
> > > deadlock. Lets not do that.
> > >
> > > ref T5245
> > >
> > > @fix
> > > ---
> > >  src/lib/evas/common/evas_thread_render.c | 4 ++--
> > >  1 file changed, 2 insertions(+), 2 deletions(-)
> > >
> > > diff --git a/src/lib/evas/common/evas_thread_render.c
> > > b/src/lib/evas/common/evas_thread_render.c
> > > index bbde81a657..62f0ba1577 100644
> > > --- a/src/lib/evas/common/evas_thread_render.c
> > > +++ b/src/lib/evas/common/evas_thread_render.c
> > > @@ -260,8 +260,8 @@ evas_thread_shutdown(void)
> > >   goto timeout_shutdown;
> > >}
> > >   }
> > > -
> > > -   eina_thread_join(evas_thread_worker);
> > > +   if (!evas_thread_exited)
> > > + eina_thread_join(evas_thread_worker);
> > >  timeout_shutdown:
> > > eina_lock_free(_thread_queue_lock);
> > > eina_condition_free(_thread_queue_condition);
> > >
> > > --
> > >
> > >
> > >
> > 
> --
> > 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
> > enlightenment-devel@lists.sourceforge.net
> > 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
> enlightenment-devel@lists.sourceforge.net
> 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
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/efl] master 01/01: evas_thread: only join the thread if the thread is still alive

[Jean Guyomarc'h]

​​Hi,

I think this is just wrong.

It evas_thread_exited is True, it does not mean that the thread is actually
finished. eina_thread_join() should be called **unconditionally** in this
case.
It is specified that if the thread is terminated, then pthread_join()
(eina_thread's backend) will return immediately.

BR


Jean

On Tue, Sep 5, 2017 at 2:16 PM, Marcel Hollerbach <
marcel-hollerb...@t-online.de> wrote:

> bu5hm4n pushed a commit to branch master.
>
> http://git.enlightenment.org/core/efl.git/commit/?id=
> e41d46c635bdf769d4b93da609883347168c719a
>
> commit e41d46c635bdf769d4b93da609883347168c719a
> Author: Marcel Hollerbach 
> Date:   Mon Sep 4 19:44:03 2017 +0200
>
> evas_thread: only join the thread if the thread is still alive
>
> otherwise we might join a invalid thread id, that could lead to a
> deadlock. Lets not do that.
>
> ref T5245
>
> @fix
> ---
>  src/lib/evas/common/evas_thread_render.c | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/src/lib/evas/common/evas_thread_render.c
> b/src/lib/evas/common/evas_thread_render.c
> index bbde81a657..62f0ba1577 100644
> --- a/src/lib/evas/common/evas_thread_render.c
> +++ b/src/lib/evas/common/evas_thread_render.c
> @@ -260,8 +260,8 @@ evas_thread_shutdown(void)
>   goto timeout_shutdown;
>}
>   }
> -
> -   eina_thread_join(evas_thread_worker);
> +   if (!evas_thread_exited)
> + eina_thread_join(evas_thread_worker);
>  timeout_shutdown:
> eina_lock_free(_thread_queue_lock);
> eina_condition_free(_thread_queue_condition);
>
> --
>
>
>
--
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
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [core/efl] efl-1.20 02/02: eina: fix destruction of the osx semaphores

[Jean Guyomarc'h]

jayji pushed a commit to branch efl-1.20.

http://git.enlightenment.org/core/efl.git/commit/?id=06d752b6327132ea54762cc3e676dbb0749b43c0

commit 06d752b6327132ea54762cc3e676dbb0749b43c0
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Tue Sep 5 00:09:57 2017 +0200

eina: fix destruction of the osx semaphores

Well... that's just embarassing... semaphore_destroy() actually takes
the mach task as its first parameter, not the second. This core
amazingly worked very fine on macOS earlier than Sierra.

Fixes T5245
---
 src/lib/eina/eina_lock.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/lib/eina/eina_lock.c b/src/lib/eina/eina_lock.c
index 3423852a8d..76819367b4 100644
--- a/src/lib/eina/eina_lock.c
+++ b/src/lib/eina/eina_lock.c
@@ -303,7 +303,7 @@ _eina_semaphore_free(Eina_Semaphore *sem)
if (sem)
  {
 #if defined(EINA_HAVE_OSX_SEMAPHORE)
-return (semaphore_destroy(*sem, mach_task_self()) == KERN_SUCCESS)
+return (semaphore_destroy(mach_task_self(), *sem) == KERN_SUCCESS)
 ? EINA_TRUE : EINA_FALSE;
 #else
 return (sem_destroy(sem) == 0) ? EINA_TRUE : EINA_FALSE;

-- 

[EGIT] [core/efl] efl-1.20 01/02: Revert "efl: terrible kludge so avoid termination crash on osx"

[Jean Guyomarc'h]

jayji pushed a commit to branch efl-1.20.

http://git.enlightenment.org/core/efl.git/commit/?id=04643036176b79cb58fbec4d1b44e90215c033d9

commit 04643036176b79cb58fbec4d1b44e90215c033d9
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Tue Sep 5 00:49:50 2017 +0200

Revert "efl: terrible kludge so avoid termination crash on osx"

This reverts commit 9368eedd353a88dd31ba50c71433f81a2978adb5.
A proper fix has been found!
---
 src/lib/elementary/elm_module.c  | 14 --
 src/lib/evas/common/evas_thread_render.c | 14 --
 2 files changed, 28 deletions(-)

diff --git a/src/lib/elementary/elm_module.c b/src/lib/elementary/elm_module.c
index a987c9e23c..03f70dc032 100644
--- a/src/lib/elementary/elm_module.c
+++ b/src/lib/elementary/elm_module.c
@@ -190,22 +190,8 @@ _elm_module_unload(Elm_Module *m)
if (m->module)
  {
 if (m->shutdown_func) m->shutdown_func(m);
-#if defined(__APPLE__) && defined(__MACH__)
-   /*
-* FIXME
-*
-* MacOS currently undergo a fatal issue on shutdown: dlsym()
-* crashes. I still have no clue why... Sue to the imminent release,
-* let's NOT shutdown the module. Do nothing...
-*
-* THIS IS A TERRIBLE KLUDGE. IT MUST NOT STAY AFTER THE RELEASE OCCURS!
-*
-* FIXME
-*/
-#else
 eina_module_unload(m->module);
 eina_module_free(m->module);
-#endif
 m->module = NULL;
  }
m->shutdown_func = NULL;
diff --git a/src/lib/evas/common/evas_thread_render.c 
b/src/lib/evas/common/evas_thread_render.c
index 2f3b291927..bbde81a657 100644
--- a/src/lib/evas/common/evas_thread_render.c
+++ b/src/lib/evas/common/evas_thread_render.c
@@ -261,21 +261,7 @@ evas_thread_shutdown(void)
   }
  }
 
-#if defined(__APPLE__) && defined(__MACH__)
-   /*
-* FIXME
-*
-* MacOS currently undergo a fatal issue on shutdown: pthread_join()
-* crashes. I still have no clue why... Sue to the imminent release,
-* let's NOT join this thread: do nothing at all!
-*
-* THIS IS A TERRIBLE KLUDGE. IT MUST NOT STAY AFTER THE RELEASE OCCURS!
-*
-* FIXME
-*/
-#else
eina_thread_join(evas_thread_worker);
-#endif
 timeout_shutdown:
eina_lock_free(_thread_queue_lock);
eina_condition_free(_thread_queue_condition);

-- 

[EGIT] [core/efl] master 01/01: eina: fix destruction of the osx semaphores

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=b5e7a00681a5a86d2f31c2d1bb2b1697247d20b5

commit b5e7a00681a5a86d2f31c2d1bb2b1697247d20b5
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Tue Sep 5 00:09:57 2017 +0200

eina: fix destruction of the osx semaphores

Well... that's just embarassing... semaphore_destroy() actually takes
the mach task as its first parameter, not the second. This core
amazingly worked very fine on macOS earlier than Sierra.

Fixes T5245
---
 src/lib/eina/eina_lock.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/lib/eina/eina_lock.c b/src/lib/eina/eina_lock.c
index 3423852a8d..76819367b4 100644
--- a/src/lib/eina/eina_lock.c
+++ b/src/lib/eina/eina_lock.c
@@ -303,7 +303,7 @@ _eina_semaphore_free(Eina_Semaphore *sem)
if (sem)
  {
 #if defined(EINA_HAVE_OSX_SEMAPHORE)
-return (semaphore_destroy(*sem, mach_task_self()) == KERN_SUCCESS)
+return (semaphore_destroy(mach_task_self(), *sem) == KERN_SUCCESS)
 ? EINA_TRUE : EINA_FALSE;
 #else
 return (sem_destroy(sem) == 0) ? EINA_TRUE : EINA_FALSE;

-- 

[EGIT] [core/efl] master 01/01: ecore: fix return value

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=660e76a562257fa953ce537444fac704b44f8577

commit 660e76a562257fa953ce537444fac704b44f8577
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Mon Sep 4 19:59:20 2017 +0200

ecore: fix return value
---
 src/lib/ecore/ecore_poller.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/lib/ecore/ecore_poller.c b/src/lib/ecore/ecore_poller.c
index b46f0dfcaf..2b6344e9a1 100644
--- a/src/lib/ecore/ecore_poller.c
+++ b/src/lib/ecore/ecore_poller.c
@@ -248,7 +248,7 @@ ecore_poller_add(Ecore_Poller_Type type EINA_UNUSED,
 
if (EINA_UNLIKELY(!eina_main_loop_is()))
  {
-EINA_MAIN_LOOP_CHECK_RETURN;
+EINA_MAIN_LOOP_CHECK_RETURN_VAL(NULL);
  }
 
if (!func)

-- 

[EGIT] [website/www-content] master 01/01: Wiki page osx-start changed with summary [Homebrew ships 1.20.3] by Jean Guyomarc'h

[Jean Guyomarc'h]

WWW-www.enlightenment.org pushed a commit to branch master.

http://git.enlightenment.org/website/www-content.git/commit/?id=ee8b0a0ffe89e670caee77606b3bc40a449649ed

commit ee8b0a0ffe89e670caee77606b3bc40a449649ed
Author: Jean Guyomarc'h <jean.guyoma...@gmail.com>
Date:   Sat Sep 2 13:13:07 2017 -0700

Wiki page osx-start changed with summary [Homebrew ships 1.20.3] by Jean 
Guyomarc'h
---
 pages/distros/osx-start.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/pages/distros/osx-start.txt b/pages/distros/osx-start.txt
index 3ee2c4e4..2c1de47d 100644
--- a/pages/distros/osx-start.txt
+++ b/pages/distros/osx-start.txt
@@ -22,7 +22,7 @@ brew install efl   # To install EFL
 
 
 And that's it! Enjoy your freshly distributed EFL :-).
-The distributed version of EFL is 
[[http://braumeister.org/formula/efl|1.20.2]].
+The distributed version of EFL is 
[[http://braumeister.org/formula/efl|1.20.3]].
 
 
 == Manual Installation (for EFL DEVELOPERS) ==

-- 

Re: [E-devel] Pre-release tarballs for efl 1.20.3

[Jean Guyomarc'h]

Hi Stefan,

this is good to go with Homebrew on my side :)

Jean

On Wed, Aug 30, 2017 at 1:40 PM, Stefan Schmidt 
wrote:

> Hello.
>
> I just uploaded the pre-release tarballs for 1.20.3.
>
> If I hear nothing problematic within the next 24 hours, I will do the
> final release on tomorrow.
>
> https://download.enlightenment.org/pre-releases/efl-1.20.3-pre.tar.gz
> d129a903e07afa8ef4ed57138543b679b63cfe4ff4d3904fa06203102f8e2745
>
> https://download.enlightenment.org/pre-releases/efl-1.20.3-pre.tar.xz
> 1273014aff3cd313a315f6745b02958668083726d830873b681fe726b9421191
>
> regards
> Stefan Schmidt
>
> 
> --
> 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
> enlightenment-devel@lists.sourceforge.net
> 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
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [core/efl] efl-1.20 01/02: evas: fix invalid return of evas_textgrid_cellrow_get()

[Jean Guyomarc'h]

raster pushed a commit to branch efl-1.20.

http://git.enlightenment.org/core/efl.git/commit/?id=7fbfab4dc7bfd8c0c7c3c94954c99149400a241a

commit 7fbfab4dc7bfd8c0c7c3c94954c99149400a241a
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Tue Aug 29 20:50:12 2017 +0200

evas: fix invalid return of evas_textgrid_cellrow_get()

evas_textgrid_cellrow_get() is supposed to return NULL if the row index
fed to the function is outside of the textgrid's range. It was instead
returning garbage pointer.

@fix
---
 src/lib/evas/canvas/evas_object_textgrid.c | 7 ++-
 1 file changed, 2 insertions(+), 5 deletions(-)

diff --git a/src/lib/evas/canvas/evas_object_textgrid.c 
b/src/lib/evas/canvas/evas_object_textgrid.c
index 0955c4a53a..74c6d150f2 100644
--- a/src/lib/evas/canvas/evas_object_textgrid.c
+++ b/src/lib/evas/canvas/evas_object_textgrid.c
@@ -1410,14 +1410,11 @@ _evas_textgrid_cellrow_set(Eo *eo_obj EINA_UNUSED, 
Evas_Textgrid_Data *o, int y,
 EOLIAN static Evas_Textgrid_Cell*
 _evas_textgrid_cellrow_get(const Eo *eo_obj EINA_UNUSED, Evas_Textgrid_Data 
*o, int y)
 {
-   Evas_Textgrid_Cell *ret;
Evas_Object_Protected_Data *obj = efl_data_scope_get(eo_obj, 
EFL_CANVAS_OBJECT_CLASS);
evas_object_async_block(obj);
-   if ((y < 0) || (y >= o->cur.h)) ret = NULL;
+   if ((y < 0) || (y >= o->cur.h)) return NULL;
 
-   ret = o->cur.cells + (y * o->cur.w);
-
-   return ret;
+   return o->cur.cells + (y * o->cur.w);
 }
 
 EOLIAN static void

-- 

[EGIT] [core/efl] master 01/02: eina: fix typo in documentation

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=232e193673170810e995c29e1767a2ca8e80ace9

commit 232e193673170810e995c29e1767a2ca8e80ace9
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Tue Aug 29 20:49:16 2017 +0200

eina: fix typo in documentation
---
 src/lib/eina/eina_list.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/lib/eina/eina_list.h b/src/lib/eina/eina_list.h
index eb12aabd7e..e4e855ace1 100644
--- a/src/lib/eina/eina_list.h
+++ b/src/lib/eina/eina_list.h
@@ -1273,7 +1273,7 @@ static inline unsigned int eina_list_count(const 
Eina_List *list) EINA_PURE;
  * @param list The list
  * @return The node's data, or @c NULL on being passed a @c NULL pointer
  *
- * This macro is a shortcut for typing eina_list_data_get(eina_list_last())
+ * This function is a shortcut for typing eina_list_data_get(eina_list_last())
  * @since 1.8
  */
 static inline void*eina_list_last_data_get(const Eina_List *list);

-- 

[EGIT] [core/efl] master 02/02: evas: fix invalid return of evas_textgrid_cellrow_get()

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=9e3a344454855f79b05b391551cb6f115ab6aa2a

commit 9e3a344454855f79b05b391551cb6f115ab6aa2a
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Tue Aug 29 20:50:12 2017 +0200

evas: fix invalid return of evas_textgrid_cellrow_get()

evas_textgrid_cellrow_get() is supposed to return NULL if the row index
fed to the function is outside of the textgrid's range. It was instead
returning garbage pointer.

@fix
---
 src/lib/evas/canvas/evas_object_textgrid.c | 7 ++-
 1 file changed, 2 insertions(+), 5 deletions(-)

diff --git a/src/lib/evas/canvas/evas_object_textgrid.c 
b/src/lib/evas/canvas/evas_object_textgrid.c
index 870db7be2a..0a46b04093 100644
--- a/src/lib/evas/canvas/evas_object_textgrid.c
+++ b/src/lib/evas/canvas/evas_object_textgrid.c
@@ -1410,14 +1410,11 @@ _evas_textgrid_cellrow_set(Eo *eo_obj EINA_UNUSED, 
Evas_Textgrid_Data *o, int y,
 EOLIAN static Evas_Textgrid_Cell*
 _evas_textgrid_cellrow_get(const Eo *eo_obj EINA_UNUSED, Evas_Textgrid_Data 
*o, int y)
 {
-   Evas_Textgrid_Cell *ret;
Evas_Object_Protected_Data *obj = efl_data_scope_get(eo_obj, 
EFL_CANVAS_OBJECT_CLASS);
evas_object_async_block(obj);
-   if ((y < 0) || (y >= o->cur.h)) ret = NULL;
+   if ((y < 0) || (y >= o->cur.h)) return NULL;
 
-   ret = o->cur.cells + (y * o->cur.w);
-
-   return ret;
+   return o->cur.cells + (y * o->cur.w);
 }
 
 EOLIAN static void

-- 

[EGIT] [core/efl] master 01/01: elm: fix uninitialized variables

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=172cf67d161626bd97e16a9508e4e803c711c156

commit 172cf67d161626bd97e16a9508e4e803c711c156
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Tue Aug 29 20:41:40 2017 +0200

elm: fix uninitialized variables
---
 src/lib/elementary/efl_ui_textpath.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/src/lib/elementary/efl_ui_textpath.c 
b/src/lib/elementary/efl_ui_textpath.c
index 57d4f55810..eb82a45435 100644
--- a/src/lib/elementary/efl_ui_textpath.c
+++ b/src/lib/elementary/efl_ui_textpath.c
@@ -231,7 +231,7 @@ _text_draw(Efl_Ui_Textpath_Data *pd)
double slice_unit, slice_len;
int w, h, w1, w2;
int remained_w;
-   int total_slice, drawn_slice;
+   int total_slice, drawn_slice = 0;
int cur_map_point = 0, map_point_no;
 
efl_gfx_size_get(pd->text_obj, , );
@@ -314,7 +314,7 @@ _path_data_get(Eo *obj, Efl_Ui_Textpath_Data *pd, Eina_Bool 
set_min)
 
 while (*cmd != EFL_GFX_PATH_COMMAND_TYPE_END)
   {
- double px0, py0, ctrl_x0, ctrl_y0, ctrl_x1, ctrl_y1, px1, py1;
+ double px0 = 0.0, py0 = 0.0, ctrl_x0, ctrl_y0, ctrl_x1, ctrl_y1, 
px1, py1;
 
  if (*cmd == EFL_GFX_PATH_COMMAND_TYPE_MOVE_TO)
{

-- 

[EGIT] [website/www-content] master 01/01: Wiki page osx-start changed with summary [Homebrew ships 1.20.2] by Jean Guyomarc'h

[Jean Guyomarc'h]

WWW-www.enlightenment.org pushed a commit to branch master.

http://git.enlightenment.org/website/www-content.git/commit/?id=5e09719b2565860e26572f081855a18bcc659a27

commit 5e09719b2565860e26572f081855a18bcc659a27
Author: Jean Guyomarc'h <jean.guyoma...@gmail.com>
Date:   Tue Aug 22 13:30:44 2017 -0700

Wiki page osx-start changed with summary [Homebrew ships 1.20.2] by Jean 
Guyomarc'h
---
 pages/distros/osx-start.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/pages/distros/osx-start.txt b/pages/distros/osx-start.txt
index 435b284b..3ee2c4e4 100644
--- a/pages/distros/osx-start.txt
+++ b/pages/distros/osx-start.txt
@@ -22,7 +22,7 @@ brew install efl   # To install EFL
 
 
 And that's it! Enjoy your freshly distributed EFL :-).
-The distributed version of EFL is 
[[http://braumeister.org/formula/efl|1.18.4]].
+The distributed version of EFL is 
[[http://braumeister.org/formula/efl|1.20.2]].
 
 
 == Manual Installation (for EFL DEVELOPERS) ==

-- 

[EGIT] [core/efl] master 01/01: efl: terrible kludge so avoid termination crash on osx

[Jean Guyomarc'h]

stefan pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=9368eedd353a88dd31ba50c71433f81a2978adb5

commit 9368eedd353a88dd31ba50c71433f81a2978adb5
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Thu Mar 23 22:58:08 2017 +0100

efl: terrible kludge so avoid termination crash on osx

Currently, elementary programs crash on termination on macOS (seems
Sierra-specific). This is very nasty, looks like deep memory corruption...
Without valgrind (or like) support on Sierra, it is difficult to
pinpoint the origin of the problem.

Due to the imminient release, and after discussion with @stefan, this
kludge will allow the release to happen.

This commit MUST be reverted just after the release, so we don't
blindfold ourselves!

Ref T5245
---
 src/lib/elementary/elm_module.c  | 14 ++
 src/lib/evas/common/evas_thread_render.c | 14 ++
 2 files changed, 28 insertions(+)

diff --git a/src/lib/elementary/elm_module.c b/src/lib/elementary/elm_module.c
index 03f70dc032..a987c9e23c 100644
--- a/src/lib/elementary/elm_module.c
+++ b/src/lib/elementary/elm_module.c
@@ -190,8 +190,22 @@ _elm_module_unload(Elm_Module *m)
if (m->module)
  {
 if (m->shutdown_func) m->shutdown_func(m);
+#if defined(__APPLE__) && defined(__MACH__)
+   /*
+* FIXME
+*
+* MacOS currently undergo a fatal issue on shutdown: dlsym()
+* crashes. I still have no clue why... Sue to the imminent release,
+* let's NOT shutdown the module. Do nothing...
+*
+* THIS IS A TERRIBLE KLUDGE. IT MUST NOT STAY AFTER THE RELEASE OCCURS!
+*
+* FIXME
+*/
+#else
 eina_module_unload(m->module);
 eina_module_free(m->module);
+#endif
 m->module = NULL;
  }
m->shutdown_func = NULL;
diff --git a/src/lib/evas/common/evas_thread_render.c 
b/src/lib/evas/common/evas_thread_render.c
index bbde81a657..2f3b291927 100644
--- a/src/lib/evas/common/evas_thread_render.c
+++ b/src/lib/evas/common/evas_thread_render.c
@@ -261,7 +261,21 @@ evas_thread_shutdown(void)
   }
  }
 
+#if defined(__APPLE__) && defined(__MACH__)
+   /*
+* FIXME
+*
+* MacOS currently undergo a fatal issue on shutdown: pthread_join()
+* crashes. I still have no clue why... Sue to the imminent release,
+* let's NOT join this thread: do nothing at all!
+*
+* THIS IS A TERRIBLE KLUDGE. IT MUST NOT STAY AFTER THE RELEASE OCCURS!
+*
+* FIXME
+*/
+#else
eina_thread_join(evas_thread_worker);
+#endif
 timeout_shutdown:
eina_lock_free(_thread_queue_lock);
eina_condition_free(_thread_queue_condition);

-- 

Re: [E-devel] Compile error on OS X El Capitan 10.11.x

[Jean Guyomarc'h]

Try moving the declaration of  'cid' (clockid_t cid;) after the #if
defined(HAVE_CLOCK_GETTIME) && defined(HAVE_SCHED_GETCPU)
I'm not sure if the label that would precede it will make it feasible, but
you can still open a new scope.

Jean

On Sun, Jul 16, 2017 at 5:33 PM, Jonathan Aquilina <jaquil...@eagleeyet.net>
wrote:

> Hi Jean,
>
> Maybe someone that is experiencing this issue can git bisect to see what
> commit potentially broke things.
> ---
>
> Regards,
>
> Jonathan Aquilina
>
>
> On 2017-07-16 17:10, Jean Guyomarc'h wrote:
>
> Hi,
>
> I cannot test since I only have 10.9 and 10.12 available, but maybe
> commit cc4c40769d106fdc3c8faaa57f867b7e5ca47fa2 can give you some hints.
>
> Jean
>
> On Sun, Jul 16, 2017 at 12:27 PM, Adrien Nader <adr...@notk.org> wrote:
>
> Hi,
>
> I noticed the following which seems 100% related :
> https://github.com/rbenv/ruby-build/issues/999
>
> --
> Adrien
>
> On Fri, Jul 14, 2017, Andrew Williams wrote:
>
> Hi,
>
> EFL is failing to compile on 1 version back OS X:
>
> ---
>
>   CC   lib/eina/lib_eina_libeina_la-eina_debug_bt.lo
>
> lib/eina/eina_debug_bt.c:139:4: error: unknown type name 'clockid_t';
>
> did
>
> you mean 'clock_id_t'?
>
>clockid_t cid;
>
>^
>
>clock_id_t
>
> /usr/include/mach/clock_types.h:53:13: note: 'clock_id_t' declared here
>
> typedef int clock_id_t; /* clock identification
> type */
>
> ^
>
> 1 error generated.
> ---
>
> It seems that clock_gettime etc are not implemented...
>
> Andy
> --
> http://andywilliams.me
> http://ajwillia.ms
> 
>
> --
>
> 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
> enlightenment-devel@lists.sourceforge.net
> 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
> enlightenment-devel@lists.sourceforge.net
> 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
> enlightenment-devel@lists.sourceforge.net
> 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
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [core/efl] master 01/01: evas-gl_cocoa: fix compilation

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=2f9cbb3a3511a7d2c365ea51383db04f67ac8124

commit 2f9cbb3a3511a7d2c365ea51383db04f67ac8124
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Sun Jul 16 17:26:41 2017 +0200

evas-gl_cocoa: fix compilation

Booo for commit 2e6587a14b5e301e66f0ec5ef080eccb897b0fc5.
---
 src/modules/evas/engines/gl_cocoa/evas_outbuf.m | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/modules/evas/engines/gl_cocoa/evas_outbuf.m 
b/src/modules/evas/engines/gl_cocoa/evas_outbuf.m
index a2187e8c9b..d2ebc86d4f 100644
--- a/src/modules/evas/engines/gl_cocoa/evas_outbuf.m
+++ b/src/modules/evas/engines/gl_cocoa/evas_outbuf.m
@@ -127,7 +127,7 @@ evas_outbuf_new(Evas_Engine_Info_GL_Cocoa *info,
  }
ob->ns_gl_view = glview;
[[glview openGLContext] makeCurrentContext];
-   * glsym_evas_gl_symbols(_dlsym, NULL); /* XXX: NULL is ok for now for extns
+   glsym_evas_gl_symbols(_dlsym, NULL); /* XXX: NULL is ok for now for extns
* but i need to find out howon osx to get the extension string list
* for egl/whatever */
 

-- 

Re: [E-devel] Compile error on OS X El Capitan 10.11.x

[Jean Guyomarc'h]

Hi,

I cannot test since I only have 10.9 and 10.12 available, but maybe
commit cc4c40769d106fdc3c8faaa57f867b7e5ca47fa2 can give you some hints.

Jean

On Sun, Jul 16, 2017 at 12:27 PM, Adrien Nader  wrote:

> Hi,
>
> I noticed the following which seems 100% related :
> https://github.com/rbenv/ruby-build/issues/999
>
> --
> Adrien
>
> On Fri, Jul 14, 2017, Andrew Williams wrote:
> > Hi,
> >
> > EFL is failing to compile on 1 version back OS X:
> >
> > ---
> >
> >   CC   lib/eina/lib_eina_libeina_la-eina_debug_bt.lo
> >
> > lib/eina/eina_debug_bt.c:139:4: error: unknown type name 'clockid_t';
> did
> > you mean 'clock_id_t'?
> >
> >clockid_t cid;
> >
> >^
> >
> >clock_id_t
> >
> > /usr/include/mach/clock_types.h:53:13: note: 'clock_id_t' declared here
> >
> > typedef int clock_id_t; /* clock identification
> > type */
> >
> > ^
> >
> > 1 error generated.
> > ---
> >
> > It seems that clock_gettime etc are not implemented...
> >
> > Andy
> > --
> > http://andywilliams.me
> > http://ajwillia.ms
> > 
> --
> > 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
> > enlightenment-devel@lists.sourceforge.net
> > 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
> enlightenment-devel@lists.sourceforge.net
> 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
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Enlightenment Mac issues

[Jean Guyomarc'h]

You can use https://git.enlightenment.org/devs/jayji/osx-packager.git/ to
create macOS packages.


Jean

On Sat, Jul 15, 2017 at 11:02 AM, Jonathan Aquilina  wrote:

> Hi Andy,
>
> If you want to mentor me I am willing to give it a stab.
>
> ---
> Regards,
>
> Jonathan Aquilina
>
> On 2017-07-14 23:16, Andrew Williams wrote:
>
> > Hi,
> >
> > I've not got to packaging the apps as OS X bundles yet, but it's a good
> idea.
> >
> > Andy
> >
> > On Fri, 14 Jul 2017 at 19:09, Jonathan Aquilina 
> wrote:
> >
> > Andrew quick question can we get an application launcher on the desktop
> of ones Mac to launch elder?
> >
> > Sent from my iPhone
> >
> > On 14 Jul 2017, at 14:31, Andrew Williams  wrote:
> >
> > Sounds great. I updated the bootstrap a little yesterday so that it
> correctly sets up shells to run efl apps.
> > If you can't launch efler by simply typing "efler" then either run
> bootstrap again or source /etc/profile from your shell then run "efler
> upgrade efler" to fix that permanently :)
> >
> > Apologies for the inconvenience,
> > Andy
> >
> > On Sun, 25 Jun 2017 at 08:53, Jonathan Aquilina 
> wrote:
> >
> > Hi Andrew,
> >
> > If this script works is it safe to say that the documentation that I
> linked below can it be updated to clean up the document so it mentions your
> script?
> >
> > ---
> > Regards,
> >
> > Jonathan Aquilina
> >
> > On 2017-06-25 09:38, Andrew Williams wrote:
> > Hi,
> >
> > It's pulling everything from git master right now.
> > It would be good to shift that to lastest releases at some point but I
> was scatching my own itch primarily :)
> >
> > Andy
> >
> > On Sun, 25 Jun 2017 at 07:59 Jonathan Aquilina 
> wrote:
> >
> > This is pretty sweet I must say. Will this install EFL from git or the
> latest stable version?
> >
> > ---
> > Regards,
> >
> > Jonathan Aquilina
> >
> > On 2017-06-25 08:57, Andrew Williams wrote:
> > Hi,
> >
> > I just use my efler bootstrap on Mac - it worked last time I tested a few
> > weeks back...
> >
> > Http://bit.ly/efler
> >
> > May it works for you too?
> > On Sun, 25 Jun 2017 at 08:46, Jonathan Aquilina  >
> > wrote:
> >
> > Hi All,
> >
> > Thought I would post this to the list as this is probably where I can
> > get the best help from someone whose already doing enlightenment work on
> > mac.
> >
> > I am working on manually setting up efl on my air, as per the
> > documentation here.
> >
> > https://www.enlightenment.org/distros/osx-start
> >
> > I am on the dependencies with home brew section. The first command to
> > install the dependencies is no issue and installs them correctly the
> > second command is where the problems start.
> >
> > With the brew migrate dbus i get the following
> >
> > Error: No such keg: /usr/local/Cellar/d-bus
> >
> > Any ideas or suggestions as to what needs to be done to rectify the
> > issue?
> >
> > --
> > Regards,
> >
> > Jonathan Aquilina
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org [1]! http://sdm.link/slashdot
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
> --
> http://andywilliams.me
> http://ajwillia.ms
> --
> http://andywilliams.me
> http://ajwillia.ms
> --
> http://andywilliams.me
> http://ajwillia.ms
>
> Links:
> --
> [1] http://Slashdot.org
> 
> --
> 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
> enlightenment-devel@lists.sourceforge.net
> 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
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] EFL 1.20.0 beta 2

[Jean Guyomarc'h]

Hi,

I haven't tested the beta2 on osx, but it was "fine" (except the infamous
segfault when ending a graphical program) during alpha phase.
I'll try to have a look during the week, but since my hardware is dying,
build times are terrible, which make development harder.

Jean

On Wed, Jul 12, 2017 at 12:50 PM, Andrew Williams 
wrote:

> Hi,
>
> Have people been testing on OS X in the last week? I just updated to master
> (almost the same as beta2?) and I see many new issues / regressions. Will
> document them in tickets and link here later.
>
> Thanks,
> Andy
> On Wed, 12 Jul 2017 at 11:02, Stefan Schmidt 
> wrote:
>
> > Hello.
> >
> > On 07/12/2017 02:49 AM, William L. Thomson Jr. wrote:
> > > On Tue, 11 Jul 2017 23:51:54 +0200
> > > Stefan Schmidt  wrote:
> > >
> > >> Second beta release for the 1.20 release cycle. Please give it some
> > >> good testing
> > >>
> > >> **Download**
> > >>
> > >> http://download.enlightenment.org/rel/libs/efl/efl-1.20.0-
> beta2.tar.gz
> > >> 1a845c6cfdb139d25bc29d7bfdbc15bcf7d246aad2d1f6be3218f7925cfd7078
> > >>
> > >> http://download.enlightenment.org/rel/libs/efl/efl-1.20.0-
> beta2.tar.xz
> > >> b0f33bc39b28ea13c2581326b2544f8a75935f0c877ba2db790531021764f82b
> > >
> > > Failed to build with same issue as beta1. Which I thought was fixed?
> >
> > I was under the same impression. That this was fixed.
> >
> > > make[4]: *** No rule to make target 'lib/efl_wl/copiedfromweston.x',
> > > needed by ' lib/efl_wl/libefl_wl.la'.  Stop.
> > >
> > >   * ERROR: dev-libs/efl-1.20.0_beta2::os-xtoo failed (compile phase):
> > >   *   emake failed
> >
> > I was able to reproduce this here now. Will ahve a look to get this
> fixed.
> >
> > regards
> > Stefan Schmidt
> >
> >
> > 
> --
> > 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
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
> --
> http://andywilliams.me
> http://ajwillia.ms
> 
> --
> 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
> enlightenment-devel@lists.sourceforge.net
> 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
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [core/efl] master 01/01: eina, ecore_cocoa: fix detection of the macOS SDK version

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=077791b7cc457d371f0d0b7a69d25238f5c6c352

commit 077791b7cc457d371f0d0b7a69d25238f5c6c352
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Tue Jun 27 23:09:09 2017 +0200

eina,ecore_cocoa: fix detection of the macOS SDK version

There was trouble with Homebrew's CI to build EFL on a macOS < 10.12
which uses a 10.12 SDK. See PR #13252 on github, Homebrew/homebrew-core
for details.

@fix
---
 src/lib/ecore_cocoa/ecore_cocoa_private.h | 5 +++--
 src/lib/eina/eina_lock.c  | 2 +-
 2 files changed, 4 insertions(+), 3 deletions(-)

diff --git a/src/lib/ecore_cocoa/ecore_cocoa_private.h 
b/src/lib/ecore_cocoa/ecore_cocoa_private.h
index a97d278e88..d2c67ac40d 100644
--- a/src/lib/ecore_cocoa/ecore_cocoa_private.h
+++ b/src/lib/ecore_cocoa/ecore_cocoa_private.h
@@ -30,9 +30,10 @@ extern int _ecore_cocoa_log_domain;
 
 /*
  * macOS Sierra (10.12) deprecated enumeration types in profit to others,
- * more meaningful ones.
+ * more meaningful ones. We define aliases to these new types to use the
+ * most recent API while being retro-compatible.
  */
-#ifndef __MAC_10_12
+#if __MAC_OS_X_VERSION_MIN_REQUIRED < 1012 /* Before 10.12 */
 # define NSWindowStyleMaskTitled NSTitledWindowMask
 # define NSWindowStyleMaskClosable NSClosableWindowMask
 # define NSWindowStyleMaskResizable NSResizableWindowMask
diff --git a/src/lib/eina/eina_lock.c b/src/lib/eina/eina_lock.c
index 5cb834ea00..e8872a65a1 100644
--- a/src/lib/eina/eina_lock.c
+++ b/src/lib/eina/eina_lock.c
@@ -17,7 +17,7 @@
  * stdbool.h, which is not wanted: it would introduce new macros,
  * and break compilation of existing programs.
  */
-# ifdef __MAC_10_12
+# if __MAC_OS_X_VERSION_MIN_REQUIRED >= 1012
 #  include 
 #  define SPINLOCK_GET(LCK) ((os_unfair_lock_t)(LCK))
 # else

-- 

[EGIT] [editors/vim-configs] master 01/01: syntax/eo: add __undefined_type keyword

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/editors/vim-configs.git/commit/?id=d38759074e608bef156f5c416624fdd850bdc77a

commit d38759074e608bef156f5c416624fdd850bdc77a
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Sun Jun 11 20:53:50 2017 +0200

syntax/eo: add __undefined_type keyword
---
 syntax/eo.vim | 1 +
 1 file changed, 1 insertion(+)

diff --git a/syntax/eo.vim b/syntax/eo.vim
index d3bee08..5faea7e 100644
--- a/syntax/eo.vim
+++ b/syntax/eo.vim
@@ -13,6 +13,7 @@ syn keywordeoType int128 uint128 size ssize intptr 
uintptr ptrdiff time
 syn keywordeoType float double ldouble bool void
 syn keywordeoType hash string list accessor array iterator
 syn keywordeoType generic_value stringshare promise void_ptr
+syn keywordeoType __undefined_type
 
 syn keywordeoClassTypes class abstract interface mixin
 syn keywordeoStructure struct enum var

-- 

[EGIT] [core/efl] master 01/03: efl_debugd: enforce void parameter when no arguments are required

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=50a103ee9d9ca57fa8b90d34da63b4e021e122f0

commit 50a103ee9d9ca57fa8b90d34da63b4e021e122f0
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Mon Jun 5 18:59:23 2017 +0200

efl_debugd: enforce void parameter when no arguments are required
---
 src/bin/efl/efl_debugd.c | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/src/bin/efl/efl_debugd.c b/src/bin/efl/efl_debugd.c
index 902a2c6f9d..98db8453d8 100644
--- a/src/bin/efl/efl_debugd.c
+++ b/src/bin/efl/efl_debugd.c
@@ -405,7 +405,7 @@ error:
 }
 
 static void
-_monitor()
+_monitor(void)
 {
 #ifndef _WIN32
 #define MAX_EVENTS 1000
@@ -499,7 +499,7 @@ _monitor()
 }
 
 static char *
-_socket_home_get()
+_socket_home_get(void)
 {
// get possible debug daemon socket directory base
char *ret = NULL;
@@ -518,7 +518,7 @@ _socket_home_get()
 #define LENGTH_OF_SOCKADDR_UN(s) \
(strlen((s)->sun_path) + (size_t)(((struct sockaddr_un *)NULL)->sun_path))
 static int
-_listening_unix_socket_create()
+_listening_unix_socket_create(void)
 {
char buf[1048];
struct sockaddr_un socket_unix;
@@ -577,7 +577,7 @@ end:
 #endif
 
 static int
-_listening_tcp_socket_create()
+_listening_tcp_socket_create(void)
 {
struct sockaddr_in server;
int curstate = 1;
@@ -610,7 +610,7 @@ err:
 }
 
 static Eina_Bool
-_server_launch()
+_server_launch(void)
 {
 #ifndef _WIN32
struct epoll_event event = {0};

-- 

[EGIT] [core/efl] master 02/03: eina: attempt to make the code more portable

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=cc4c40769d106fdc3c8faaa57f867b7e5ca47fa2

commit cc4c40769d106fdc3c8faaa57f867b7e5ca47fa2
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Mon Jun 5 19:00:22 2017 +0200

eina: attempt to make the code more portable

This fixes the build on macOS.
---
 configure.ac|  2 ++
 src/lib/eina/eina_debug_bt.c| 20 
 src/lib/eina/eina_debug_timer.c |  2 +-
 3 files changed, 23 insertions(+), 1 deletion(-)

diff --git a/configure.ac b/configure.ac
index a3240180b7..de1ffef1f1 100644
--- a/configure.ac
+++ b/configure.ac
@@ -683,6 +683,8 @@ geteuid \
 getuid \
 pause \
 gmtime_r \
+pthread_getcpuclockid \
+clock_gettime \
 ])
 
 AC_FUNC_ALLOCA
diff --git a/src/lib/eina/eina_debug_bt.c b/src/lib/eina/eina_debug_bt.c
index a98b852efe..e8c01c1b3e 100644
--- a/src/lib/eina/eina_debug_bt.c
+++ b/src/lib/eina/eina_debug_bt.c
@@ -153,15 +153,35 @@ _signal_handler(int sig EINA_UNUSED,
eina_semaphore_release(&_wait_for_bts_sem, 1);
return;
 found:
+   /*
+* Below is very non-portable code!
+*
+* - clock_gettime() is not implemented on macOS < 10.12
+* - sched_getcpu() is not implemented on macOS
+* - pthread_getcpuclockid() is not implemented on macOS
+* - CLOCK_THREAD_CPUTIME_ID should be identical to pthread_getcpuclockid(),
+*   but it requires POSIX thingies to be defined.
+*/
+#if defined(HAVE_CLOCK_GETTIME) && defined(HAVE_SCHED_GETCPU)
// store thread info like what cpu core we are on now (not reliable
// but hey - better than nothing), the amount of cpu time total
// we have consumed (it's cumulative so subtracing deltas can give
// you an average amount of cpu time consumed between now and the
// previous time we looked) and also a full backtrace
_bt_cpu[slot] = sched_getcpu();
+# ifdef HAVE_PTHREAD_GETCPUCLOCKID
+   /* Try pthread_getcpuclockid() first */
pthread_getcpuclockid(self, );
+# elif defined(_POSIX_THREAD_CPUTIME)
+   /* Fallback to POSIX clock id. */
+   cid = CLOCK_THREAD_CPUTIME_ID;
+# else
+   /* Boom, we lost */
+#  error Cannot determine the clock id for clock_gettime()
+# endif
clock_gettime(cid, &(_bt_ts[slot]));
_bt_buf_len[slot] = _eina_debug_unwind_bt(_bt_buf[slot], EINA_MAX_BT);
+#endif /* HAVE_CLOCK_GETTIME && HAVE_SCHED_GETCPU */
// now wake up the monitor to let them know we are done collecting our
// backtrace info
eina_semaphore_release(&_wait_for_bts_sem, 1);
diff --git a/src/lib/eina/eina_debug_timer.c b/src/lib/eina/eina_debug_timer.c
index ece2db6903..fa3fd1a549 100644
--- a/src/lib/eina/eina_debug_timer.c
+++ b/src/lib/eina/eina_debug_timer.c
@@ -84,7 +84,7 @@ end:
 static void *
 _monitor(void *_data EINA_UNUSED)
 {
-#ifndef _WIN32
+#ifdef HAVE_SYS_EPOLL_H
 #define MAX_EVENTS   4
struct epoll_event event;
struct epoll_event events[MAX_EVENTS];

-- 

[EGIT] [core/efl] master 03/03: efl_debugd: don't compile this on macOS

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=e9f727044b38b1e1897dc28161d355f0d18a4ecb

commit e9f727044b38b1e1897dc28161d355f0d18a4ecb
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Mon Jun 5 19:02:33 2017 +0200

efl_debugd: don't compile this on macOS

Well, the build is broken again on macOS :(
efl_debugd is full of platform-specific code: network and epoll.
To make it compile (not work as expected, just compile), we would need
to comment out most of efl_debugd's code. So instead of having a
crippled, useless binary, just don't compile it on macOS.

This unbreaks the build for macOS.
---
 src/Makefile_Efl.am | 12 +---
 1 file changed, 9 insertions(+), 3 deletions(-)

diff --git a/src/Makefile_Efl.am b/src/Makefile_Efl.am
index 6fda23e101..f501c8254f 100644
--- a/src/Makefile_Efl.am
+++ b/src/Makefile_Efl.am
@@ -162,9 +162,15 @@ endif
 
 ### Binary
 
-bin_PROGRAMS += \
-bin/efl/efl_debugd \
-bin/efl/efl_debug
+bin_PROGRAMS += bin/efl/efl_debug
+
+# FIXME efl_debugd for now is too linux-specific. It cannot compile under
+# macOS/windows without commenting out most of the code. So, instead of
+# having an efl_debugd that won't do anything on macOS, we just wont't
+# compile it, until we've made it cross-platform.
+if !HAVE_OSX
+bin_PROGRAMS += bin/efl/efl_debugd
+endif
 
 bin_efl_efl_debugd_SOURCES = bin/efl/efl_debugd.c
 bin_efl_efl_debugd_CPPFLAGS = -I$(top_builddir)/src/bin/efl @EINA_CFLAGS@ 
@ECORE_CFLAGS@ @ECORE_CON_CFLAGS@

-- 

[EGIT] [apps/terminology] master 01/01: termio: fix mouse button event tracking in vim

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/apps/terminology.git/commit/?id=97469490fb0a4c2d347b3178c16f2605d4b0fe2d

commit 97469490fb0a4c2d347b3178c16f2605d4b0fe2d
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Sun Jun 4 23:56:38 2017 +0200

termio: fix mouse button event tracking in vim

Commit 9e0b63403f423b12172a010d71d1d5f67788df29 caused mouse events not
to be processed correctly by vim. Resizing subwindows with the mouse was
fully broken.

Without the mouse button information, the button event tracking could
not be forwarded to the terminal.
---
 src/bin/termio.c | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/src/bin/termio.c b/src/bin/termio.c
index e907498..b1ca5fd 100644
--- a/src/bin/termio.c
+++ b/src/bin/termio.c
@@ -3793,7 +3793,7 @@ _rep_mouse_up(Termio *sd, Evas_Event_Mouse_Up *ev, int 
cx, int cy)
 }
 
 static Eina_Bool
-_rep_mouse_move(Termio *sd, int cx, int cy)
+_rep_mouse_move(Termio *sd, Evas_Event_Mouse_Move *ev, int cx, int cy)
 {
char buf[64];
Eina_Bool ret = EINA_FALSE;
@@ -3807,7 +3807,7 @@ _rep_mouse_move(Termio *sd, int cx, int cy)
if ((!sd->mouse.button) && (sd->pty->mouse_mode == MOUSE_NORMAL_BTN_MOVE))
  return EINA_FALSE;
 
-   btn = - 1;
+   btn = sd->mouse.button - 1;
 
switch (sd->pty->mouse_ext)
  {
@@ -4400,7 +4400,7 @@ _smart_cb_mouse_move(void *data,
sd->mouse.cx = cx;
sd->mouse.cy = cy;
if (!shift && !ctrl)
- if (_rep_mouse_move(sd, cx, cy)) return;
+ if (_rep_mouse_move(sd, ev, cx, cy)) return;
if (sd->link.down.dnd)
  {
 sd->pty->selection.makesel = EINA_FALSE;

-- 

[EGIT] [apps/terminology] master 01/02: termptyesc: improve const-correctness of data

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/apps/terminology.git/commit/?id=20cbab21fc5554d90c2f963680ce791f3ba16750

commit 20cbab21fc5554d90c2f963680ce791f3ba16750
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Sun Jun 4 18:35:22 2017 +0200

termptyesc: improve const-correctness of data
---
 src/bin/termptyesc.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/bin/termptyesc.c b/src/bin/termptyesc.c
index 732b26a..1ca53c5 100644
--- a/src/bin/termptyesc.c
+++ b/src/bin/termptyesc.c
@@ -32,7 +32,7 @@
  * if not enough bytes could be read
  */
 
-static const char *ASCII_CHARS_TABLE[] =
+static const char *const ASCII_CHARS_TABLE[] =
 {
"NUL", // '\0'
"SOH", // '\001'

-- 

[EGIT] [apps/terminology] master 02/02: termptyesc: fix invalid clamping on CSI X

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/apps/terminology.git/commit/?id=ede4196eae7856c5fca6df82bea341009dc51cf9

commit ede4196eae7856c5fca6df82bea341009dc51cf9
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Sun Jun 4 18:35:46 2017 +0200

termptyesc: fix invalid clamping on CSI X

Fixes a regression introduced by commit bd6c81e, which broke the ncurses
rendering of the Kernel menuconfig, making it impossible to be used.
---
 src/bin/termptyesc.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/bin/termptyesc.c b/src/bin/termptyesc.c
index 1ca53c5..35183f8 100644
--- a/src/bin/termptyesc.c
+++ b/src/bin/termptyesc.c
@@ -982,7 +982,7 @@ _handle_esc_csi(Termpty *ty, const Eina_Unicode *c, 
Eina_Unicode *ce)
 break;
   case 'X': // erase N chars
 arg = _csi_arg_get();
-TERMPTY_RESTRICT_FIELD(arg, 1, ty->h);
+TERMPTY_RESTRICT_FIELD(arg, 1, ty->w);
 DBG("erase %d chars", arg);
 termpty_clear_line(ty, TERMPTY_CLR_END, arg);
 break;

-- 

Re: [E-devel] [EGIT] [core/efl] master 05/08: evas: Make Efl.Canvas.Object.type internal

[Jean Guyomarc'h]

Hi,

cc4e101ba1511e0c5b57654f05139f0a51f4e00d should fix your link issue.
At least it does for me :)

Jean

On Mon, May 22, 2017 at 3:01 PM, Mike Blumenkrantz <
michael.blumenkra...@gmail.com> wrote:

> I don't know anything about that.
>
> On Mon, May 22, 2017 at 8:07 AM Mykyta Biliavskyi <
> m.biliavs...@samsung.com>
> wrote:
>
> > Thanks for the fix.
> > But build still broken. Another place.
> >
> > New build log:
> >  CC   lib/elementary/lib_elementary_libelementary_la-
> > efl_ui_focus_manager_sub.lo
> >   CC   lib/elementary/lib_elementary_libelementary_la-
> > efl_ui_focus_object.lo
> >   CCLD lib/elementary/libelementary.la
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-
> > elc_fileselector.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-
> > elc_fileselector_button.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-
> > elc_fileselector_entry.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_hoversel.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-
> > elc_multibuttonentry.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-
> > elc_naviframe.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_player.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_popup.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-
> > elc_scrolled_entry.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-elm_access.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-
> > elm_actionslider.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-
> > elm_atspi_app_object.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-
> > elm_atspi_bridge.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-elm_bg.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-elm_box.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-elm_bubble.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-
> > efl_ui_button.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-elm_calendar.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-efl_ui_check.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > lib/elementary/.libs/lib_elementary_libelementary_la-elc_ctxpopup.o
> > lib/elementary/.libs/lib_elementary_libelementary_la-elm_clock.o
> > duplicate symbol _ELM_CNP_EVENT_SELECTION_CHANGED in:
> > 

[EGIT] [core/efl] master 01/01: elementary: fix global declaration

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=cc4e101ba1511e0c5b57654f05139f0a51f4e00d

commit cc4e101ba1511e0c5b57654f05139f0a51f4e00d
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Mon May 22 19:39:10 2017 +0200

elementary: fix global declaration

Don't DEFINE a global in a header, DECLARE it instead!
This fixes link on macOS.
---
 src/lib/elementary/elm_cnp.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/lib/elementary/elm_cnp.h b/src/lib/elementary/elm_cnp.h
index 1c92f11..e48fe64 100644
--- a/src/lib/elementary/elm_cnp.h
+++ b/src/lib/elementary/elm_cnp.h
@@ -48,7 +48,7 @@
  * @see Elm_Cnp_Event_Selection_Changed
  * @since 1.20
  */
-EAPI int ELM_CNP_EVENT_SELECTION_CHANGED;
+EAPI extern int ELM_CNP_EVENT_SELECTION_CHANGED;
 
 /**
  * Defines the types of selection property names.

-- 

Re: [E-devel] Express UI Ideas

[Jean Guyomarc'h]

This mock-up definitely deserves an award ;)

Jean

On Tue, May 16, 2017 at 2:47 PM, Al Poole  wrote:

> Don't laugh!!!
>
> Here:
>
> https://www.enlightenment.org/ss/display.php?image=e-
> 591af47330ac05.05652499.jpg
>
> :D
>
> On Thu, May 11, 2017 at 6:58 PM, Christopher Michael <
> cp.mich...@samsung.com
> > wrote:
>
> > On 05/11/2017 01:55 PM, Vincent Torri wrote:
> > > On Thu, May 11, 2017 at 7:08 PM, Christopher Michael
> > >  wrote:
> > >>
> > >> Hello All,
> > >>
> > >> As some of you may know, I have been refactoring the backend of the
> > >> Express IRC client. Well, the backend has reached a good stable point
> > >> with most IRC commands/responses being handled now (CTCP/DCC still
> need
> > >> implementing).
> > >>
> > >> I'd like to move on in refactoring the UIso I am writting this
> email
> > >> in order to solicit ideas from the community with regard to what users
> > >> would like to see in an IRC front-end.
> > >>
> > >> I would like to stay away from something as boring as an X-Chat
> > >> interface...preferring to come up with a unique interface that
> showcases
> > >> EFL abilities.
> > >>
> > >> If anyone would like to submit ideas (preferrably with attached
> mockups
> > >> or some ASCII art which demonstrates the idea), please feel free.
> > >
> > > do you plan to change your mind and not using the terminology UI ?
> > >
> > > Vincent
> > >
> >
> > The "terminology" type UI is still "on the table" as an option... I was
> > just looking for other ideassomething "unique". If/When we get a few
> > of these ideas, we could put them to a vote (perhaps a Phab poll).
> >
> > Chris
> >
> >
> > 
> > --
> > 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
> > enlightenment-devel@lists.sourceforge.net
> > 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
> enlightenment-devel@lists.sourceforge.net
> 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
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [core/efl] master 01/02: ecore_input: suppress warning (unused parameter)

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=9ac6ad4943ea44c80c3316aed97afd00cf64e0cb

commit 9ac6ad4943ea44c80c3316aed97afd00cf64e0cb
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Thu Apr 20 20:49:08 2017 +0200

ecore_input: suppress warning (unused parameter)
---
 src/lib/ecore_input/ecore_input_joystick.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/src/lib/ecore_input/ecore_input_joystick.c 
b/src/lib/ecore_input/ecore_input_joystick.c
index 7051597..d809a4b 100644
--- a/src/lib/ecore_input/ecore_input_joystick.c
+++ b/src/lib/ecore_input/ecore_input_joystick.c
@@ -643,6 +643,8 @@ ecore_input_joystick_name_get(int index)
  return eina_slstr_copy_new(name);
   }
  }
+#else
+   (void) index;
 #endif
return NULL;
 }

-- 

[EGIT] [core/efl] master 02/02: ecore_evas: fix link issue on macOS

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=d340d85a1f15057999d635d997402ddf0ac50528

commit d340d85a1f15057999d635d997402ddf0ac50528
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Tue May 9 21:24:11 2017 +0200

ecore_evas: fix link issue on macOS

696ed3e2e8f97de482e98db34997ad1848da985d introduced a build failure on
macOS. _ecore_evas_subregister is being used in a foreign code module,
but it was not exported. Enforcing EAPI gives this symbol enough
visibility to be used outside of ecore_evas.
---
 src/lib/ecore_evas/ecore_evas.c | 2 +-
 src/lib/ecore_evas/ecore_evas_private.h | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/src/lib/ecore_evas/ecore_evas.c b/src/lib/ecore_evas/ecore_evas.c
index ac525fd..124305f 100644
--- a/src/lib/ecore_evas/ecore_evas.c
+++ b/src/lib/ecore_evas/ecore_evas.c
@@ -3098,7 +3098,7 @@ _ecore_evas_register(Ecore_Evas *ee)
  evas_event_callback_add(ee->evas, EVAS_CALLBACK_RENDER_POST, 
_evas_evas_buffer_rendered, ee);
 }
 
-void
+EAPI void
 _ecore_evas_subregister(Ecore_Evas *ee_target, Ecore_Evas *ee)
 {
_ecore_evas_register_animators(ee);
diff --git a/src/lib/ecore_evas/ecore_evas_private.h 
b/src/lib/ecore_evas/ecore_evas_private.h
index 3bfacdc..e905209 100644
--- a/src/lib/ecore_evas/ecore_evas_private.h
+++ b/src/lib/ecore_evas/ecore_evas_private.h
@@ -390,7 +390,7 @@ EAPI void _ecore_evas_fps_debug_init(void);
 EAPI void _ecore_evas_fps_debug_shutdown(void);
 EAPI void _ecore_evas_fps_debug_rendertime_add(double t);
 EAPI void _ecore_evas_register(Ecore_Evas *ee);
-void _ecore_evas_subregister(Ecore_Evas *ee_target, Ecore_Evas *ee);
+EAPI void _ecore_evas_subregister(Ecore_Evas *ee_target, Ecore_Evas *ee);
 EAPI void _ecore_evas_register_animators(Ecore_Evas *ee);
 EAPI void _ecore_evas_free(Ecore_Evas *ee);
 EAPI void _ecore_evas_idle_timeout_update(Ecore_Evas *ee);

-- 

[EGIT] [core/efl] master 01/01: eolian: help and version shall not cause an error exit status

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=b67c13810baf5ec37f78312501acddac13b1d95a

commit b67c13810baf5ec37f78312501acddac13b1d95a
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Sat May 6 21:15:40 2017 +0200

eolian: help and version shall not cause an error exit status

eolian_gen called with --help or --version is a valid action. It shall
terminates with the 0 exit status.
---
 src/bin/eolian/main.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/src/bin/eolian/main.c b/src/bin/eolian/main.c
index 25324c9..ece44a5 100644
--- a/src/bin/eolian/main.c
+++ b/src/bin/eolian/main.c
@@ -460,9 +460,11 @@ main(int argc, char **argv)
   break;
 case 'h':
   _print_usage(argv[0], stdout);
+  pret = 0;
   goto end;
 case 'v':
   _print_version(stdout);
+  pret = 0;
   goto end;
 default:
   _print_usage(argv[0], stderr);

-- 

Re: [E-devel] [EGIT] [core/efl] master 01/01: ecore_imf: Add ecore_imf_context_keyboard_mode_get API

[Jean Guyomarc'h]

Hi,

this patch broke the build (at least on
macOS). Ecore_IMF_Input_Panel_Keyboard_Mode does not seem to be a
well-defined type. Grep told me nothing about it.
Was a header omitted in this patch?

Best regards,

Jean

On Mon, Apr 17, 2017 at 9:53 AM, Jihoon Kim  wrote:

> jihoon pushed a commit to branch master.
>
> http://git.enlightenment.org/core/efl.git/commit/?id=
> 4533eef59b3b84c28ed6cd5814d753291df3f6f1
>
> commit 4533eef59b3b84c28ed6cd5814d753291df3f6f1
> Author: Jihoon Kim 
> Date:   Mon Apr 17 16:53:50 2017 +0900
>
> ecore_imf: Add ecore_imf_context_keyboard_mode_get API
>
> Summary:
> When the keyboard mode state is changed, the keyboard_mode_event_cb
> will be called, too.
> But there is no way to get keyboard mode manually.
>
> Test Plan: Tested in Tizen device
>
> Reviewers: jihoon, woohyun, id213sin
>
> Reviewed By: jihoon
>
> Subscribers: jpeg, z-wony, jsuya, cedric
>
> Differential Revision: https://phab.enlightenment.org/D4786
> ---
>  src/lib/ecore_imf/Ecore_IMF.h | 12 
>  src/lib/ecore_imf/ecore_imf_context.c | 16 
>  2 files changed, 28 insertions(+)
>
> diff --git a/src/lib/ecore_imf/Ecore_IMF.h b/src/lib/ecore_imf/Ecore_IMF.h
> index 6bca58f..8f2fa2a 100644
> --- a/src/lib/ecore_imf/Ecore_IMF.h
> +++ b/src/lib/ecore_imf/Ecore_IMF.h
> @@ -700,6 +700,7 @@ struct _Ecore_IMF_Context_Class
> void (*candidate_panel_geometry_get)(Ecore_IMF_Context *ctx, int *x,
> int *y, int *w, int *h); /**< Return the candidate panel geometry */
> void (*input_hint_set) (Ecore_IMF_Context *ctx, Ecore_IMF_Input_Hints
> input_hints); /**< Sets input hint to fine-tune input methods behavior */
> void (*bidi_direction_set) (Ecore_IMF_Context *ctx,
> Ecore_IMF_BiDi_Direction direction); /**< Set bidirectionality at the
> cursor position */
> +   Ecore_IMF_Input_Panel_Keyboard_Mode (*keyboard_mode_get)
> (Ecore_IMF_Context *ctx); /**< Return the current keyboard mode of the
> input panel */
>  };
>
>  /**
> @@ -1861,6 +1862,17 @@ EAPI void
> ecore_imf_context_bidi_direction_set(Ecore_IM
>   */
>  EAPI Ecore_IMF_BiDi_Direction  ecore_imf_context_bidi_
> direction_get(Ecore_IMF_Context *ctx);
>
> +/**
> + * @ingroup Ecore_IMF_Context_Group
> + * @brief Get the keyboard mode on the input panel.
> + *
> + * @since 1.20.0
> + *
> + * @param[in] ctx An #Ecore_IMF_Context
> + * @return the keyboard mode
> + */
> +EAPI Ecore_IMF_Input_Panel_Keyboard_Mode 
> ecore_imf_context_keyboard_mode_get(Ecore_IMF_Context
> *ctx);
> +
>  /* The following entry points must be exported by each input method module
>   */
>
> diff --git a/src/lib/ecore_imf/ecore_imf_context.c
> b/src/lib/ecore_imf/ecore_imf_context.c
> index d6fd854..a7289ba 100644
> --- a/src/lib/ecore_imf/ecore_imf_context.c
> +++ b/src/lib/ecore_imf/ecore_imf_context.c
> @@ -1391,3 +1391,19 @@ ecore_imf_context_bidi_direction_get(Ecore_IMF_Context
> *ctx)
> return ctx->bidi_direction;
>  }
>
> +EAPI Ecore_IMF_Input_Panel_Keyboard_Mode
> +ecore_imf_context_keyboard_mode_get(Ecore_IMF_Context *ctx)
> +{
> +   Ecore_IMF_Input_Panel_Keyboard_Mode mode = ECORE_IMF_INPUT_PANEL_SW_
> KEYBOARD_MODE;
> +   if (!ECORE_MAGIC_CHECK(ctx, ECORE_MAGIC_CONTEXT))
> + {
> +ECORE_MAGIC_FAIL(ctx, ECORE_MAGIC_CONTEXT,
> + "ecore_imf_context_keyboard_mode_get");
> +return ECORE_IMF_INPUT_PANEL_SW_KEYBOARD_MODE;
> + }
> +
> +   if (ctx->klass->keyboard_mode_get)
> + mode = ctx->klass->keyboard_mode_get(ctx);
> +
> +   return mode;
> +}
>
> --
>
>
>
--
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
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [core/efl] master 01/01: ecore: fix build on macOS

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=8f0402e2fbd794cc0fb11964ba4783a5b2061b6e

commit 8f0402e2fbd794cc0fb11964ba4783a5b2061b6e
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Mon Apr 17 09:55:34 2017 +0200

ecore: fix build on macOS

Epoll/timerfd is not available on "everything but Windows".
This fixes a76ebea2d840ecc575efb025574c15503225b83f.
---
 src/lib/ecore/ecore_pipe.c | 14 +-
 1 file changed, 9 insertions(+), 5 deletions(-)

diff --git a/src/lib/ecore/ecore_pipe.c b/src/lib/ecore/ecore_pipe.c
index 4027a74..49b79be 100644
--- a/src/lib/ecore/ecore_pipe.c
+++ b/src/lib/ecore/ecore_pipe.c
@@ -66,8 +66,12 @@
 
 #else
 
-# include 
-# include 
+# ifdef HAVE_SYS_EPOLL_H
+#  include 
+# endif /* HAVE_SYS_EPOLL_H */
+# ifdef HAVE_SYS_TIMERFD_H
+#  include 
+# endif
 # include 
 # include 
 
@@ -360,7 +364,7 @@ ecore_pipe_full_add(Ecore_Pipe_Cb handler,
if (!write_survive_fork)
  _ecore_fd_close_on_exec(fd_write);
 
-#ifndef _WIN32
+#if defined(HAVE_SYS_EPOLL_H) && defined(HAVE_SYS_TIMERFD_H)
struct epoll_event pollev = { 0 };
p->pollfd = epoll_create(1);
p->timerfd = timerfd_create(CLOCK_MONOTONIC, TFD_NONBLOCK | TFD_CLOEXEC);
@@ -405,7 +409,7 @@ _ecore_pipe_del(Ecore_Pipe *p)
 ECORE_MAGIC_FAIL(p, ECORE_MAGIC_PIPE, "ecore_pipe_del");
 return NULL;
  }
-#ifndef _WIN32
+#if defined(HAVE_SYS_EPOLL_H) && defined(HAVE_SYS_TIMERFD_H)
epoll_ctl(p->pollfd, EPOLL_CTL_DEL, p->fd_read, NULL);
epoll_ctl(p->pollfd, EPOLL_CTL_DEL, p->timerfd, NULL);
if (p->timerfd >= 0) close(p->timerfd);
@@ -424,7 +428,7 @@ _ecore_pipe_del(Ecore_Pipe *p)
return data;
 }
 
-#ifdef _WIN32
+#if ! defined(HAVE_SYS_EPOLL_H) || ! defined(HAVE_SYS_TIMERFD_H)
 int
 _ecore_pipe_wait(Ecore_Pipe *p,
  int message_count,

-- 

[EGIT] [core/efl] master 01/01: efl: terrible kludge so avoid termination crash on osx

[Jean Guyomarc'h]

stefan pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=cd5e755951c0126f136b6e7cfded14056d8336fa

commit cd5e755951c0126f136b6e7cfded14056d8336fa
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Thu Mar 23 22:58:08 2017 +0100

efl: terrible kludge so avoid termination crash on osx

Currently, elementary programs crash on termination on macOS (seems
Sierra-specific). This is very nasty, looks like deep memory corruption...
Without valgrind (or like) support on Sierra, it is difficult to
pinpoint the origin of the problem.

Due to the imminient release, and after discussion with @stefan, this
kludge will allow the release to happen.

This commit MUST be reverted just after the release, so we don't
blindfold ourselves!

Ref T5245
---
 src/lib/elementary/elm_module.c  | 14 ++
 src/lib/evas/common/evas_thread_render.c | 14 ++
 2 files changed, 28 insertions(+)

diff --git a/src/lib/elementary/elm_module.c b/src/lib/elementary/elm_module.c
index 03f70dc..a987c9e 100644
--- a/src/lib/elementary/elm_module.c
+++ b/src/lib/elementary/elm_module.c
@@ -190,8 +190,22 @@ _elm_module_unload(Elm_Module *m)
if (m->module)
  {
 if (m->shutdown_func) m->shutdown_func(m);
+#if defined(__APPLE__) && defined(__MACH__)
+   /*
+* FIXME
+*
+* MacOS currently undergo a fatal issue on shutdown: dlsym()
+* crashes. I still have no clue why... Sue to the imminent release,
+* let's NOT shutdown the module. Do nothing...
+*
+* THIS IS A TERRIBLE KLUDGE. IT MUST NOT STAY AFTER THE RELEASE OCCURS!
+*
+* FIXME
+*/
+#else
 eina_module_unload(m->module);
 eina_module_free(m->module);
+#endif
 m->module = NULL;
  }
m->shutdown_func = NULL;
diff --git a/src/lib/evas/common/evas_thread_render.c 
b/src/lib/evas/common/evas_thread_render.c
index 8595566..e66acd5 100644
--- a/src/lib/evas/common/evas_thread_render.c
+++ b/src/lib/evas/common/evas_thread_render.c
@@ -220,7 +220,21 @@ evas_thread_shutdown(void)
   }
  }
 
+#if defined(__APPLE__) && defined(__MACH__)
+   /*
+* FIXME
+*
+* MacOS currently undergo a fatal issue on shutdown: pthread_join()
+* crashes. I still have no clue why... Sue to the imminent release,
+* let's NOT join this thread: do nothing at all!
+*
+* THIS IS A TERRIBLE KLUDGE. IT MUST NOT STAY AFTER THE RELEASE OCCURS!
+*
+* FIXME
+*/
+#else
eina_thread_join(evas_thread_worker);
+#endif
 timeout_shutdown:
eina_lock_free(_thread_queue_lock);
eina_condition_free(_thread_queue_condition);

-- 

Re: [E-devel] Building on OSX

[Jean Guyomarc'h]

yep.. there are different flavours of this thing...
I couldn't reproduce the bug after applying this:
https://git.enlightenment.org/core/efl.git/commit/?h=devs/jayji/kludge


Jean

On Mon, Mar 27, 2017 at 8:03 PM, Andrew Williams <a...@andywilliams.me>
wrote:

> Maybe I spoke too soon - on a different Sierra box I get an error again,
> albeit different to before:
>
> [1]21907 illegal hardware instruction  elementary_test
>
> Which I think is this stack trace:
>
> (lldb) bt
>
> * thread #1: tid = 0x1ceba, 0x000100174227 dyld`_simple_salloc + 122,
> queue = 'com.apple.main-thread', stop reason = EXC_BAD_INSTRUCTION
> (code=EXC_I386_INVOP, subcode=0x0)
>
>   * frame #0: 0x000100174227 dyld`_simple_salloc + 122
>
> frame #1: 0x000100151495 dyld`dyld::mkstringf(char const*, ...) +
> 121
>
> frame #2: 0x00010015da60 dyld`dlsym + 1338
>
> frame #3: 0x7fffbf3e4adc libdyld.dylib`dlsym + 72
>
> frame #4: 0x0001009ae63c
> libeina.1.dylib`eina_module_unload(m=0x0001016190c0) + 44 at
> eina_module.c:369 [opt]
>
> frame #5: 0x000100b36d35
> libelementary.1.dylib`_elm_module_unload(m=0x000101616bc0) + 85 at
> elm_module.c:193 [opt]
>
> frame #6: 0x000100b368e6
> libelementary.1.dylib`_elm_module_del(m=0x000101616bc0) + 38 at
> elm_module.c:230 [opt]
>
> frame #7: 0x000100b3685c libelementary.1.dylib`_elm_
> module_shutdown
> + 124 at elm_module.c:57 [opt]
>
> frame #8: 0x000100b1e2cc
> libelementary.1.dylib`elm_quicklaunch_sub_shutdown + 44 at elm_main.c:761
> [opt]
>
> frame #9: 0x000100b1e28d libelementary.1.dylib`elm_shutdown + 221
> at elm_main.c:378 [opt]
>
> frame #10: 0x00017c32 elementary_test`main(argc=,
> argv=0x7fff5fbff7b8) + 130 at test.c:1188 [opt]
>
> frame #11: 0x7fffbf3e7255 libdyld.dylib`start + 1
>
> frame #12: 0x7fffbf3e7255 libdyld.dylib`start + 1
>
> On Mon, 27 Mar 2017 at 17:30 Andrew Williams <a...@andywilliams.me> wrote:
>
> > Today I just updated on Sierra and it's not possible to reproduce the
> > issue as far as I can see...
> >
> > \o/ (right?)
> > Andy
> > On Fri, 17 Mar 2017 at 13:35, Jean Guyomarc'h <jean.guyoma...@gmail.com>
> > wrote:
> >
> > Yep... that's one part of the problem, the eina_thread_join() of an evas
> > thread worker...
> > Sometimes it is eina_module_unload()...
> > Unfortunately, the debugger didn't tell me useful stuff. It seems to me
> > that the simple allocator gets corrupted at some point of the shutdown.
> But
> > without dynamic instrumentation, the source is difficult to track.
> >
> > I'm afraid it could be related to the ecore_cocoa mainloop (the
> > NSApplication integration), as these problems start showing up when we
> > create an ecore_evas.
> >
> >
> >
> > Jean
> >
> > On Fri, Mar 17, 2017 at 2:02 PM, Andrew Williams <a...@andywilliams.me>
> > wrote:
> >
> > > switched from gdb to lldb and got something - does this help?
> > >
> > > Process 21503 stopped
> > >
> > > * thread #1: tid = 0xd66bd, 0x7fff957352ca
> > > libsystem_platform.dylib`setjmp + 30, queue = 'com.apple.main-thread',
> > > stop
> > > reason = EXC_BAD_ACCESS (code=1, address=0x78)
> > >
> > > frame #0: 0x7fff957352ca libsystem_platform.dylib`setjmp + 30
> > >
> > > libsystem_platform.dylib`setjmp:
> > >
> > > ->  0x7fff957352ca <+30>: movl   %eax, 0x50(%rdi)
> > >
> > > 0x7fff957352cd <+33>: subq   $0x20, %rsp
> > >
> > > 0x7fff957352d1 <+37>: movq   %rsp, %rsi
> > >
> > > 0x7fff957352d4 <+40>: xorq   %rdi, %rdi
> > >
> > > (lldb) bt
> > >
> > > * thread #1: tid = 0xd66bd, 0x7fff957352ca
> > > libsystem_platform.dylib`setjmp + 30, queue = 'com.apple.main-thread',
> > > stop
> > > reason = EXC_BAD_ACCESS (code=1, address=0x78)
> > >
> > >   * frame #0: 0x7fff957352ca libsystem_platform.dylib`setjmp + 30
> > >
> > > frame #1: 0x7fff957356f0 libsystem_platform.dylib`_
> > > simple_vesprintf
> > > + 32
> > >
> > > frame #2: 0x7fff87b8e3ba
> > > libsystem_pthread.dylib`__pthread_abort_reason + 153
> > >
> > > frame #3: 0x7fff87b8c92b
> > > libsystem_pthread.dylib`_pthread_deallocate + 92
> > >
> > > frame #4: 0x7fff87b8c8c2
> > > libsystem_pthread.dylib`_p

[EGIT] [core/efl] master 01/01: ecore_evas: delete exit idler when done with it

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=35a7e7ff1810a29820c9f05fbbd4cb63fb964f16

commit 35a7e7ff1810a29820c9f05fbbd4cb63fb964f16
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Thu Mar 23 21:16:10 2017 +0100

ecore_evas: delete exit idler when done with it
---
 src/lib/ecore_evas/ecore_evas.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/src/lib/ecore_evas/ecore_evas.c b/src/lib/ecore_evas/ecore_evas.c
index bca08a1..8f4fe40 100644
--- a/src/lib/ecore_evas/ecore_evas.c
+++ b/src/lib/ecore_evas/ecore_evas.c
@@ -585,6 +585,8 @@ ecore_evas_shutdown(void)
if (_ecore_evas_fps_debug) _ecore_evas_fps_debug_shutdown();
ecore_idle_enterer_del(ecore_evas_idle_enterer);
ecore_evas_idle_enterer = NULL;
+   ecore_idle_exiter_del(ecore_evas_idle_exiter);
+   ecore_evas_idle_exiter = NULL;
 
_ecore_evas_extn_shutdown();
 

-- 

Re: [E-devel] Building on OSX

[Jean Guyomarc'h]

Yep... that's one part of the problem, the eina_thread_join() of an evas
thread worker...
Sometimes it is eina_module_unload()...
Unfortunately, the debugger didn't tell me useful stuff. It seems to me
that the simple allocator gets corrupted at some point of the shutdown. But
without dynamic instrumentation, the source is difficult to track.

I'm afraid it could be related to the ecore_cocoa mainloop (the
NSApplication integration), as these problems start showing up when we
create an ecore_evas.



Jean

On Fri, Mar 17, 2017 at 2:02 PM, Andrew Williams <a...@andywilliams.me>
wrote:

> switched from gdb to lldb and got something - does this help?
>
> Process 21503 stopped
>
> * thread #1: tid = 0xd66bd, 0x7fff957352ca
> libsystem_platform.dylib`setjmp + 30, queue = 'com.apple.main-thread',
> stop
> reason = EXC_BAD_ACCESS (code=1, address=0x78)
>
> frame #0: 0x7fff957352ca libsystem_platform.dylib`setjmp + 30
>
> libsystem_platform.dylib`setjmp:
>
> ->  0x7fff957352ca <+30>: movl   %eax, 0x50(%rdi)
>
> 0x7fff957352cd <+33>: subq   $0x20, %rsp
>
> 0x7fff957352d1 <+37>: movq   %rsp, %rsi
>
> 0x7fff957352d4 <+40>: xorq   %rdi, %rdi
>
> (lldb) bt
>
> * thread #1: tid = 0xd66bd, 0x7fff957352ca
> libsystem_platform.dylib`setjmp + 30, queue = 'com.apple.main-thread',
> stop
> reason = EXC_BAD_ACCESS (code=1, address=0x78)
>
>   * frame #0: 0x7fff957352ca libsystem_platform.dylib`setjmp + 30
>
> frame #1: 0x7fff957356f0 libsystem_platform.dylib`_
> simple_vesprintf
> + 32
>
> frame #2: 0x7fff87b8e3ba
> libsystem_pthread.dylib`__pthread_abort_reason + 153
>
> frame #3: 0x7fff87b8c92b
> libsystem_pthread.dylib`_pthread_deallocate + 92
>
> frame #4: 0x7fff87b8c8c2
> libsystem_pthread.dylib`_pthread_join_cleanup + 180
>
> frame #5: 0x7fff87b8c7c4 libsystem_pthread.dylib`pthread_join +
> 505
>
> frame #6: 0x0001009d8c81 libeina.1.dylib`_eina_thread_join + 33
>
> frame #7: 0x0001009d8c55 libeina.1.dylib`eina_thread_join + 21
>
> frame #8: 0x0001006f2482 libevas.1.dylib`evas_thread_shutdown +
> 354
>
> frame #9: 0x00010056171a libevas.1.dylib`evas_shutdown + 394
>
> frame #10: 0x0001003f39b7 libedje.1.dylib`_edje_shutdown_core +
> 311
>
> frame #11: 0x0001003f3a6e libedje.1.dylib`edje_shutdown + 126
>
> frame #12: 0x000100bc731a
> libelementary.1.dylib`elm_quicklaunch_shutdown + 330
>
> frame #13: 0x000100bc70f4 libelementary.1.dylib`elm_shutdown + 212
>
> frame #14: 0x00014ead elementary_test`main + 173
>
> frame #15: 0x7fff96fa75ad libdyld.dylib`start + 1
>
> On Fri, 17 Mar 2017 at 12:38 Jean Guyomarc'h <jean.guyoma...@gmail.com>
> wrote:
>
> > Try using lldb instead? Much better than gdb :D
> > When debugging in-tree, I use:
> >
> > EFL_RUN_IN_TREE=1 glibtool --mode=execute lldb  [PROG_ARGS]
> >
> > Jean
> >
> > On Fri, Mar 17, 2017 at 1:05 PM, Andrew Williams <a...@andywilliams.me>
> > wrote:
> >
> > > Ok so I fixed that.
> > > But still get the same stack.
> > > So none of those ?? Calls are in efl...
> > >
> > > Where to go from here?
> > > A
> > > On Thu, 16 Mar 2017 at 13:51, Jean Guyomarc'h <
> jean.guyoma...@gmail.com>
> > > wrote:
> > >
> > > > Mh.. CFLAGS='-O0 -g' when configuring? :D
> > > >
> > > >
> > > > Jean
> > > >
> > > > On Thu, Mar 16, 2017 at 12:16 PM, Andrew Williams <
> > a...@andywilliams.me>
> > > > wrote:
> > > >
> > > > > Finally got gdb working on Sierra and I get this:
> > > > >
> > > > > (gdb) bt
> > > > > #0  0x000100049227 in ?? ()
> > > > > #1  0x00010006cda0 in ?? ()
> > > > > #2  0x00010006bea8 in ?? ()
> > > > > #3  0x7fff5fbff640 in ?? ()
> > > > > #4  0x000100026495 in ?? ()
> > > > > #5  0x in ?? ()
> > > > >
> > > > > sadpanda...
> > > > >
> > > > > What do you think I missed?
> > > > > Thanks,
> > > > > Andrew
> > > > >
> > > > > On Wed, 15 Mar 2017 at 23:29 Jean Guyomarc'h <
> > jean.guyoma...@gmail.com
> > > >
> > > > > wrote:
> > > > >
> > > > > > > Apart from crashing on exit apps
> > > > > >
> > > > > > I'm really

Re: [E-devel] Building on OSX

[Jean Guyomarc'h]

Try using lldb instead? Much better than gdb :D
When debugging in-tree, I use:

EFL_RUN_IN_TREE=1 glibtool --mode=execute lldb  [PROG_ARGS]

Jean

On Fri, Mar 17, 2017 at 1:05 PM, Andrew Williams <a...@andywilliams.me>
wrote:

> Ok so I fixed that.
> But still get the same stack.
> So none of those ?? Calls are in efl...
>
> Where to go from here?
> A
> On Thu, 16 Mar 2017 at 13:51, Jean Guyomarc'h <jean.guyoma...@gmail.com>
> wrote:
>
> > Mh.. CFLAGS='-O0 -g' when configuring? :D
> >
> >
> > Jean
> >
> > On Thu, Mar 16, 2017 at 12:16 PM, Andrew Williams <a...@andywilliams.me>
> > wrote:
> >
> > > Finally got gdb working on Sierra and I get this:
> > >
> > > (gdb) bt
> > > #0  0x000100049227 in ?? ()
> > > #1  0x00010006cda0 in ?? ()
> > > #2  0x00010006bea8 in ?? ()
> > > #3  0x7fff5fbff640 in ?? ()
> > > #4  0x000100026495 in ?? ()
> > > #5  0x in ?? ()
> > >
> > > sadpanda...
> > >
> > > What do you think I missed?
> > > Thanks,
> > > Andrew
> > >
> > > On Wed, 15 Mar 2017 at 23:29 Jean Guyomarc'h <jean.guyoma...@gmail.com
> >
> > > wrote:
> > >
> > > > > Apart from crashing on exit apps
> > > >
> > > > I'm really puzzled about this... it seems to be sierra-specific, as I
> > > could
> > > > not reproduce it on el capitan. I fail to pinpoint the evil in the
> > > > machine... Valgrind not working on Sierra is not helping :'(
> > > > A __temporary__ """fix""" for the release could be not to shutdown
> > parts
> > > of
> > > > EFL, so we would just leak instead of crashing xD
> > > >
> > > > > Great job!
> > > >
> > > > Thanks :)
> > > >
> > > >
> > > > Jean
> > > >
> > > > On Wed, Mar 15, 2017 at 1:37 PM, Andrew Williams <
> a...@andywilliams.me
> > >
> > > > wrote:
> > > >
> > > > > Perfect thanks. I pushed some improvements that made it better for
> > > repeat
> > > > > runs and reset my local copy.
> > > > > Bang it worked.
> > > > >
> > > > > Apart from crashing on exit apps seem to be working nicely in OS X
> > now
> > > :)
> > > > >
> > > > > Great job!
> > > > >
> > > > > Thanks,
> > > > > Andy
> > > > > On Tue, 14 Mar 2017 at 20:30, Jean Guyomarc'h <
> > > jean.guyoma...@gmail.com>
> > > > > wrote:
> > > > >
> > > > > > Hi Andrew,
> > > > > >
> > > > > > after a brew update and another round of efler, everything seems
> to
> > > be
> > > > > > fine.
> > > > > >
> > > > > > [CLONE] efl
> > > > > > [BUILD] efl
> > > > > > [INST ] efl
> > > > > > [PULL ] efler
> > > > > > [BUILD] efler
> > > > > > [INST ] efler
> > > > > > [GUI  ] Running efler application
> > > > > >
> > > > > > I could compile efl without trouble, and could run the UI :)
> > > > > > Have you tried to re-run efler after removing the efl
> repository? I
> > > > still
> > > > > > think your problem comes from openssl not being forced linked by
> > > > homebrew
> > > > > > (I don't have anything better to propose :/)
> > > > > >
> > > > > >
> > > > > > Jean
> > > > > >
> > > > > > On Tue, Mar 14, 2017 at 3:23 PM, Andrew Williams <
> > > a...@andywilliams.me
> > > > >
> > > > > > wrote:
> > > > > >
> > > > > > > Hi Jean,
> > > > > > >
> > > > > > > Thanks for that. Can you update your brew repo and try again
> > > please?
> > > > > That
> > > > > > > error should not occur if you are up to date.
> > > > > > >
> > > > > > > As you discovered the bootstrap has some magic that understands
> > if
> > > it
> > > > > is
> > > > > > > already checked out or not which tripped you up.
> > > > > > > I s

Re: [E-devel] Building on OSX

[Jean Guyomarc'h]

Mh.. CFLAGS='-O0 -g' when configuring? :D


Jean

On Thu, Mar 16, 2017 at 12:16 PM, Andrew Williams <a...@andywilliams.me>
wrote:

> Finally got gdb working on Sierra and I get this:
>
> (gdb) bt
> #0  0x000100049227 in ?? ()
> #1  0x00010006cda0 in ?? ()
> #2  0x00010006bea8 in ?? ()
> #3  0x7fff5fbff640 in ?? ()
> #4  0x000100026495 in ?? ()
> #5  0x in ?? ()
>
> sadpanda...
>
> What do you think I missed?
> Thanks,
> Andrew
>
> On Wed, 15 Mar 2017 at 23:29 Jean Guyomarc'h <jean.guyoma...@gmail.com>
> wrote:
>
> > > Apart from crashing on exit apps
> >
> > I'm really puzzled about this... it seems to be sierra-specific, as I
> could
> > not reproduce it on el capitan. I fail to pinpoint the evil in the
> > machine... Valgrind not working on Sierra is not helping :'(
> > A __temporary__ """fix""" for the release could be not to shutdown parts
> of
> > EFL, so we would just leak instead of crashing xD
> >
> > > Great job!
> >
> > Thanks :)
> >
> >
> > Jean
> >
> > On Wed, Mar 15, 2017 at 1:37 PM, Andrew Williams <a...@andywilliams.me>
> > wrote:
> >
> > > Perfect thanks. I pushed some improvements that made it better for
> repeat
> > > runs and reset my local copy.
> > > Bang it worked.
> > >
> > > Apart from crashing on exit apps seem to be working nicely in OS X now
> :)
> > >
> > > Great job!
> > >
> > > Thanks,
> > > Andy
> > > On Tue, 14 Mar 2017 at 20:30, Jean Guyomarc'h <
> jean.guyoma...@gmail.com>
> > > wrote:
> > >
> > > > Hi Andrew,
> > > >
> > > > after a brew update and another round of efler, everything seems to
> be
> > > > fine.
> > > >
> > > > [CLONE] efl
> > > > [BUILD] efl
> > > > [INST ] efl
> > > > [PULL ] efler
> > > > [BUILD] efler
> > > > [INST ] efler
> > > > [GUI  ] Running efler application
> > > >
> > > > I could compile efl without trouble, and could run the UI :)
> > > > Have you tried to re-run efler after removing the efl repository? I
> > still
> > > > think your problem comes from openssl not being forced linked by
> > homebrew
> > > > (I don't have anything better to propose :/)
> > > >
> > > >
> > > > Jean
> > > >
> > > > On Tue, Mar 14, 2017 at 3:23 PM, Andrew Williams <
> a...@andywilliams.me
> > >
> > > > wrote:
> > > >
> > > > > Hi Jean,
> > > > >
> > > > > Thanks for that. Can you update your brew repo and try again
> please?
> > > That
> > > > > error should not occur if you are up to date.
> > > > >
> > > > > As you discovered the bootstrap has some magic that understands if
> it
> > > is
> > > > > already checked out or not which tripped you up.
> > > > > I should improve it so that those cloning actually can get it
> working
> > > > too -
> > > > > that used to work. oops.
> > > > >
> > > > > Let me know if you get any further. I will see if I can get some
> > > > > improvements on that to be more resilient on OSX before I push it
> > > further
> > > > > :)
> > > > >
> > > > > Thanks,
> > > > > Andrew
> > > > >
> > > > > On Mon, 13 Mar 2017 at 21:28 Jean Guyomarc'h <
> > jean.guyoma...@gmail.com
> > > >
> > > > > wrote:
> > > > >
> > > > > > I had some trouble using efler.
> > > > > >
> > > > > > Since bootstrap.sh is not +x, I tried to run it with sh, and it
> > > failed
> > > > > > right away:
> > > > > >
> > > > > > % sh bootstrap.sh
> > > > > > grep: /etc/*-release: No such file or directory
> > > > > > bootstrap.sh: line 145: /Users/Jean/.efler/efler/
> > > bootscripts/os/osx.sh:
> > > > > No
> > > > > > such file or directory
> > > > > >
> > > > > > After peeking on bootstrap.sh, I can see it is a bash script,
> > but...
> > > > > >
> > > > > > % bash bootstrap.sh
> > > > > > grep: /etc/*-release

Re: [E-devel] Building on OSX

[Jean Guyomarc'h]

> Apart from crashing on exit apps

I'm really puzzled about this... it seems to be sierra-specific, as I could
not reproduce it on el capitan. I fail to pinpoint the evil in the
machine... Valgrind not working on Sierra is not helping :'(
A __temporary__ """fix""" for the release could be not to shutdown parts of
EFL, so we would just leak instead of crashing xD

> Great job!

Thanks :)


Jean

On Wed, Mar 15, 2017 at 1:37 PM, Andrew Williams <a...@andywilliams.me>
wrote:

> Perfect thanks. I pushed some improvements that made it better for repeat
> runs and reset my local copy.
> Bang it worked.
>
> Apart from crashing on exit apps seem to be working nicely in OS X now :)
>
> Great job!
>
> Thanks,
> Andy
> On Tue, 14 Mar 2017 at 20:30, Jean Guyomarc'h <jean.guyoma...@gmail.com>
> wrote:
>
> > Hi Andrew,
> >
> > after a brew update and another round of efler, everything seems to be
> > fine.
> >
> > [CLONE] efl
> > [BUILD] efl
> > [INST ] efl
> > [PULL ] efler
> > [BUILD] efler
> > [INST ] efler
> > [GUI  ] Running efler application
> >
> > I could compile efl without trouble, and could run the UI :)
> > Have you tried to re-run efler after removing the efl repository? I still
> > think your problem comes from openssl not being forced linked by homebrew
> > (I don't have anything better to propose :/)
> >
> >
> > Jean
> >
> > On Tue, Mar 14, 2017 at 3:23 PM, Andrew Williams <a...@andywilliams.me>
> > wrote:
> >
> > > Hi Jean,
> > >
> > > Thanks for that. Can you update your brew repo and try again please?
> That
> > > error should not occur if you are up to date.
> > >
> > > As you discovered the bootstrap has some magic that understands if it
> is
> > > already checked out or not which tripped you up.
> > > I should improve it so that those cloning actually can get it working
> > too -
> > > that used to work. oops.
> > >
> > > Let me know if you get any further. I will see if I can get some
> > > improvements on that to be more resilient on OSX before I push it
> further
> > > :)
> > >
> > > Thanks,
> > > Andrew
> > >
> > > On Mon, 13 Mar 2017 at 21:28 Jean Guyomarc'h <jean.guyoma...@gmail.com
> >
> > > wrote:
> > >
> > > > I had some trouble using efler.
> > > >
> > > > Since bootstrap.sh is not +x, I tried to run it with sh, and it
> failed
> > > > right away:
> > > >
> > > > % sh bootstrap.sh
> > > > grep: /etc/*-release: No such file or directory
> > > > bootstrap.sh: line 145: /Users/Jean/.efler/efler/
> bootscripts/os/osx.sh:
> > > No
> > > > such file or directory
> > > >
> > > > After peeking on bootstrap.sh, I can see it is a bash script, but...
> > > >
> > > > % bash bootstrap.sh
> > > > grep: /etc/*-release: No such file or directory
> > > > bootstrap.sh: line 145: /Users/Jean/.efler/efler/
> bootscripts/os/osx.sh:
> > > No
> > > > such file or directory
> > > > [SUDO ] Please input password for install scripts:
> > > > [DEP  ] Running platform bootstrap script
> > > > bootstrap.sh: line 72: system_bootstrap: command not found
> > > > [FAIL ] Dependency bootstrap for "osx" failed, exiting
> > > >
> > > > And now with the magic line from the wiki:
> > > >
> > > > % bash -c "$(curl -fsSL https://git.enlightenment.org/
> > > > devs/ajwillia-ms/efler.git/plain/bootstrap.sh)"
> > > > grep: /etc/*-release: No such file or directory
> > > > [DEP  ] Downloading full efler source
> > > > [CLONE] efler
> > > > grep: /etc/*-release: No such file or directory
> > > > [SUDO ] Please input password for install scripts:
> > > > [DEP  ] Running platform bootstrap script
> > > > [FAIL ] Exiting script - last 10 lines of output (see .e_build.out)
> > > >
> > > > [LOG  ] Updating Homebrew...
> > > > [LOG  ] Warning: autoconf-2.69 already installed
> > > > [LOG  ] Warning: automake-1.15 already installed
> > > > [LOG  ] Warning: libtool-2.4.6_1 already installed
> > > > [LOG  ] Warning: autoconf-archive-2016.09.16 already installed
> > > > [LOG  ] Warning: gettext is a keg-only and another version is linked
> to
> > > > opt.
> > >

Re: [E-devel] Building on OSX

[Jean Guyomarc'h]

Hi Andrew,

after a brew update and another round of efler, everything seems to be fine.

[CLONE] efl
[BUILD] efl
[INST ] efl
[PULL ] efler
[BUILD] efler
[INST ] efler
[GUI  ] Running efler application

I could compile efl without trouble, and could run the UI :)
Have you tried to re-run efler after removing the efl repository? I still
think your problem comes from openssl not being forced linked by homebrew
(I don't have anything better to propose :/)


Jean

On Tue, Mar 14, 2017 at 3:23 PM, Andrew Williams <a...@andywilliams.me>
wrote:

> Hi Jean,
>
> Thanks for that. Can you update your brew repo and try again please? That
> error should not occur if you are up to date.
>
> As you discovered the bootstrap has some magic that understands if it is
> already checked out or not which tripped you up.
> I should improve it so that those cloning actually can get it working too -
> that used to work. oops.
>
> Let me know if you get any further. I will see if I can get some
> improvements on that to be more resilient on OSX before I push it further
> :)
>
> Thanks,
> Andrew
>
> On Mon, 13 Mar 2017 at 21:28 Jean Guyomarc'h <jean.guyoma...@gmail.com>
> wrote:
>
> > I had some trouble using efler.
> >
> > Since bootstrap.sh is not +x, I tried to run it with sh, and it failed
> > right away:
> >
> > % sh bootstrap.sh
> > grep: /etc/*-release: No such file or directory
> > bootstrap.sh: line 145: /Users/Jean/.efler/efler/bootscripts/os/osx.sh:
> No
> > such file or directory
> >
> > After peeking on bootstrap.sh, I can see it is a bash script, but...
> >
> > % bash bootstrap.sh
> > grep: /etc/*-release: No such file or directory
> > bootstrap.sh: line 145: /Users/Jean/.efler/efler/bootscripts/os/osx.sh:
> No
> > such file or directory
> > [SUDO ] Please input password for install scripts:
> > [DEP  ] Running platform bootstrap script
> > bootstrap.sh: line 72: system_bootstrap: command not found
> > [FAIL ] Dependency bootstrap for "osx" failed, exiting
> >
> > And now with the magic line from the wiki:
> >
> > % bash -c "$(curl -fsSL https://git.enlightenment.org/
> > devs/ajwillia-ms/efler.git/plain/bootstrap.sh)"
> > grep: /etc/*-release: No such file or directory
> > [DEP  ] Downloading full efler source
> > [CLONE] efler
> > grep: /etc/*-release: No such file or directory
> > [SUDO ] Please input password for install scripts:
> > [DEP  ] Running platform bootstrap script
> > [FAIL ] Exiting script - last 10 lines of output (see .e_build.out)
> >
> > [LOG  ] Updating Homebrew...
> > [LOG  ] Warning: autoconf-2.69 already installed
> > [LOG  ] Warning: automake-1.15 already installed
> > [LOG  ] Warning: libtool-2.4.6_1 already installed
> > [LOG  ] Warning: autoconf-archive-2016.09.16 already installed
> > [LOG  ] Warning: gettext is a keg-only and another version is linked to
> > opt.
> > [LOG  ] Warning: check-0.10.0 already installed
> > [LOG  ] Warning: pkg-config-0.29.1_2 already installed
> > [LOG  ] Error: cmake-3.7.1 already installed
> > [LOG  ] To install this version, first `brew unlink cmake`
> >
> >
> > Mh... I would prefer not to run brew unlink ;)
> >
> >
> > Jean
> >
> > On Mon, Mar 13, 2017 at 5:47 PM, Andrew Williams <a...@andywilliams.me>
> > wrote:
> >
> > > Good catch, thanks - but running it does not seem to fix the issue :(
> > >
> > > On Mon, 13 Mar 2017 at 13:54 Jean Guyomarc'h <jean.guyoma...@gmail.com
> >
> > > wrote:
> > >
> > > > Mh... that's (kind of) a relief :)
> > > >
> > > > TLS_* stuff seems to be in openssl. It requires a specific handling
> via
> > > > homebrew that I didn't found in
> > > >
> > > > https://git.enlightenment.org/devs/ajwillia-ms/efler.git/
> > > tree/bootscripts/os/osx.sh
> > > >
> > > > You need to:
> > > >
> > > > brew link openssl --force
> > > >
> > > > Otherwise, you may have problems while linking. I'll try out when
> I'll
> > > > be back from work.
> > > >
> > > >
> > > > Jean
> > > >
> > > > On Mon, Mar 13, 2017 at 2:45 PM, Andrew Williams <
> a...@andywilliams.me
> > >
> > > > wrote:
> > > >
> > > > > Hi Jean - I am using efler (should have said, sorry) which for OSX
> > uses
> > > > > these flags:
> > > > >
> > > > > --disable-gstreamer --

Re: [E-devel] Building on OSX

[Jean Guyomarc'h]

I had some trouble using efler.

Since bootstrap.sh is not +x, I tried to run it with sh, and it failed
right away:

% sh bootstrap.sh
grep: /etc/*-release: No such file or directory
bootstrap.sh: line 145: /Users/Jean/.efler/efler/bootscripts/os/osx.sh: No
such file or directory

After peeking on bootstrap.sh, I can see it is a bash script, but...

% bash bootstrap.sh
grep: /etc/*-release: No such file or directory
bootstrap.sh: line 145: /Users/Jean/.efler/efler/bootscripts/os/osx.sh: No
such file or directory
[SUDO ] Please input password for install scripts:
[DEP  ] Running platform bootstrap script
bootstrap.sh: line 72: system_bootstrap: command not found
[FAIL ] Dependency bootstrap for "osx" failed, exiting

And now with the magic line from the wiki:

% bash -c "$(curl -fsSL https://git.enlightenment.org/
devs/ajwillia-ms/efler.git/plain/bootstrap.sh)"
grep: /etc/*-release: No such file or directory
[DEP  ] Downloading full efler source
[CLONE] efler
grep: /etc/*-release: No such file or directory
[SUDO ] Please input password for install scripts:
[DEP  ] Running platform bootstrap script
[FAIL ] Exiting script - last 10 lines of output (see .e_build.out)

[LOG  ] Updating Homebrew...
[LOG  ] Warning: autoconf-2.69 already installed
[LOG  ] Warning: automake-1.15 already installed
[LOG  ] Warning: libtool-2.4.6_1 already installed
[LOG  ] Warning: autoconf-archive-2016.09.16 already installed
[LOG  ] Warning: gettext is a keg-only and another version is linked to opt.
[LOG  ] Warning: check-0.10.0 already installed
[LOG  ] Warning: pkg-config-0.29.1_2 already installed
[LOG  ] Error: cmake-3.7.1 already installed
[LOG  ] To install this version, first `brew unlink cmake`


Mh... I would prefer not to run brew unlink ;)


Jean

On Mon, Mar 13, 2017 at 5:47 PM, Andrew Williams <a...@andywilliams.me>
wrote:

> Good catch, thanks - but running it does not seem to fix the issue :(
>
> On Mon, 13 Mar 2017 at 13:54 Jean Guyomarc'h <jean.guyoma...@gmail.com>
> wrote:
>
> > Mh... that's (kind of) a relief :)
> >
> > TLS_* stuff seems to be in openssl. It requires a specific handling via
> > homebrew that I didn't found in
> >
> > https://git.enlightenment.org/devs/ajwillia-ms/efler.git/
> tree/bootscripts/os/osx.sh
> >
> > You need to:
> >
> > brew link openssl --force
> >
> > Otherwise, you may have problems while linking. I'll try out when I'll
> > be back from work.
> >
> >
> > Jean
> >
> > On Mon, Mar 13, 2017 at 2:45 PM, Andrew Williams <a...@andywilliams.me>
> > wrote:
> >
> > > Hi Jean - I am using efler (should have said, sorry) which for OSX uses
> > > these flags:
> > >
> > > --disable-gstreamer --disable-gstreamer1 --disable-pulseaudio
> > > --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
> > >
> > > Thanks,
> > > Andrew
> > >
> > > On Mon, 13 Mar 2017 at 11:17 Jean Guyomarc'h <jean.guyoma...@gmail.com
> >
> > > wrote:
> > >
> > > > Just checking... did you follow
> > > > https://www.enlightenment.org/distros/osx-start ?
> > > > Are you using specific configure flags?
> > > >
> > > > Jean
> > > >
> > > > On Mon, Mar 13, 2017 at 11:47 AM, Andrew Williams <
> > a...@andywilliams.me>
> > > > wrote:
> > > >
> > > > > Running "glibtoolize" in the directory fixed it. I will try to do
> > from
> > > > > clean again later.
> > > > >
> > > > > Now I have the following compile error:
> > > > >
> > > > > Undefined symbols for architecture x86_64:
> > > > >   "_TLSv1_1_client_method", referenced from:
> > > > >   _efl_net_ssl_ctx_setup in
> > > > > lib_ecore_con_libecore_con_la-efl_net_ssl_context.o
> > > > >   "_TLSv1_1_server_method", referenced from:
> > > > >   _efl_net_ssl_ctx_setup in
> > > > > lib_ecore_con_libecore_con_la-efl_net_ssl_context.o
> > > > >   "_TLSv1_2_client_method", referenced from:
> > > > >   _efl_net_ssl_ctx_setup in
> > > > > lib_ecore_con_libecore_con_la-efl_net_ssl_context.o
> > > > >   "_TLSv1_2_server_method", referenced from:
> > > > >   _efl_net_ssl_ctx_setup in
> > > > > lib_ecore_con_libecore_con_la-efl_net_ssl_context.o
> > > > > ld: symbol(s) not found for architecture x86_64
> > > > > clang: error: 

Re: [E-devel] Work items towards 1.19

[Jean Guyomarc'h]

> ​Well, in your last comment on this bug you stated that the first window
> is fine, but the second one is not. Which makes me assume that this bug
> was only half fixed and I kept it on the list.

True. I found and properly fixed the issue later on, but I didn't comment
on it as the task was "auto-fixed" by the commit :)

Jean
--
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
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Work items towards 1.19

[Jean Guyomarc'h]

Hi Stefan,

I see that T5210  is still marked as
showstopper, but it has been fixed :)

Jean

On Mon, Mar 13, 2017 at 4:57 PM, Stefan Schmidt 
wrote:

> Hello.
>
> Some bugs have been fixed, added or updated and I changed the list here
> accordingly.
>
> Phab show stopper:
> --
>
> efl 1.19.0-beta2 render is broke on MacOS
> https://phab.enlightenment.org/T5210
>
> macOS graphical programs crash on termination
> https://phab.enlightenment.org/T5245
>
> Segfault when opening 2 glviews
> https://phab.enlightenment.org/T5256
>
> Phab high:
> --
> genlist crashes
> https://phab.enlightenment.org/T4403
>
> Ecore evas not ignore events properly
> https://phab.enlightenment.org/T4700
>
> ecore_con_local not working on Windows
> https://phab.enlightenment.org/T3758
>
> image preloading broken in some cases
> https://phab.enlightenment.org/T5200
>
> regards
> Stefan Schmidt
>
> 
> --
> 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
> enlightenment-devel@lists.sourceforge.net
> 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
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Building on OSX

[Jean Guyomarc'h]

Mh... that's (kind of) a relief :)

TLS_* stuff seems to be in openssl. It requires a specific handling via
homebrew that I didn't found in
https://git.enlightenment.org/devs/ajwillia-ms/efler.git/tree/bootscripts/os/osx.sh

You need to:

brew link openssl --force

Otherwise, you may have problems while linking. I'll try out when I'll
be back from work.


Jean

On Mon, Mar 13, 2017 at 2:45 PM, Andrew Williams <a...@andywilliams.me>
wrote:

> Hi Jean - I am using efler (should have said, sorry) which for OSX uses
> these flags:
>
> --disable-gstreamer --disable-gstreamer1 --disable-pulseaudio
> --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
>
> Thanks,
> Andrew
>
> On Mon, 13 Mar 2017 at 11:17 Jean Guyomarc'h <jean.guyoma...@gmail.com>
> wrote:
>
> > Just checking... did you follow
> > https://www.enlightenment.org/distros/osx-start ?
> > Are you using specific configure flags?
> >
> > Jean
> >
> > On Mon, Mar 13, 2017 at 11:47 AM, Andrew Williams <a...@andywilliams.me>
> > wrote:
> >
> > > Running "glibtoolize" in the directory fixed it. I will try to do from
> > > clean again later.
> > >
> > > Now I have the following compile error:
> > >
> > > Undefined symbols for architecture x86_64:
> > >   "_TLSv1_1_client_method", referenced from:
> > >   _efl_net_ssl_ctx_setup in
> > > lib_ecore_con_libecore_con_la-efl_net_ssl_context.o
> > >   "_TLSv1_1_server_method", referenced from:
> > >   _efl_net_ssl_ctx_setup in
> > > lib_ecore_con_libecore_con_la-efl_net_ssl_context.o
> > >   "_TLSv1_2_client_method", referenced from:
> > >   _efl_net_ssl_ctx_setup in
> > > lib_ecore_con_libecore_con_la-efl_net_ssl_context.o
> > >   "_TLSv1_2_server_method", referenced from:
> > >   _efl_net_ssl_ctx_setup in
> > > lib_ecore_con_libecore_con_la-efl_net_ssl_context.o
> > > ld: symbol(s) not found for architecture x86_64
> > > clang: error: linker command failed with exit code 1 (use -v to see
> > > invocation)
> > > make[4]: *** [lib/ecore_con/libecore_con.la] Error 1
> > > make[3]: *** [all-recursive] Error 1
> > > make[2]: *** [all] Error 2
> > > make[1]: *** [all-recursive] Error 1
> > > make: *** [all] Error 2
> > >
> > > On Mon, 13 Mar 2017 at 09:56 Jean Guyomarc'h <jean.guyoma...@gmail.com
> >
> > > wrote:
> > >
> > > > Whaaat?! Worked fine two days ago! Did you start from a cleaned
> source
> > > > directory? (git clean -dfx)
> > > >
> > > > Jean
> > > >
> > > > On Mon, Mar 13, 2017 at 10:31 AM, Andrew Williams <
> > a...@andywilliams.me>
> > > > wrote:
> > > >
> > > > > It seems that building on Mac OS X is not currently working - any
> > tips?
> > > > > This was working a week or two back.
> > > > >
> > > > > Thanks,
> > > > > Andrew
> > > > >
> > > > > CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh
> > > > /Users/ajw/.efler/efl/missing
> > > > > aclocal-1.15 -I m4
> > > > >  cd . && /bin/sh /Users/ajw/.efler/efl/missing automake-1.15 --gnu
> > > > > configure.ac:304: warning: The 'AM_PROG_MKDIR_P' macro is
> > deprecated,
> > > > and
> > > > > its use is discouraged.
> > > > > configure.ac:304: You should use the Autoconf-provided
> > > 'AC_PROG_MKDIR_P'
> > > > > macro instead,
> > > > > configure.ac:304: and use '$(MKDIR_P)' instead of '$(mkdir_p)'in
> > your
> > > > > Makefile.am files.
> > > > > configure.ac:280: error: required file './ltmain.sh' not found
> > > > > config/Makefile.am:12: warning: '%'-style pattern rules are a GNU
> > make
> > > > > extension
> > > > > config/default/Makefile.am:16: warning: '%'-style pattern rules
> are a
> > > GNU
> > > > > make extension
> > > > > config/mobile/Makefile.am:16: warning: '%'-style pattern rules are
> a
> > > GNU
> > > > > make extension
> > > > > config/standard/Makefile.am:16: warning: '%'-style pattern rules
> are
> > a
> > > > GNU
> > > > > make extension
> > > > > src/examples/ecore/Makefile.am:450: warning: '%'

Re: [E-devel] Building on OSX

[Jean Guyomarc'h]

Just checking... did you follow
https://www.enlightenment.org/distros/osx-start ?
Are you using specific configure flags?

Jean

On Mon, Mar 13, 2017 at 11:47 AM, Andrew Williams <a...@andywilliams.me>
wrote:

> Running "glibtoolize" in the directory fixed it. I will try to do from
> clean again later.
>
> Now I have the following compile error:
>
> Undefined symbols for architecture x86_64:
>   "_TLSv1_1_client_method", referenced from:
>   _efl_net_ssl_ctx_setup in
> lib_ecore_con_libecore_con_la-efl_net_ssl_context.o
>   "_TLSv1_1_server_method", referenced from:
>   _efl_net_ssl_ctx_setup in
> lib_ecore_con_libecore_con_la-efl_net_ssl_context.o
>   "_TLSv1_2_client_method", referenced from:
>   _efl_net_ssl_ctx_setup in
> lib_ecore_con_libecore_con_la-efl_net_ssl_context.o
>   "_TLSv1_2_server_method", referenced from:
>   _efl_net_ssl_ctx_setup in
> lib_ecore_con_libecore_con_la-efl_net_ssl_context.o
> ld: symbol(s) not found for architecture x86_64
> clang: error: linker command failed with exit code 1 (use -v to see
> invocation)
> make[4]: *** [lib/ecore_con/libecore_con.la] Error 1
> make[3]: *** [all-recursive] Error 1
> make[2]: *** [all] Error 2
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
>
> On Mon, 13 Mar 2017 at 09:56 Jean Guyomarc'h <jean.guyoma...@gmail.com>
> wrote:
>
> > Whaaat?! Worked fine two days ago! Did you start from a cleaned source
> > directory? (git clean -dfx)
> >
> > Jean
> >
> > On Mon, Mar 13, 2017 at 10:31 AM, Andrew Williams <a...@andywilliams.me>
> > wrote:
> >
> > > It seems that building on Mac OS X is not currently working - any tips?
> > > This was working a week or two back.
> > >
> > > Thanks,
> > > Andrew
> > >
> > > CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh
> > /Users/ajw/.efler/efl/missing
> > > aclocal-1.15 -I m4
> > >  cd . && /bin/sh /Users/ajw/.efler/efl/missing automake-1.15 --gnu
> > > configure.ac:304: warning: The 'AM_PROG_MKDIR_P' macro is deprecated,
> > and
> > > its use is discouraged.
> > > configure.ac:304: You should use the Autoconf-provided
> 'AC_PROG_MKDIR_P'
> > > macro instead,
> > > configure.ac:304: and use '$(MKDIR_P)' instead of '$(mkdir_p)'in your
> > > Makefile.am files.
> > > configure.ac:280: error: required file './ltmain.sh' not found
> > > config/Makefile.am:12: warning: '%'-style pattern rules are a GNU make
> > > extension
> > > config/default/Makefile.am:16: warning: '%'-style pattern rules are a
> GNU
> > > make extension
> > > config/mobile/Makefile.am:16: warning: '%'-style pattern rules are a
> GNU
> > > make extension
> > > config/standard/Makefile.am:16: warning: '%'-style pattern rules are a
> > GNU
> > > make extension
> > > src/examples/ecore/Makefile.am:450: warning: '%'-style pattern rules
> are
> > a
> > > GNU make extension
> > > src/examples/elementary/Makefile.am:255: warning: <: non-POSIX
> variable
> > > name
> > > src/Makefile_Eolian_Files_Helper.am:8: warning: '%'-style pattern
> rules
> > > are
> > > a GNU make extension
> > > src/examples/eolian_cxx/Makefile.am:12:   'src/Makefile_Eolian_Helper.
> am'
> > > included from here
> > > src/Makefile_Eolian_Helper.am:9:   'src/Makefile_Eolian_Files_
> Helper.am'
> > > included from here
> > > src/Makefile_Eolian_Files_Helper.am:13: warning: '%'-style pattern
> rules
> > > are a GNU make extension
> > > src/examples/eolian_cxx/Makefile.am:12:   'src/Makefile_Eolian_Helper.
> am'
> > > included from here
> > > src/Makefile_Eolian_Helper.am:9:   'src/Makefile_Eolian_Files_
> Helper.am'
> > > included from here
> > > src/Makefile_Eolian_Files_Helper.am:18: warning: '%'-style pattern
> rules
> > > are a GNU make extension
> > > src/examples/eolian_cxx/Makefile.am:12:   'src/Makefile_Eolian_Helper.
> am'
> > > included from here
> > > src/Makefile_Eolian_Helper.am:9:   'src/Makefile_Eolian_Files_
> Helper.am'
> > > included from here
> > > src/Makefile_Eolian_Files_Helper.am:23: warning: '%'-style pattern
> rules
> > > are a GNU make extension
> > > src/examples/eolian_cxx/Makefile.am:12:   'src/Makefile_Eolian_Helper.
> am'
> > > included from here
> > > src/Makefile_Eolian_Helper.am:9:   'src/Makefile_Eolian_Files_
> Helper.am'
> > > included fro

Re: [E-devel] Building on OSX

[Jean Guyomarc'h]

Whaaat?! Worked fine two days ago! Did you start from a cleaned source
directory? (git clean -dfx)

Jean

On Mon, Mar 13, 2017 at 10:31 AM, Andrew Williams 
wrote:

> It seems that building on Mac OS X is not currently working - any tips?
> This was working a week or two back.
>
> Thanks,
> Andrew
>
> CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh /Users/ajw/.efler/efl/missing
> aclocal-1.15 -I m4
>  cd . && /bin/sh /Users/ajw/.efler/efl/missing automake-1.15 --gnu
> configure.ac:304: warning: The 'AM_PROG_MKDIR_P' macro is deprecated, and
> its use is discouraged.
> configure.ac:304: You should use the Autoconf-provided 'AC_PROG_MKDIR_P'
> macro instead,
> configure.ac:304: and use '$(MKDIR_P)' instead of '$(mkdir_p)'in your
> Makefile.am files.
> configure.ac:280: error: required file './ltmain.sh' not found
> config/Makefile.am:12: warning: '%'-style pattern rules are a GNU make
> extension
> config/default/Makefile.am:16: warning: '%'-style pattern rules are a GNU
> make extension
> config/mobile/Makefile.am:16: warning: '%'-style pattern rules are a GNU
> make extension
> config/standard/Makefile.am:16: warning: '%'-style pattern rules are a GNU
> make extension
> src/examples/ecore/Makefile.am:450: warning: '%'-style pattern rules are a
> GNU make extension
> src/examples/elementary/Makefile.am:255: warning: <: non-POSIX variable
> name
> src/Makefile_Eolian_Files_Helper.am:8: warning: '%'-style pattern rules
> are
> a GNU make extension
> src/examples/eolian_cxx/Makefile.am:12:   'src/Makefile_Eolian_Helper.am'
> included from here
> src/Makefile_Eolian_Helper.am:9:   'src/Makefile_Eolian_Files_Helper.am'
> included from here
> src/Makefile_Eolian_Files_Helper.am:13: warning: '%'-style pattern rules
> are a GNU make extension
> src/examples/eolian_cxx/Makefile.am:12:   'src/Makefile_Eolian_Helper.am'
> included from here
> src/Makefile_Eolian_Helper.am:9:   'src/Makefile_Eolian_Files_Helper.am'
> included from here
> src/Makefile_Eolian_Files_Helper.am:18: warning: '%'-style pattern rules
> are a GNU make extension
> src/examples/eolian_cxx/Makefile.am:12:   'src/Makefile_Eolian_Helper.am'
> included from here
> src/Makefile_Eolian_Helper.am:9:   'src/Makefile_Eolian_Files_Helper.am'
> included from here
> src/Makefile_Eolian_Files_Helper.am:23: warning: '%'-style pattern rules
> are a GNU make extension
> src/examples/eolian_cxx/Makefile.am:12:   'src/Makefile_Eolian_Helper.am'
> included from here
> src/Makefile_Eolian_Helper.am:9:   'src/Makefile_Eolian_Files_Helper.am'
> included from here
> src/examples/eolian_cxx/Makefile.am:133: warning: '%'-style pattern rules
> are a GNU make extension
> src/examples/eolian_cxx/Makefile.am:136: warning: '%'-style pattern rules
> are a GNU make extension
> src/examples/eolian_cxx/Makefile.am:139: warning: '%'-style pattern rules
> are a GNU make extension
> src/examples/eolian_cxx/Makefile.am:142: warning: '%'-style pattern rules
> are a GNU make extension
> make: *** [Makefile.in] Error 1
> --
> http://andywilliams.me
> http://ajwillia.ms
> 
> --
> Announcing the Oxford Dictionaries API! The API offers world-renowned
> dictionary content that is easy and intuitive to access. Sign up for an
> account today to start using our lexical data to power your apps and
> projects. Get started today and enter our developer competition.
> http://sdm.link/oxford
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Announcing the Oxford Dictionaries API! The API offers world-renowned
dictionary content that is easy and intuitive to access. Sign up for an
account today to start using our lexical data to power your apps and
projects. Get started today and enter our developer competition.
http://sdm.link/oxford
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [core/efl] master 01/01: edje/examples: don't alter source directory

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=c57daa030d27c954a06c18dbbe8ff74b800c39d6

commit c57daa030d27c954a06c18dbbe8ff74b800c39d6
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Sat Mar 11 00:02:41 2017 +0100

edje/examples: don't alter source directory

We would have removed files from the source directory before... oops...
---
 src/examples/edje/Makefile.am | 20 +++-
 1 file changed, 11 insertions(+), 9 deletions(-)

diff --git a/src/examples/edje/Makefile.am b/src/examples/edje/Makefile.am
index 9a65457..961009d 100644
--- a/src/examples/edje/Makefile.am
+++ b/src/examples/edje/Makefile.am
@@ -86,15 +86,17 @@ EDJE_CC_FLAGS += -beta
$(AM_V_EDJ)$(EDJE_CC) $(EDJE_CC_FLAGS) $(SND_DIR) $(MO_DIR) $< 
$(builddir)/$(@F)
 
 text.edj: text.edc
-   @rm -rf $(top_builddir)/src/examples/edje/en_IN/
-   @rm -rf $(top_builddir)/src/examples/edje/hi_IN/
-   @rm -rf $(top_builddir)/src/examples/edje/ta_IN/
-   @cp -a $(top_srcdir)/src/examples/edje/en_IN/ 
$(top_builddir)/src/examples/edje/en_IN/
-   @cp -a $(top_srcdir)/src/examples/edje/hi_IN/ 
$(top_builddir)/src/examples/edje/hi_IN/
-   @cp -a $(top_srcdir)/src/examples/edje/ta_IN/ 
$(top_builddir)/src/examples/edje/ta_IN/
-   @chmod -R +w $(top_builddir)/src/examples/edje/en_IN/
-   @chmod -R +w $(top_builddir)/src/examples/edje/hi_IN/
-   @chmod -R +w $(top_builddir)/src/examples/edje/ta_IN/
+   @if [ "x$(top_builddir)" != "x$(top_srcdir)" ]; then \
+ rm -rf $(top_builddir)/src/examples/edje/en_IN/; \
+ rm -rf $(top_builddir)/src/examples/edje/hi_IN/; \
+ rm -rf $(top_builddir)/src/examples/edje/ta_IN/; \
+ cp -a $(top_srcdir)/src/examples/edje/en_IN/ 
$(top_builddir)/src/examples/edje/en_IN/; \
+ cp -a $(top_srcdir)/src/examples/edje/hi_IN/ 
$(top_builddir)/src/examples/edje/hi_IN/; \
+ cp -a $(top_srcdir)/src/examples/edje/ta_IN/ 
$(top_builddir)/src/examples/edje/ta_IN/; \
+ chmod -R +w $(top_builddir)/src/examples/edje/en_IN/; \
+ chmod -R +w $(top_builddir)/src/examples/edje/hi_IN/; \
+ chmod -R +w $(top_builddir)/src/examples/edje/ta_IN/; \
+fi
$(AM_V_EDJ)$(EDJE_CC) $(EDJE_CC_FLAGS) $(SND_DIR) $(MO_DIR) 
$(top_srcdir)/src/examples/edje/text.edc 
$(top_builddir)/src/examples/edje/text.edj
 
 EDJS = $(EDCS:%.edc=%.edj)

-- 

[EGIT] [core/efl] master 05/08: eldbus: don't abs() an unsigned value

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=7ef27a46691bc90ee3d2675a7b11ef972d49ed48

commit 7ef27a46691bc90ee3d2675a7b11ef972d49ed48
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Thu Mar 9 22:19:03 2017 +0100

eldbus: don't abs() an unsigned value

clang complained about abs() being used on an unsigned integer.
Calling abs() is actually unnecessary.
---
 src/examples/eldbus/complex-types-client-eina-value.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/examples/eldbus/complex-types-client-eina-value.c 
b/src/examples/eldbus/complex-types-client-eina-value.c
index 1789321..ac657b3 100644
--- a/src/examples/eldbus/complex-types-client-eina-value.c
+++ b/src/examples/eldbus/complex-types-client-eina-value.c
@@ -31,7 +31,7 @@ _type_offset(unsigned base, unsigned size)
unsigned padding;
if (!(base % size))
  return base;
-   padding = abs(base - size);
+   padding = base - size;
return base + padding;
 }
 

-- 

[EGIT] [core/efl] master 01/08: edje: use portable cp options

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=8d2c6189fa6bfab859400642df173cdd24419ab5

commit 8d2c6189fa6bfab859400642df173cdd24419ab5
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Thu Mar 9 21:30:26 2017 +0100

edje: use portable cp options

The -u option is GNU-specific.
---
 src/examples/edje/Makefile.am | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/src/examples/edje/Makefile.am b/src/examples/edje/Makefile.am
index e34be11..91bb1ca 100644
--- a/src/examples/edje/Makefile.am
+++ b/src/examples/edje/Makefile.am
@@ -86,9 +86,9 @@ EDJE_CC_FLAGS += -beta
$(AM_V_EDJ)$(EDJE_CC) $(EDJE_CC_FLAGS) $(SND_DIR) $(MO_DIR) $< 
$(builddir)/$(@F)
 
 text.edj: text.edc
-   @cp -ua $(top_srcdir)/src/examples/edje/en_IN/ 
$(top_builddir)/src/examples/edje/ || true
-   @cp -ua $(top_srcdir)/src/examples/edje/hi_IN/ 
$(top_builddir)/src/examples/edje/ || true
-   @cp -ua $(top_srcdir)/src/examples/edje/ta_IN/ 
$(top_builddir)/src/examples/edje/ || true
+   @cp -a $(top_srcdir)/src/examples/edje/en_IN/ 
$(top_builddir)/src/examples/edje/ || true
+   @cp -a $(top_srcdir)/src/examples/edje/hi_IN/ 
$(top_builddir)/src/examples/edje/ || true
+   @cp -a $(top_srcdir)/src/examples/edje/ta_IN/ 
$(top_builddir)/src/examples/edje/ || true
@chmod -R +w $(top_builddir)/src/examples/edje/en_IN/ || true
@chmod -R +w $(top_builddir)/src/examples/edje/hi_IN/ || true
@chmod -R +w $(top_builddir)/src/examples/edje/ta_IN/ || true

-- 

[EGIT] [core/efl] master 06/08: ecore_cocoa: factorize a little access to the cocoa window

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=fd7f878320caedf822ad12b2128b4570b8890051

commit fd7f878320caedf822ad12b2128b4570b8890051
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Thu Mar 9 22:56:47 2017 +0100

ecore_cocoa: factorize a little access to the cocoa window
---
 src/lib/ecore_cocoa/ecore_cocoa_window.m | 7 ---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/src/lib/ecore_cocoa/ecore_cocoa_window.m 
b/src/lib/ecore_cocoa/ecore_cocoa_window.m
index 716fc64..2edb8b6 100644
--- a/src/lib/ecore_cocoa/ecore_cocoa_window.m
+++ b/src/lib/ecore_cocoa/ecore_cocoa_window.m
@@ -464,13 +464,14 @@ ecore_cocoa_window_resize(Ecore_Cocoa_Window *window,
EINA_SAFETY_ON_NULL_RETURN(window);
 
NSRect win_frame;
+   EcoreCocoaWindow *const win = window->window;
 
-   win_frame = [window->window frame];
+   win_frame = [win frame];
win_frame.size.height = h +
-  (([window->window isFullScreen] == YES) ? 0 : 
ecore_cocoa_titlebar_height_get());
+  (([win isFullScreen] == YES) ? 0 : ecore_cocoa_titlebar_height_get());
win_frame.size.width = w;
 
-   [window->window setFrame:win_frame display:YES];
+   [win setFrame:win_frame display:YES];
 }
 
 EAPI void

-- 

[EGIT] [core/efl] master 07/08: ecore_evas_cocoa: better debugging log

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=c1604cdac8c474bb5f8266886046db26ca80f37d

commit c1604cdac8c474bb5f8266886046db26ca80f37d
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Thu Mar 9 22:58:50 2017 +0100

ecore_evas_cocoa: better debugging log
---
 .../ecore_evas/engines/cocoa/ecore_evas_cocoa.c| 47 ++
 1 file changed, 22 insertions(+), 25 deletions(-)

diff --git a/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c 
b/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
index 7880442..3155954 100644
--- a/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
+++ b/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
@@ -104,8 +104,8 @@ _ecore_evas_resize_common(Ecore_Evas *ee,
   int h,
   Eina_Bool   resize_cocoa)
 {
-   DBG("Ecore_Evas Resize %i %i, was %i %i (resize_cocoa: %s)",
-   w, h, ee->w, ee->h, resize_cocoa ? "yes" : "no");
+   DBG("%p (old: %i %i, new: %i %i, resize_cocoa: %s)",
+   ee, ee->w, ee->h, w, h, resize_cocoa ? "yes" : "no");
 
ee->req.w = w;
ee->req.h = h;
@@ -138,14 +138,13 @@ _ecore_evas_cocoa_event_window_resize(void *data 
EINA_UNUSED, int type EINA_UNUS
Ecore_Cocoa_Event_Window_Resize_Request *e = event;
Ecore_Evas   *ee;
 
-   DBG("");
-
ee = _ecore_evas_cocoa_match(e->cocoa_window);
if (EINA_UNLIKELY(!ee))
  {
 ERR("Unregistered Ecore_Evas for Cocoa window %p", e->cocoa_window);
 return ECORE_CALLBACK_PASS_ON;
  }
+   DBG("%p", ee);
 
/* Do the resize */
_ecore_evas_resize_common(ee, e->w, e->h, EINA_FALSE);
@@ -159,17 +158,13 @@ _ecore_evas_cocoa_event_window_destroy(void *data 
EINA_UNUSED, int type EINA_UNU
Ecore_Cocoa_Event_Window_Destroy *e = event;
Ecore_Evas   *ee;
 
-   DBG("");
-
-   if (!e->cocoa_window)
- return ECORE_CALLBACK_PASS_ON;
-
ee = _ecore_evas_cocoa_match(e->cocoa_window);
if (!ee)
  {
 ERR("Unregistered Ecore_Evas for Cocoa window %p", e->cocoa_window);
 return ECORE_CALLBACK_PASS_ON;
  }
+   DBG("%p", ee);
 
if (ee->func.fn_delete_request) ee->func.fn_delete_request(ee);
 
@@ -179,7 +174,8 @@ _ecore_evas_cocoa_event_window_destroy(void *data 
EINA_UNUSED, int type EINA_UNU
 static int
 _ecore_evas_cocoa_init(void)
 {
-   DBG("");
+   DBG("%i", _ecore_evas_init_count);
+
_ecore_evas_init_count++;
if (_ecore_evas_init_count > 1)
  return _ecore_evas_init_count;
@@ -205,7 +201,7 @@ _ecore_evas_cocoa_init(void)
 static int
 _ecore_evas_cocoa_shutdown(void)
 {
-   DBG("");
+   DBG("%i", _ecore_evas_init_count);
_ecore_evas_init_count--;
if (_ecore_evas_init_count == 0)
  {
@@ -222,7 +218,7 @@ _ecore_evas_cocoa_shutdown(void)
 static void
 _ecore_evas_cocoa_free(Ecore_Evas *ee)
 {
-   DBG("");
+   DBG("%p", ee);
 
ecore_cocoa_window_free((Ecore_Cocoa_Window *)ee->prop.window);
ecore_event_window_unregister(ee->prop.window);
@@ -257,21 +253,21 @@ _ecore_evas_size_step_set(Ecore_Evas *ee, int w, int h)
 static void
 _ecore_evas_move(Ecore_Evas *ee, int x, int y)
 {
-   DBG("");
+   DBG("%p", ee);
ecore_cocoa_window_move((Ecore_Cocoa_Window *)ee->prop.window, x, y);
 }
 
 static void
 _ecore_evas_resize(Ecore_Evas *ee, int w, int h)
 {
-   DBG("");
+   DBG("%p", ee);
_ecore_evas_resize_common(ee, w, h, EINA_TRUE);
 }
 
 static void
 _ecore_evas_move_resize(Ecore_Evas *ee, int x, int y, int w, int h)
 {
-   DBG("");
+   DBG("%p", ee);
if ((ee->w == w) && (ee->h == h) && (x == ee->x) && (y == ee->y))
  return;
 
@@ -297,7 +293,7 @@ _ecore_evas_move_resize(Ecore_Evas *ee, int x, int y, int 
w, int h)
 static void
 _ecore_evas_show(Ecore_Evas *ee)
 {
-   DBG("");
+   DBG("%p", ee);
 
ecore_cocoa_window_show((Ecore_Cocoa_Window *)ee->prop.window);
evas_damage_rectangle_add(ee->evas, 0, 0, ee->w, ee->h);
@@ -316,7 +312,7 @@ _ecore_evas_show(Ecore_Evas *ee)
 static void
 _ecore_evas_hide(Ecore_Evas *ee)
 {
-   DBG("");
+   DBG("%p", ee);
 
ecore_cocoa_window_hide((Ecore_Cocoa_Window *)ee->prop.window);
 
@@ -337,7 +333,7 @@ _ecore_evas_hide(Ecore_Evas *ee)
 static void
 _ecore_evas_raise(Ecore_Evas *ee)
 {
-   DBG("");
+   DBG("%p", ee);
 
ecore_cocoa_window_raise((Ecore_Cocoa_Window *)ee->prop.window);
 }
@@ -345,7 +341,7 @@ _ecore_evas_raise(Ecore_Evas *ee)
 static void
 _ecore_evas_lower(Ecore_Evas *ee)
 {
-   DBG("");
+   DBG("%p", ee);
 
ecore_c

[EGIT] [core/efl] master 04/08: eio: fix printf format error

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=660259b46da6b03aa35dd09b146f7f7966fc1b9b

commit 660259b46da6b03aa35dd09b146f7f7966fc1b9b
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Thu Mar 9 22:18:10 2017 +0100

eio: fix printf format error
---
 src/examples/eio/efl_io_manager_ls.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/src/examples/eio/efl_io_manager_ls.c 
b/src/examples/eio/efl_io_manager_ls.c
index b1f5ea9..6878cfe 100644
--- a/src/examples/eio/efl_io_manager_ls.c
+++ b/src/examples/eio/efl_io_manager_ls.c
@@ -2,7 +2,7 @@
 #include 
 #endif
 
-
+#include 
 #include 
 #include 
 
@@ -20,7 +20,7 @@ void done_cb(void *data, const Efl_Event *ev)
Efl_Future_Event_Success *success = ev->info;
uint64_t *count = success->value;
 
-   printf("%s done listing files %i.\n", __FUNCTION__, *count);
+   printf("%s done listing files %"PRIu64".\n", __FUNCTION__, *count);
 
leave(data);
 }

-- 

[EGIT] [core/efl] master 08/08: ecore_cocoa: fix windows initial rendering

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=adf9608387892fbea82cd8440808c90aa0215fee

commit adf9608387892fbea82cd8440808c90aa0215fee
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Thu Mar 9 23:04:26 2017 +0100

ecore_cocoa: fix windows initial rendering

We need to refresh the Cocoa's content view when showing the window.
In some particular cases (including the elementary_test initial window),
the content view is redrawn because of external events (the entry
animator). When no action at all is performed, the window and the
content view are resized... nice... but not drew...

Such a simple fix for this hell of a bug!

Fixes T5210
---
 src/lib/ecore_cocoa/ecore_cocoa_window.m | 1 +
 1 file changed, 1 insertion(+)

diff --git a/src/lib/ecore_cocoa/ecore_cocoa_window.m 
b/src/lib/ecore_cocoa/ecore_cocoa_window.m
index 2edb8b6..ebd3ddd 100644
--- a/src/lib/ecore_cocoa/ecore_cocoa_window.m
+++ b/src/lib/ecore_cocoa/ecore_cocoa_window.m
@@ -539,6 +539,7 @@ ecore_cocoa_window_show(Ecore_Cocoa_Window *window)
 
if (![window->window isVisible])
  [window->window makeKeyAndOrderFront:NSApp];
+   [window->window display];
 }
 
 EAPI void

-- 

[EGIT] [core/efl] master 03/08: edje: better error message when a po file does not exist

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=9ba17f6902ebdde417b4d56aedb8663bd09bf2d2

commit 9ba17f6902ebdde417b4d56aedb8663bd09bf2d2
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Thu Mar 9 22:17:43 2017 +0100

edje: better error message when a po file does not exist
---
 src/bin/edje/edje_cc_out.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/bin/edje/edje_cc_out.c b/src/bin/edje/edje_cc_out.c
index fc456b8..367b266 100644
--- a/src/bin/edje/edje_cc_out.c
+++ b/src/bin/edje/edje_cc_out.c
@@ -1752,7 +1752,7 @@ data_write_mo(Eet_File *ef, int *mo_num)
   }
  }
else
- error_and_abort(mw->ef, "Invalid .po file.");
+ error_and_abort(mw->ef, "Invalid .po file \"%s\".", 
po_path);
 }
   free(mw);
}

-- 

[EGIT] [core/efl] master 02/08: edje: make sure the po files are well-copied once

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=a0a957bb7dea3b746c7006e828f1021002e15663

commit a0a957bb7dea3b746c7006e828f1021002e15663
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Thu Mar 9 22:17:11 2017 +0100

edje: make sure the po files are well-copied once
---
 src/examples/edje/Makefile.am | 15 +--
 1 file changed, 9 insertions(+), 6 deletions(-)

diff --git a/src/examples/edje/Makefile.am b/src/examples/edje/Makefile.am
index 91bb1ca..9a65457 100644
--- a/src/examples/edje/Makefile.am
+++ b/src/examples/edje/Makefile.am
@@ -86,12 +86,15 @@ EDJE_CC_FLAGS += -beta
$(AM_V_EDJ)$(EDJE_CC) $(EDJE_CC_FLAGS) $(SND_DIR) $(MO_DIR) $< 
$(builddir)/$(@F)
 
 text.edj: text.edc
-   @cp -a $(top_srcdir)/src/examples/edje/en_IN/ 
$(top_builddir)/src/examples/edje/ || true
-   @cp -a $(top_srcdir)/src/examples/edje/hi_IN/ 
$(top_builddir)/src/examples/edje/ || true
-   @cp -a $(top_srcdir)/src/examples/edje/ta_IN/ 
$(top_builddir)/src/examples/edje/ || true
-   @chmod -R +w $(top_builddir)/src/examples/edje/en_IN/ || true
-   @chmod -R +w $(top_builddir)/src/examples/edje/hi_IN/ || true
-   @chmod -R +w $(top_builddir)/src/examples/edje/ta_IN/ || true
+   @rm -rf $(top_builddir)/src/examples/edje/en_IN/
+   @rm -rf $(top_builddir)/src/examples/edje/hi_IN/
+   @rm -rf $(top_builddir)/src/examples/edje/ta_IN/
+   @cp -a $(top_srcdir)/src/examples/edje/en_IN/ 
$(top_builddir)/src/examples/edje/en_IN/
+   @cp -a $(top_srcdir)/src/examples/edje/hi_IN/ 
$(top_builddir)/src/examples/edje/hi_IN/
+   @cp -a $(top_srcdir)/src/examples/edje/ta_IN/ 
$(top_builddir)/src/examples/edje/ta_IN/
+   @chmod -R +w $(top_builddir)/src/examples/edje/en_IN/
+   @chmod -R +w $(top_builddir)/src/examples/edje/hi_IN/
+   @chmod -R +w $(top_builddir)/src/examples/edje/ta_IN/
$(AM_V_EDJ)$(EDJE_CC) $(EDJE_CC_FLAGS) $(SND_DIR) $(MO_DIR) 
$(top_srcdir)/src/examples/edje/text.edc 
$(top_builddir)/src/examples/edje/text.edj
 
 EDJS = $(EDCS:%.edc=%.edj)

-- 

[EGIT] [core/efl] master 03/05: ecore_evas_cocoa: use ecore_event to match windows

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=863077ce9ae50b8918259f9dc6d28d88adf21dee

commit 863077ce9ae50b8918259f9dc6d28d88adf21dee
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Wed Mar 8 22:09:37 2017 +0100

ecore_evas_cocoa: use ecore_event to match windows
---
 .../ecore_evas/engines/cocoa/ecore_evas_cocoa.c| 26 --
 1 file changed, 4 insertions(+), 22 deletions(-)

diff --git a/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c 
b/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
index 6a61a7b..a34969a 100644
--- a/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
+++ b/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
@@ -29,9 +29,6 @@
 #endif
 
 static int  _ecore_evas_init_count = 0;
-// FIXME: In case we have a lot of windows per app, we should probably use 
another container
-// like a rbtree or a dictionnary-based container
-static Eina_List*ecore_evases = NULL;
 static Ecore_Event_Handler  *ecore_evas_event_handlers[4];
 
 static const char *_iface_name = "opengl_cocoa";
@@ -69,23 +66,12 @@ _ecore_evas_cocoa_render(Ecore_Evas *ee)
return (updates) ? 1 : rend;
 }
 
-
-static Ecore_Evas *
+static inline Ecore_Evas *
 _ecore_evas_cocoa_match(Ecore_Cocoa_Object *cocoa_win)
 {
-   Eina_List *it;
-   Ecore_Evas *ee;
-
-   DBG("");
-   EINA_LIST_FOREACH(ecore_evases, it, ee)
- {
-if (ecore_cocoa_window_get((Ecore_Cocoa_Window *)ee->prop.window) == 
cocoa_win)
-  return ee;
- }
-   return NULL;
+   return ecore_event_window_match((Ecore_Window)cocoa_win);
 }
 
-
 static Eina_Bool
 _ecore_evas_cocoa_event_got_focus(void *data EINA_UNUSED, int type 
EINA_UNUSED, void *event)
 {
@@ -219,16 +205,12 @@ _ecore_evas_cocoa_init(void)
 static int
 _ecore_evas_cocoa_shutdown(void)
 {
-   Ecore_Evas *ee;
DBG("");
_ecore_evas_init_count--;
if (_ecore_evas_init_count == 0)
  {
 unsigned int i;
 
-EINA_LIST_FREE(ecore_evases, ee)
-  _ecore_evas_free(ee);
-
 for (i = 0; i < EINA_C_ARRAY_LENGTH(ecore_evas_event_handlers); i++)
   ecore_event_handler_del(ecore_evas_event_handlers[i]);
 
@@ -241,7 +223,8 @@ static void
 _ecore_evas_cocoa_free(Ecore_Evas *ee)
 {
DBG("");
-   ecore_evases = eina_list_remove(ecore_evases, ee);
+
+   ecore_cocoa_window_free((Ecore_Cocoa_Window *)ee->prop.window);
ecore_event_window_unregister(ee->prop.window);
_ecore_evas_cocoa_shutdown();
ecore_cocoa_shutdown();
@@ -658,7 +641,6 @@ ecore_evas_cocoa_new_internal(Ecore_Cocoa_Window *parent 
EINA_UNUSED, int x, int
_ecore_event_window_direct_cb_set(ee->prop.window, 
_ecore_evas_input_direct_cb);
 
evas_event_feed_mouse_in(ee->evas, (unsigned int)((unsigned long 
long)(ecore_time_get() * 1000.0) & 0x), NULL);
-   ecore_evases = eina_list_append(ecore_evases, ee);
 
return ee;
 

-- 

[EGIT] [core/efl] master 01/05: ecore_evas_cocoa: remove more pointless code

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=79e7e2628a881540f35b64f515938b31a136c674

commit 79e7e2628a881540f35b64f515938b31a136c674
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Wed Mar 8 21:20:55 2017 +0100

ecore_evas_cocoa: remove more pointless code
---
 .../ecore_evas/engines/cocoa/ecore_evas_cocoa.c| 79 +-
 1 file changed, 17 insertions(+), 62 deletions(-)

diff --git a/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c 
b/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
index 90071de..6a61a7b 100644
--- a/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
+++ b/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
@@ -38,62 +38,12 @@ static const char *_iface_name = "opengl_cocoa";
 static const int _iface_version = 1;
 
 static int
-_render_updates_process(Ecore_Evas *ee, Eina_List *updates)
-{
-   int rend = 0;
-
-   if (((ee->visible) && (ee->draw_ok)) ||
-   ((ee->should_be_visible) && (ee->prop.fullscreen)) ||
-   ((ee->should_be_visible) && (ee->prop.override)))
- {
-if (updates)
-  {
- _ecore_evas_idle_timeout_update(ee);
- rend = 1;
-  }
- }
-   else
- evas_norender(ee->evas);
-
-   if (ee->func.fn_post_render) ee->func.fn_post_render(ee);
-
-
-   if (rend)
- {
-static int frames = 0;
-static double t0 = 0.0;
-double t, td;
-
-t = ecore_time_get();
-frames++;
-if ((t - t0) > 1.0)
-  {
- td = t - t0;
- DBG("FPS: %3.3f", (double)frames / td);
- frames = 0;
- t0 = t;
-  }
- }
-
-   return rend;
-}
-
-static int
 _ecore_evas_cocoa_render(Ecore_Evas *ee)
 {
int rend = 0;
-   Eina_List *ll, *updates;
+   Eina_List *ll, *updates = NULL;
Ecore_Evas *ee2;
 
-   if ((!ee->no_comp_sync) && (_ecore_evas_app_comp_sync))
- return 0;
-
-   if (ee->in_async_render)
- {
-DBG("ee=%p is rendering asynchronously, skip.", ee);
-return 0;
- }
-
EINA_LIST_FOREACH(ee->sub_ecore_evas, ll, ee2)
  {
 if (ee2->func.fn_pre_render) ee2->func.fn_pre_render(ee2);
@@ -104,11 +54,19 @@ _ecore_evas_cocoa_render(Ecore_Evas *ee)
 
if (ee->func.fn_pre_render) ee->func.fn_pre_render(ee);
 
-   updates = evas_render_updates(ee->evas);
-   rend = _render_updates_process(ee, updates);
-   evas_render_updates_free(updates);
+   if (((ee->visible) && (ee->draw_ok)) ||
+   ((ee->should_be_visible) && (ee->prop.fullscreen)) ||
+   ((ee->should_be_visible) && (ee->prop.override)))
+ {
+updates = evas_render_updates(ee->evas);
+if (updates) evas_render_updates_free(updates);
+ }
+   else
+ evas_norender(ee->evas);
 
-   return rend;
+   if (ee->func.fn_post_render) ee->func.fn_post_render(ee);
+
+   return (updates) ? 1 : rend;
 }
 
 
@@ -358,19 +316,16 @@ _ecore_evas_show(Ecore_Evas *ee)
 {
DBG("");
 
-   if (ee->visible) return;
-   ee->visible = 1;
-   ee->should_be_visible = 1;
-   ee->draw_ok = EINA_TRUE;
-
ecore_cocoa_window_show((Ecore_Cocoa_Window *)ee->prop.window);
evas_damage_rectangle_add(ee->evas, 0, 0, ee->w, ee->h);
 
-   _ecore_evas_cocoa_render(ee);
-
ee->prop.withdrawn = EINA_FALSE;
if (ee->func.fn_state_change) ee->func.fn_state_change(ee);
 
+   if (ee->visible) return;
+   ee->visible = 1;
+   ee->should_be_visible = 1;
+   ee->draw_ok = EINA_TRUE;
if (ee->func.fn_show) ee->func.fn_show(ee);
 }
 

-- 

[EGIT] [core/efl] master 02/05: ecore_cocoa: pass the right window to ecore_evas

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=88e352efe826624c35033a0880c7654b548bbe4a

commit 88e352efe826624c35033a0880c7654b548bbe4a
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Wed Mar 8 22:06:35 2017 +0100

ecore_cocoa: pass the right window to ecore_evas
---
 src/lib/ecore_cocoa/ecore_cocoa_window.m | 14 +++---
 1 file changed, 7 insertions(+), 7 deletions(-)

diff --git a/src/lib/ecore_cocoa/ecore_cocoa_window.m 
b/src/lib/ecore_cocoa/ecore_cocoa_window.m
index 249c0a8..716fc64 100644
--- a/src/lib/ecore_cocoa/ecore_cocoa_window.m
+++ b/src/lib/ecore_cocoa/ecore_cocoa_window.m
@@ -68,13 +68,13 @@ static NSCursor *_cursors[__ECORE_COCOA_CURSOR_LAST];
event->w = size.width;
event->h = size.height -
   (([self isFullScreen] == YES) ? 0 : ecore_cocoa_titlebar_height_get());
-   event->cocoa_window = self;
+   event->cocoa_window = self.ecore_window_data;
ecore_event_add(ECORE_COCOA_EVENT_WINDOW_RESIZE_REQUEST, event, NULL, NULL);
 
return YES;
 }
 
-- (void)windowWillClose:(NSNotification *) notification
+- (void)windowWillClose:(NSNotification *) EINA_UNUSED notif
 {
Ecore_Cocoa_Event_Window_Destroy *event;
 
@@ -84,7 +84,7 @@ static NSCursor *_cursors[__ECORE_COCOA_CURSOR_LAST];
 CRI("Failed to allocate Ecore_Cocoa_Event_Window");
 return;
  }
-   event->cocoa_window = [notification object];
+   event->cocoa_window = self.ecore_window_data;
ecore_event_add(ECORE_COCOA_EVENT_WINDOW_DESTROY, event, NULL, NULL);
 }
 
@@ -122,7 +122,7 @@ static NSCursor *_cursors[__ECORE_COCOA_CURSOR_LAST];
  }
 }
 
-- (void)windowDidBecomeKey:(NSNotification *)notification
+- (void)windowDidBecomeKey:(NSNotification *) EINA_UNUSED notif
 {
Ecore_Cocoa_Event_Window_Focused *e;
 
@@ -132,7 +132,7 @@ static NSCursor *_cursors[__ECORE_COCOA_CURSOR_LAST];
 CRI("Failed to allocate Ecore_Cocoa_Event_Window");
 return;
  }
-   e->cocoa_window = [notification object];
+   e->cocoa_window = self.ecore_window_data;
ecore_event_add(ECORE_COCOA_EVENT_WINDOW_FOCUSED, e, NULL, NULL);
 }
 
@@ -150,7 +150,7 @@ static NSCursor *_cursors[__ECORE_COCOA_CURSOR_LAST];
[NSApp resumeNSRunLoopMonitoring];
 }
 
-- (void)windowDidResignKey:(NSNotification *)notification
+- (void)windowDidResignKey:(NSNotification *) EINA_UNUSED notif
 {
Ecore_Cocoa_Event_Window_Unfocused *e;
 
@@ -160,7 +160,7 @@ static NSCursor *_cursors[__ECORE_COCOA_CURSOR_LAST];
 CRI("Failed to allocate Ecore_Cocoa_Event_Window");
 return;
  }
-   e->cocoa_window = [notification object];
+   e->cocoa_window = self.ecore_window_data;
ecore_event_add(ECORE_COCOA_EVENT_WINDOW_UNFOCUSED, e, NULL, NULL);
 }
 

-- 

[EGIT] [core/efl] master 05/05: gl_cocoa: use triple buffering

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=27a62edd68fae2f00be0214993dad34309084947

commit 27a62edd68fae2f00be0214993dad34309084947
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Thu Mar 9 00:31:51 2017 +0100

gl_cocoa: use triple buffering

Interestingly enough, this makes some graphical artifacts vanish...
---
 src/modules/evas/engines/gl_cocoa/evas_outbuf.m | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/src/modules/evas/engines/gl_cocoa/evas_outbuf.m 
b/src/modules/evas/engines/gl_cocoa/evas_outbuf.m
index 4a8e176..80f5794 100644
--- a/src/modules/evas/engines/gl_cocoa/evas_outbuf.m
+++ b/src/modules/evas/engines/gl_cocoa/evas_outbuf.m
@@ -30,7 +30,7 @@ static int _win_count = 0;
 {
const NSOpenGLPixelFormatAttribute attributes[] = {
   NSOpenGLPFAAccelerated,
-  NSOpenGLPFADoubleBuffer,
+  NSOpenGLPFATripleBuffer,
   0 /* Terminator */
};
return [[[NSOpenGLPixelFormat alloc] initWithAttributes:attributes] 
autorelease];
@@ -117,7 +117,7 @@ evas_outbuf_new(Evas_Engine_Info_GL_Cocoa *info,
ob->info = info;
ob->ns_window = info->window;
ob->rot = 0;
-   ob->swap_mode = MODE_DOUBLE;
+   ob->swap_mode = MODE_TRIPLE;
 
glview = [[EvasGLView alloc] initWithFrame: NSMakeRect(0, 0, w, h)];
if (EINA_UNLIKELY(!glview))

-- 

[EGIT] [core/efl] master 04/05: ecore_evas_cocoa: fix invalid initial requested width

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=f6a44e6bc165016af37c77fdabc24cbff4264d05

commit f6a44e6bc165016af37c77fdabc24cbff4264d05
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Wed Mar 8 22:36:30 2017 +0100

ecore_evas_cocoa: fix invalid initial requested width
---
 src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c 
b/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
index a34969a..7880442 100644
--- a/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
+++ b/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
@@ -584,7 +584,7 @@ ecore_evas_cocoa_new_internal(Ecore_Cocoa_Window *parent 
EINA_UNUSED, int x, int
ee->h = h;
ee->req.x = ee->x;
ee->req.y = ee->y;
-   ee->req.w = ee->w - ee->y;
+   ee->req.w = ee->w;
ee->req.h = ee->h;
 
ee->prop.max.w = 32767;

-- 

[EGIT] [core/efl] master 03/03: ecore_evas_cocoa: remove a lot of useless code

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=b9ab5f68aff23349a1c63079dbbed48d7cdf0c3d

commit b9ab5f68aff23349a1c63079dbbed48d7cdf0c3d
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Wed Mar 8 08:57:37 2017 +0100

ecore_evas_cocoa: remove a lot of useless code

I still don't know what's going on with the rendering problems, but
at least now  I have less dead code in my way...
---
 .../ecore_evas/engines/cocoa/ecore_evas_cocoa.c| 109 -
 1 file changed, 42 insertions(+), 67 deletions(-)

diff --git a/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c 
b/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
index 04a8b21..90071de 100644
--- a/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
+++ b/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
@@ -42,32 +42,15 @@ _render_updates_process(Ecore_Evas *ee, Eina_List *updates)
 {
int rend = 0;
 
-   if (ee->prop.avoid_damage)
+   if (((ee->visible) && (ee->draw_ok)) ||
+   ((ee->should_be_visible) && (ee->prop.fullscreen)) ||
+   ((ee->should_be_visible) && (ee->prop.override)))
  {
 if (updates)
   {
  _ecore_evas_idle_timeout_update(ee);
  rend = 1;
   }
-
- }
-   else if (((ee->visible) && (ee->draw_ok)) ||
-((ee->should_be_visible) && (ee->prop.fullscreen)) ||
-((ee->should_be_visible) && (ee->prop.override)))
- {
-if (updates)
-  {
- if (ee->shaped)
-   {
-  //TODO
-   }
- if (ee->alpha)
-   {
-  //TODO
-   }
- _ecore_evas_idle_timeout_update(ee);
- rend = 1;
-  }
  }
else
  evas_norender(ee->evas);
@@ -99,9 +82,8 @@ static int
 _ecore_evas_cocoa_render(Ecore_Evas *ee)
 {
int rend = 0;
-   Eina_List *ll;
+   Eina_List *ll, *updates;
Ecore_Evas *ee2;
-   static int render2 = -1;
 
if ((!ee->no_comp_sync) && (_ecore_evas_app_comp_sync))
  return 0;
@@ -121,42 +103,11 @@ _ecore_evas_cocoa_render(Ecore_Evas *ee)
  }
 
if (ee->func.fn_pre_render) ee->func.fn_pre_render(ee);
-   if (render2 == -1)
- {
-if (getenv("RENDER2")) render2 = 1;
-else render2 = 0;
- }
-   if (render2)
- {
-if (!ee->can_async_render)
-  {
- Eina_List *updates = evas_render2_updates(ee->evas);
- rend = _render_updates_process(ee, updates);
- evas_render_updates_free(updates);
-  }
-else
-  {
- ee->in_async_render = EINA_TRUE;
- if (evas_render2(ee->evas)) rend = 1;
- else ee->in_async_render = EINA_FALSE;
-  }
- }
-   else
- {
-if (!ee->can_async_render)
-  {
- Eina_List *updates = evas_render_updates(ee->evas);
- rend = _render_updates_process(ee, updates);
- evas_render_updates_free(updates);
-  }
-else if (evas_render_async(ee->evas))
-  {
- DBG("ee=%p started asynchronous render.", ee);
- ee->in_async_render = EINA_TRUE;
- rend = 1;
-  }
-else if (ee->func.fn_post_render) ee->func.fn_post_render(ee);
- }
+
+   updates = evas_render_updates(ee->evas);
+   rend = _render_updates_process(ee, updates);
+   evas_render_updates_free(updates);
+
return rend;
 }
 
@@ -219,7 +170,7 @@ _ecore_evas_resize_common(Ecore_Evas *ee,
  {
 ee->w = w;
 ee->h = h;
-if (ee->prop.window && resize_cocoa)
+if (resize_cocoa)
   ecore_cocoa_window_resize((Ecore_Cocoa_Window *)ee->prop.window, w, 
h);
 
 if (ECORE_EVAS_PORTRAIT(ee))
@@ -339,6 +290,12 @@ _ecore_evas_cocoa_free(Ecore_Evas *ee)
 }
 
 static void
+_ecore_evas_callback_resize_set(Ecore_Evas *ee, Ecore_Evas_Event_Cb func)
+{
+   if (ee) ee->func.fn_resize = func;
+}
+
+static void
 _ecore_evas_size_min_set(Ecore_Evas *ee, int w, int h)
 {
ecore_cocoa_window_size_min_set((Ecore_Cocoa_Window *)ee->prop.window, w, 
h);
@@ -400,12 +357,21 @@ static void
 _ecore_evas_show(Ecore_Evas *ee)
 {
DBG("");
+
+   if (ee->visible) return;
+   ee->visible = 1;
ee->should_be_visible = 1;
-   if (ee->prop.avoid_damage)
- _ecore_evas_cocoa_render(ee);
+   ee->draw_ok = EINA_TRUE;
 
ecore_cocoa_window_show((Ecore_Cocoa_Window *)ee->prop.window);
evas_damage_rectangle_add(ee->evas, 0, 0, ee->w, ee->h);
+
+   _ecore_evas_cocoa_render(ee);
+
+   ee->prop.withdrawn = EINA_FALSE;
+   if (ee->func.fn_state_change) ee->func.fn_state_change(ee);
+
+   if (ee->func.f

[EGIT] [core/efl] master 02/03: ecore_evas_cocoa: set the render func at initialization

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=1c772ddd3ddc1d543ab3f5347993330bad005025

commit 1c772ddd3ddc1d543ab3f5347993330bad005025
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Tue Mar 7 23:07:07 2017 +0100

ecore_evas_cocoa: set the render func at initialization
---
 src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c 
b/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
index a311628..04a8b21 100644
--- a/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
+++ b/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
@@ -603,7 +603,7 @@ static Ecore_Evas_Engine_Func _ecore_cocoa_engine_func =
 NULL,
 NULL,
 
-NULL, // render
+_ecore_evas_cocoa_render,
 _ecore_evas_screen_geometry_get,
 NULL, // screen_dpi_get
 NULL,
@@ -719,7 +719,6 @@ ecore_evas_cocoa_new_internal(Ecore_Cocoa_Window *parent 
EINA_UNUSED, int x, int
iface->window_get = _ecore_evas_cocoa_window_get;
ee->engine.ifaces = eina_list_append(ee->engine.ifaces, iface);
 
-   ee->engine.func->fn_render = _ecore_evas_cocoa_render;
_ecore_evas_register(ee);
ecore_event_window_register(ee->prop.window, ee, ee->evas,

(Ecore_Event_Mouse_Move_Cb)_ecore_evas_mouse_move_process,

-- 

[EGIT] [core/efl] master 01/03: ecore_evas: process mouse move even when there is no cursor

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=85110c7dd9b58b8e991663b4f56b7cb1b31caea7

commit 85110c7dd9b58b8e991663b4f56b7cb1b31caea7
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Tue Mar 7 22:16:24 2017 +0100

ecore_evas: process mouse move even when there is no cursor
---
 src/lib/ecore_evas/ecore_evas.c | 44 +
 1 file changed, 23 insertions(+), 21 deletions(-)

diff --git a/src/lib/ecore_evas/ecore_evas.c b/src/lib/ecore_evas/ecore_evas.c
index c560d5c..8b53aab 100644
--- a/src/lib/ecore_evas/ecore_evas.c
+++ b/src/lib/ecore_evas/ecore_evas.c
@@ -3183,28 +3183,30 @@ _ecore_evas_mouse_move_process_internal(Ecore_Evas *ee,
if (!pointer)
  pointer = evas_default_device_get(ee->evas, EFL_INPUT_DEVICE_CLASS_MOUSE);
cursor = eina_hash_find(ee->prop.cursors, );
-   EINA_SAFETY_ON_NULL_RETURN(cursor);
-   cursor->pos_x = x;
-   cursor->pos_y = y;
-   if (cursor->object)
+   if (cursor)
  {
-evas_object_show(cursor->object);
-if (ee->rotation == 0)
-  evas_object_move(cursor->object,
-   x - fx - cursor->hot.x,
-   y - fy - cursor->hot.y);
-else if (ee->rotation == 90)
-  evas_object_move(cursor->object,
-   ee->h + fw - y - fx - 1 - cursor->hot.x,
-   x - fy - cursor->hot.y);
-else if (ee->rotation == 180)
-  evas_object_move(cursor->object,
-   ee->w + fw - x - fx - 1 - cursor->hot.x,
-   ee->h + fh - y - fy - 1 - cursor->hot.y);
-else if (ee->rotation == 270)
-  evas_object_move(cursor->object,
-   y - fx - cursor->hot.x,
-   ee->w + fh - x - fy - 1 - cursor->hot.y);
+cursor->pos_x = x;
+cursor->pos_y = y;
+if (cursor->object)
+  {
+ evas_object_show(cursor->object);
+ if (ee->rotation == 0)
+   evas_object_move(cursor->object,
+x - fx - cursor->hot.x,
+y - fy - cursor->hot.y);
+ else if (ee->rotation == 90)
+   evas_object_move(cursor->object,
+ee->h + fw - y - fx - 1 - cursor->hot.x,
+x - fy - cursor->hot.y);
+ else if (ee->rotation == 180)
+   evas_object_move(cursor->object,
+ee->w + fw - x - fx - 1 - cursor->hot.x,
+ee->h + fh - y - fy - 1 - cursor->hot.y);
+ else if (ee->rotation == 270)
+   evas_object_move(cursor->object,
+y - fx - cursor->hot.x,
+ee->w + fh - x - fy - 1 - cursor->hot.y);
+  }
  }
 
if (!feed) return;

-- 

[EGIT] [core/efl] master 02/02: ecore_evas/x: don't mark as unused a used parameter

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=566b23dcb80c7a4d8aa2ab03a4479e248b07423d

commit 566b23dcb80c7a4d8aa2ab03a4479e248b07423d
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Tue Mar 7 20:22:11 2017 +0100

ecore_evas/x: don't mark as unused a used parameter
---
 src/modules/ecore_evas/engines/x/ecore_evas_x.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/modules/ecore_evas/engines/x/ecore_evas_x.c 
b/src/modules/ecore_evas/engines/x/ecore_evas_x.c
index af3f56b..1f02374 100644
--- a/src/modules/ecore_evas/engines/x/ecore_evas_x.c
+++ b/src/modules/ecore_evas/engines/x/ecore_evas_x.c
@@ -3175,7 +3175,7 @@ _ecore_evas_x_object_cursor_set(Ecore_Evas *ee, 
Evas_Object *obj,
 }
 
 static void
-_ecore_evas_x_object_cursor_unset(Ecore_Evas *ee EINA_UNUSED)
+_ecore_evas_x_object_cursor_unset(Ecore_Evas *ee)
 {
ecore_x_window_cursor_show(ee->prop.window, 1);
 }

-- 

[EGIT] [core/efl] master 01/02: ecore_evas/cocoa: fix cursor's visibility

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=6f80616a4d7a8d3f855208d5a3098adae6cdb8cd

commit 6f80616a4d7a8d3f855208d5a3098adae6cdb8cd
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Tue Mar 7 20:19:53 2017 +0100

ecore_evas/cocoa: fix cursor's visibility

Fixes T5238
---
 src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c | 15 ++-
 1 file changed, 10 insertions(+), 5 deletions(-)

diff --git a/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c 
b/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
index 6dabee4..a311628 100644
--- a/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
+++ b/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
@@ -468,15 +468,20 @@ _ecore_evas_object_cursor_set(Ecore_Evas *ee, Evas_Object 
*obj,
   int layer EINA_UNUSED, int hot_x EINA_UNUSED,
   int hot_y EINA_UNUSED)
 {
-   Ecore_Cocoa_Window *win = (Ecore_Cocoa_Window *)(ee->prop.window);
+   Ecore_Cocoa_Window *const win = (Ecore_Cocoa_Window *)(ee->prop.window);
 
-   if (!obj)
- ecore_cocoa_window_cursor_show(win, EINA_TRUE);
-   else if (obj != _ecore_evas_default_cursor_image_get(ee))
+   if (obj != _ecore_evas_default_cursor_image_get(ee))
  ecore_cocoa_window_cursor_show(win, EINA_FALSE);
 }
 
 static void
+_ecore_evas_object_cursor_unset(Ecore_Evas *ee)
+{
+   Ecore_Cocoa_Window *const win = (Ecore_Cocoa_Window *)(ee->prop.window);
+   ecore_cocoa_window_cursor_show(win, EINA_TRUE);
+}
+
+static void
 _ecore_evas_withdrawn_set(Ecore_Evas *ee, Eina_Bool on)
 {
if (on)
@@ -574,7 +579,7 @@ static Ecore_Evas_Engine_Func _ecore_cocoa_engine_func =
 NULL,
 _ecore_evas_size_step_set,
 _ecore_evas_object_cursor_set,
-NULL,
+_ecore_evas_object_cursor_unset,
 NULL,
 NULL,
 _ecore_evas_iconified_set,

-- 

[EGIT] [core/efl] master 01/01: ecore: fix build when debugging threads

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=ccbab08a4b2fe2ea693dc5ba3d83c9e9b1a42aa9

commit ccbab08a4b2fe2ea693dc5ba3d83c9e9b1a42aa9
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Tue Mar 7 00:48:16 2017 +0100

ecore: fix build when debugging threads
---
 src/lib/ecore/ecore_idler.c | 5 +
 1 file changed, 1 insertion(+), 4 deletions(-)

diff --git a/src/lib/ecore/ecore_idler.c b/src/lib/ecore/ecore_idler.c
index 66747dd..70795f8 100644
--- a/src/lib/ecore/ecore_idler.c
+++ b/src/lib/ecore/ecore_idler.c
@@ -71,10 +71,7 @@ _ecore_factorized_idle_add(const Efl_Callback_Array_Item 
*desc,
 {
Ecore_Factorized_Idle *ret;
 
-   if (EINA_UNLIKELY(!eina_main_loop_is()))
- {
-EINA_MAIN_LOOP_CHECK_RETURN;
- }
+   EINA_MAIN_LOOP_CHECK_RETURN_VAL(NULL);
 
if (!func)
  {

-- 

Re: [E-devel] Work items towards 1.19

[Jean Guyomarc'h]

Hi,

to sum-up a bit what's going on with osx:
- there are (sometimes) rendering issues when creating a window, I still
don't really know why... it seems the gl context is not properly sized to
the window's frame. That's tricky, because the problem can be in
evas-gl_cocoa, ecore_evas_cocoa, ecore_cocoa.
- the elm_entry hijacks the mac cursor, and we end up with an invisible
cursor after entering the elm_entry.
- on sierra (I assume it is sierra specific since the problem is not
visible on el_capitan), evas_shutdown() is a mess. pthread_join()
segfaults. Sometimes it is dlsym() in eina_shutdown().

So that's a lot a trouble...
Bisecting is taking forever... as my mac (and HDD) are dying. The (huge)
compilation time of EFL does not help, this makes investigation tough.
Also, I can only work on EFL during my free time, so I have limited
bandwidth :/
A third beta would give me more time to solve the issues.

Any help is more than welcomed :) It could greatly help if someone with a
powerful mac could run a git bisect. I assume that commit
42a722be23e91301cc269f2abb10d4e407bf444a was fine.

Regarding efler, I tested it last week, but it crashes because of ecore_con
(it seems that more than one url requests are not well handled).

Jean

On Mon, Mar 6, 2017 at 2:19 PM, Stefan Schmidt 
wrote:

> Hello.
>
> On 03/06/2017 02:11 PM, Jonathan Aquilina wrote:
> > Not trying to derail this email but what exactly needs testing I have a
> > mac but I am unclear how to get enlightenment working under osx. maybe I
> > can help with testing and bug reporting.
> >
>
> Testing would be about efl and not enlightenment. Libs and some example
> apps only.
>
> > On 2017-03-06 14:05, Stefan Schmidt wrote:
>
> >>
> >> efl 1.19.0-beta2 render is broke on MacOS
> >> https://phab.enlightenment.org/T5210
> >>
> >> macOS graphical programs crash on termination
> >> https://phab.enlightenment.org/T5245
> >>
> >> Elm entry makes the cursor invisible when not hovered
> >> https://phab.enlightenment.org/T5238
>
> These should give you hints on testing what seems broken right now.
> To setup efl on macOS best refer to:
>
> https://www.enlightenment.org/distros/osx-start
>
> regards
> Stefan Schmidt
>
> 
> --
> 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
> enlightenment-devel@lists.sourceforge.net
> 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
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [apps/extra] master 01/01: autotools: don't invoke an undefined macro

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/apps/extra.git/commit/?id=af5e103c7ae65e086604b0641197f9b4b599da6b

commit af5e103c7ae65e086604b0641197f9b4b599da6b
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Sat Feb 25 14:16:01 2017 +0100

autotools: don't invoke an undefined macro
---
 configure.ac | 1 -
 1 file changed, 1 deletion(-)

diff --git a/configure.ac b/configure.ac
index 5c04492..2c574dc 100644
--- a/configure.ac
+++ b/configure.ac
@@ -21,7 +21,6 @@ AC_PROG_CC
 AC_PROG_CC_C99
 AM_PROG_CC_C_O
 EFL_ATTRIBUTE_UNUSED
-ELM_QUICKLAUNCH
 EFL_COMPILER_FLAG([-Wall])
 EFL_COMPILER_FLAG([-W])
 

-- 

[EGIT] [website/www-content] master 01/01: Wiki page osx-start changed with summary [Homebrew ships EFL 1.18.4] by Jean Guyomarc'h

[Jean Guyomarc'h]

WWW-www.enlightenment.org pushed a commit to branch master.

http://git.enlightenment.org/website/www-content.git/commit/?id=98a34acef0ee33072b03747102c35ead34e4e0f4

commit 98a34acef0ee33072b03747102c35ead34e4e0f4
Author: Jean Guyomarc'h <jean.guyoma...@gmail.com>
Date:   Thu Dec 8 23:36:35 2016 -0800

Wiki page osx-start changed with summary [Homebrew ships EFL 1.18.4] by 
Jean Guyomarc'h
---
 pages/distros/osx-start.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/pages/distros/osx-start.txt b/pages/distros/osx-start.txt
index aa565ee..435b284 100644
--- a/pages/distros/osx-start.txt
+++ b/pages/distros/osx-start.txt
@@ -22,7 +22,7 @@ brew install efl   # To install EFL
 
 
 And that's it! Enjoy your freshly distributed EFL :-).
-The distributed version of EFL is 
[[http://braumeister.org/formula/efl|1.18.3]].
+The distributed version of EFL is 
[[http://braumeister.org/formula/efl|1.18.4]].
 
 
 == Manual Installation (for EFL DEVELOPERS) ==

-- 

Re: [E-devel] [EGIT] [core/efl] master 01/02: evas: refactor setup stage and reduce complexity for engine.

[Jean Guyomarc'h]

Oh my... I had a bad feeling when reading the commit message...


Jean

On Thu, Dec 8, 2016 at 8:43 AM, Vincent Torri 
wrote:

> i confirm this, the 2 windows engines are broken
>
> On Thu, Dec 8, 2016 at 3:46 AM, Jean-Philippe André 
> wrote:
> > Cedric,
> >
> > Please at least compile your code before pushing it.
> > gl_drm is badly broken. I wouldn't be surprised if cocoa and windows
> > engines are also broken now.
> >
> >
> > On 8 December 2016 at 08:48, Cedric BAIL  wrote:
> >
> >> cedric pushed a commit to branch master.
> >>
> >> http://git.enlightenment.org/core/efl.git/commit/?id=
> >> 73b308fb66f871b93ef8e324997872e3bf175906
> >>
> >> commit 73b308fb66f871b93ef8e324997872e3bf175906
> >> Author: Cedric BAIL 
> >> Date:   Fri Dec 2 15:30:02 2016 -0800
> >>
> >> evas: refactor setup stage and reduce complexity for engine.
> >> ---
> >>  src/lib/evas/canvas/evas_main.c|  38 ++-
> >>  src/lib/evas/include/evas_private.h|   3 +-
> >>  src/modules/evas/engines/buffer/evas_engine.c  |  47 ++-
> >>  src/modules/evas/engines/drm/evas_engine.c |  50 ++--
> >>  src/modules/evas/engines/eglfs/evas_engine.c   | 236
> +++
> >>  src/modules/evas/engines/fb/evas_engine.c  |  30 +-
> >>  src/modules/evas/engines/gl_cocoa/evas_engine.c| 135 -
> >>  src/modules/evas/engines/gl_drm/evas_engine.c  | 279
> >> -
> >>  src/modules/evas/engines/gl_drm/evas_engine.h  |   2 -
> >>  src/modules/evas/engines/gl_sdl/evas_engine.c  |  25 +-
> >>  src/modules/evas/engines/gl_x11/evas_engine.c  | 332
> >> ++---
> >>  src/modules/evas/engines/gl_x11/evas_engine.h  |   6 +-
> >>  src/modules/evas/engines/gl_x11/evas_x_main.c  |  24 +-
> >>  src/modules/evas/engines/psl1ght/evas_engine.c |  19 +-
> >>  .../evas/engines/software_ddraw/evas_engine.c  |  48 +--
> >>  .../evas/engines/software_gdi/evas_engine.c|  76 +++--
> >>  .../evas/engines/software_generic/evas_engine.c|   3 +-
> >>  .../evas/engines/software_x11/evas_engine.c| 198 ++--
> >>  src/modules/evas/engines/wayland_egl/evas_engine.c | 286
> >> +-
> >>  src/modules/evas/engines/wayland_shm/evas_engine.c |  64 ++--
> >>  20 files changed, 879 insertions(+), 1022 deletions(-)
> >>
> >> diff --git a/src/lib/evas/canvas/evas_main.c
> b/src/lib/evas/canvas/evas_
> >> main.c
> >> index 269d329..b499dcf 100644
> >> --- a/src/lib/evas/canvas/evas_main.c
> >> +++ b/src/lib/evas/canvas/evas_main.c
> >> @@ -420,22 +420,44 @@ _evas_canvas_engine_info_get(Eo *eo_e
> EINA_UNUSED,
> >> Evas_Public_Data *e)
> >>  }
> >>
> >>  EOLIAN static Eina_Bool
> >> -_evas_canvas_engine_info_set(Eo *eo_e, Evas_Public_Data *e,
> >> Evas_Engine_Info *info)
> >> +_evas_canvas_engine_info_set(Eo *eo_e EINA_UNUSED, Evas_Public_Data
> *e,
> >> Evas_Engine_Info *info)
> >>  {
> >> -   Eina_Bool res;
> >> -
> >> if (!info) return EINA_FALSE;
> >> if (info != e->engine.info) return EINA_FALSE;
> >> if (info->magic != e->engine.info_magic) return EINA_FALSE;
> >>
> >> evas_canvas_async_block(e);
> >> -   if (!e->common_init)
> >> +
> >> +   if (e->engine.data.output)
> >>   {
> >> -e->common_init = 1;
> >> -evas_common_init();
> >> +if (e->engine.func->update)
> >> +  {
> >> + e->engine.func->update(e->engine.data.output, info,
> >> e->output.w, e->output.h);
> >> +  }
> >> +else
> >> +  {
> >> + // For engine who do not provide an update function
> >> + e->engine.func->output_free(e->engine.data.output);
> >> +
> >> + goto setup;
> >> +  }
> >>   }
> >> -   res = e->engine.func->setup(eo_e, info);
> >> -   return res;
> >> +   else
> >> + {
> >> +if (!e->common_init)
> >> +  {
> >> + e->common_init = 1;
> >> + evas_common_init();
> >> +  }
> >> +
> >> + setup:
> >> +e->engine.data.output = e->engine.func->setup(info,
> e->output.w,
> >> e->output.h);
> >> + }
> >> +
> >> +   if (!e->engine.data.context)
> >> + e->engine.data.context = e->engine.func->context_new(e-
> >> >engine.data.output);
> >> +
> >> +   return !!e->engine.data.output;
> >>  }
> >>
> >>  EOLIAN static Evas_Coord
> >> diff --git a/src/lib/evas/include/evas_private.h
> >> b/src/lib/evas/include/evas_private.h
> >> index 26ea5c5..d5645fc 100644
> >> --- a/src/lib/evas/include/evas_private.h
> >> +++ b/src/lib/evas/include/evas_private.h
> >> @@ -1339,7 +1339,8 @@ struct _Evas_Func
> >>  {
> >> void *(*info)   (Evas *e);
> >> void (*info_free)   (Evas *e, void *info);
> >> -   int  (*setup)   (Evas *e, void *info);
> >> +   void *(*setup)  (void *info, 

[EGIT] [core/efl] master 01/01: evas-gl_cocoa: fix complete b0rkage of the engine

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=42a722be23e91301cc269f2abb10d4e407bf444a

commit 42a722be23e91301cc269f2abb10d4e407bf444a
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Thu Dec 8 20:50:27 2016 +0100

evas-gl_cocoa: fix complete b0rkage of the engine

73b308fb66f871b93ef8e324997872e3bf175906 slaughtered the gl_cocoa
engine. It's now back to life, lighter and shinier.
---
 src/modules/evas/engines/gl_cocoa/evas_engine.c | 15 ++-
 src/modules/evas/engines/gl_cocoa/evas_engine.h |  1 -
 2 files changed, 10 insertions(+), 6 deletions(-)

diff --git a/src/modules/evas/engines/gl_cocoa/evas_engine.c 
b/src/modules/evas/engines/gl_cocoa/evas_engine.c
index 616525c..6b480e6 100644
--- a/src/modules/evas/engines/gl_cocoa/evas_engine.c
+++ b/src/modules/evas/engines/gl_cocoa/evas_engine.c
@@ -149,7 +149,7 @@ eng_info_free(Evas *e EINA_UNUSED, void *info)
 }
 
 static void *
-eng_setup(void *in, unsigned int w, unsinged int h)
+eng_setup(void *in, unsigned int w, unsigned int h)
 {
Evas_Engine_Info_GL_Cocoa *const info = in;
Render_Engine *re;
@@ -178,7 +178,6 @@ eng_setup(void *in, unsigned int w, unsinged int h)
 goto err;
  }
 
-   ob->evas = evas;
info->view = ob->ns_gl_view;
 
chk = evas_render_engine_gl_generic_init(>generic, ob,
@@ -210,15 +209,21 @@ eng_setup(void *in, unsigned int w, unsinged int h)
_gl_wins++;
 
evas_outbuf_use(re->win);
+   return re;
 
+err:
+   free(re);
return NULL;
 }
 
 static int
-eng_update(void *data, void *info, unsigned int w, unsigned int h)
+eng_update(void *data EINA_UNUSED,
+   void *info EINA_UNUSED,
+   unsigned int  wEINA_UNUSED,
+   unsigned int  hEINA_UNUSED)
 {
-   Evas_Engine_Info_GL_Cocoa *const info = in;
-   Render_Engine *re = data;
+   //Evas_Engine_Info_GL_Cocoa *const info = info;
+   //Render_Engine *re = data;
 
CRI("ALREADY A DATA OUTPUT. THIS PART IS NOT IMPLEMENTED YET. PLEASE 
REPORT.");
return 0;
diff --git a/src/modules/evas/engines/gl_cocoa/evas_engine.h 
b/src/modules/evas/engines/gl_cocoa/evas_engine.h
index 855e125..2af2d6a 100644
--- a/src/modules/evas/engines/gl_cocoa/evas_engine.h
+++ b/src/modules/evas/engines/gl_cocoa/evas_engine.h
@@ -58,7 +58,6 @@ struct _Outbuf
 {
Evas_Engine_Info_GL_Cocoa *info;
Evas_Engine_GL_Context *gl_context;
-   Evas *evas;
 
void *ns_gl_view; // NSOpenGLView*
void *ns_window;  // NSWindow*

-- 

Re: [E-devel] Pre-release tarballs for efl 1.18.4

[Jean Guyomarc'h]

Hi Stefan,

1.18.4 is ready to roll on macOS :)

BR,

Jean

On Wed, Dec 7, 2016 at 4:25 PM, Stefan Schmidt 
wrote:

> Hello.
>
> I just uploaded the pre-release tarballs for 1.18.4.
>
> If I hear nothing problematic within the next 24 hours, I will do the
> final release.
>
> https://download.enlightenment.org/pre-releases/efl-1.18.4-pre.tar.gz
> d19669eece770cc09733568c7dfef9870daa0f8b9f613ab76ad14b2f5de20040
>
> https://download.enlightenment.org/pre-releases/efl-1.18.4-pre.tar.xz
> 39ebc07e37437d6ecdeb0f645783484e28a882b38f7e619ad12c2bf9b5548025
>
> regards
> Stefan Schmidt
>
> 
> --
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today.http://sdm.link/xeonphi
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [core/efl] master 01/01: eo: fix build on macOS

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=deda8ac8e7db8355d95d487e86389a2207b633aa

commit deda8ac8e7db8355d95d487e86389a2207b633aa
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Sat Dec 3 12:10:04 2016 +0100

eo: fix build on macOS

Commit 227463bd introduces macOS-specific code, but without including the
header that provides the used declarations.
---
 src/lib/eo/eo.c | 4 
 1 file changed, 4 insertions(+)

diff --git a/src/lib/eo/eo.c b/src/lib/eo/eo.c
index d57c31c..560f269 100644
--- a/src/lib/eo/eo.c
+++ b/src/lib/eo/eo.c
@@ -8,6 +8,10 @@
 
 #include 
 
+#if defined(__APPLE__) && defined(__MACH__)
+# include 
+#endif
+
 #include "Eo.h"
 #include "eo_ptr_indirection.h"
 #include "eo_private.h"

-- 

[EGIT] [website/www-content] master 01/01: Wiki page osx-start changed with summary [Shipping 1.18.3] by Jean Guyomarc'h

[Jean Guyomarc'h]

WWW-www.enlightenment.org pushed a commit to branch master.

http://git.enlightenment.org/website/www-content.git/commit/?id=8a17f6d5e0552ad114b50044adaa3483c0f9ac3d

commit 8a17f6d5e0552ad114b50044adaa3483c0f9ac3d
Author: Jean Guyomarc'h <jean.guyoma...@gmail.com>
Date:   Sat Nov 26 00:30:53 2016 -0800

Wiki page osx-start changed with summary [Shipping 1.18.3] by Jean 
Guyomarc'h
---
 pages/distros/osx-start.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/pages/distros/osx-start.txt b/pages/distros/osx-start.txt
index 3ca4f8b..aa565ee 100644
--- a/pages/distros/osx-start.txt
+++ b/pages/distros/osx-start.txt
@@ -22,7 +22,7 @@ brew install efl   # To install EFL
 
 
 And that's it! Enjoy your freshly distributed EFL :-).
-The distributed version of EFL is 
[[http://braumeister.org/formula/efl|1.18.2]].
+The distributed version of EFL is 
[[http://braumeister.org/formula/efl|1.18.3]].
 
 
 == Manual Installation (for EFL DEVELOPERS) ==

-- 

[EGIT] [core/efl] master 01/01: efl_ui_win: fix build with no support for X

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=2a75a47b192df7ceef36fe92305bf00d222b4db2

commit 2a75a47b192df7ceef36fe92305bf00d222b4db2
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Thu Nov 24 20:24:19 2016 +0100

efl_ui_win: fix build with no support for X
---
 src/lib/elementary/efl_ui_win.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/src/lib/elementary/efl_ui_win.c b/src/lib/elementary/efl_ui_win.c
index 7b30f06..499e2d8 100644
--- a/src/lib/elementary/efl_ui_win.c
+++ b/src/lib/elementary/efl_ui_win.c
@@ -3613,6 +3613,8 @@ typedef struct _resize_info {
 #ifdef HAVE_ELEMENTARY_X
 #define XDIR(d) , ECORE_X_NETWM_DIRECTION_##d
Ecore_X_Netwm_Direction x_dir;
+#else
+# define XDIR(d)
 #endif
 } resize_info;
 

-- 

Re: [E-devel] Pre-release tarballs for efl 1.18.3

[Jean Guyomarc'h]

Hi Stefan,

everything is fine on the macOS side.
Homebrew packages will be updated after the release occurs :)
Jean


On Thu, Nov 24, 2016 at 3:20 PM, Stefan Schmidt
 wrote:
> ello.
>
> I just uploaded the pre-release tarballs for 1.18.3.
>
> If I hear nothing problematic within the next 24 hours, I will do the
> final release.
>
> https://download.enlightenment.org/pre-releases/efl-1.18.3-pre.tar.gz
> 914a1145e9854ca0dbc07725865045dbed4d59c7e8b7b9d51ca1ace5540e7f88
>
> https://download.enlightenment.org/pre-releases/efl-1.18.3-pre.tar.xz
> 0748ec0847f543d96b149cb3a84e6438724e827a38d530922ecb4bd59d3e64c0
>
> regards
> Stefan Schmidt
>
> --
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [RFC] Ecore_Getopt STORE_DEF_* is strange

[Jean Guyomarc'h]

Okay, unless someone is opposed to the above, I'll propose a v1 this week-end :)

BR,
Jean


On Wed, Nov 23, 2016 at 12:40 AM, Gustavo Sverzut Barbieri
<barbi...@gmail.com> wrote:
> On Tue, Nov 22, 2016 at 7:33 PM, Jean Guyomarc'h
> <jean.guyoma...@gmail.com> wrote:
>>>> Maybe I didn't understand correctly what you meant, but adding a new
>>>> field in Ecore_Getopt_Desc_Arg_Requirement (which btw, I don't see how
>>>> it would be ORed, as nothing in this enum can be meaningfully OR'ed,
>>>> because the existing values are 0, 1 and 3)
>>>
>>> that mean you have many spare bits to set, thus OR :-)
>>
>> Okay, that really confuses me... :/ I really don't see where you are
>> going with the OR. To me, ORing in such context would be useful only
>> to retrieve which bits have been set via an AND. But with the existant
>> enum, you cannot safely make something like (arg AND 1) because there
>> is an other value with a completly different meaning which already
>> uses the bit0 (i.e. 3). Maybe you are thinking of something else, but
>> mixing integral values and bitwise values within the same enumeration
>> seems pretty bad to me.
>
> to get the argument none/required/optional, as today, you'll mask & 0x3.
>
> to get the new bit flags, you (value & flag) == flag, then you know if
> they are set.
>
>
>>>> would led to a "huge"
>>>> amount of code being written, like writing again the STORE_DEF macros
>>>> in something like STORE_DEF_VAL. By "huge",
>>>
>>> yes, the idea is to not break what's there, the behavior will be the
>>> same since they won't have the bits set, thus same behavior.
>>
>> Okay, that's a safe option.
>>
>>> New macros, with BETTER NAMES (which I'm bad at), would set the bits
>>> and use the new behavior. We then adapt the macro documentation to
>>> clarify `STORE_DEF` x $NEW_NAME.
>>> [...]
>>> before patches, let's try to settle on the names... since that's the
>>> single difficulty we'll have, code is trivial
>>
>> Considering that ECORE_GETOPT_STORE_DEF() allows more an optional
>> argument than a default one (and to sum-up my understanding of the
>> discussion above), I propose
>> 1) ECORE_GETOPT_STORE_DEFAULT() that enforces a default argument value
>> when the option is NOT provided. It will be required IFF the option is
>> provided.
>> 2) ECORE_GETOPT_STORE_OPTIONAL() that aliases to the current
>> ECORE_GETOPT_STORE_DEF(), so we shouldn't get confused with DEF being
>> OPTIONAL. We can then mark ECORE_GETOPT_STORE_DEF() as deprecated in
>> the docs.
>
> looks good to me, let's see what others think about it.
>
>
> --
> Gustavo Sverzut Barbieri
> --
> Mobile: +55 (16) 99354-9890
>
> --
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [RFC] Ecore_Getopt STORE_DEF_* is strange

[Jean Guyomarc'h]

>> Maybe I didn't understand correctly what you meant, but adding a new
>> field in Ecore_Getopt_Desc_Arg_Requirement (which btw, I don't see how
>> it would be ORed, as nothing in this enum can be meaningfully OR'ed,
>> because the existing values are 0, 1 and 3)
>
> that mean you have many spare bits to set, thus OR :-)

Okay, that really confuses me... :/ I really don't see where you are
going with the OR. To me, ORing in such context would be useful only
to retrieve which bits have been set via an AND. But with the existant
enum, you cannot safely make something like (arg AND 1) because there
is an other value with a completly different meaning which already
uses the bit0 (i.e. 3). Maybe you are thinking of something else, but
mixing integral values and bitwise values within the same enumeration
seems pretty bad to me.

>> would led to a "huge"
>> amount of code being written, like writing again the STORE_DEF macros
>> in something like STORE_DEF_VAL. By "huge",
>
> yes, the idea is to not break what's there, the behavior will be the
> same since they won't have the bits set, thus same behavior.

Okay, that's a safe option.

> New macros, with BETTER NAMES (which I'm bad at), would set the bits
> and use the new behavior. We then adapt the macro documentation to
> clarify `STORE_DEF` x $NEW_NAME.
> [...]
> before patches, let's try to settle on the names... since that's the
> single difficulty we'll have, code is trivial

Considering that ECORE_GETOPT_STORE_DEF() allows more an optional
argument than a default one (and to sum-up my understanding of the
discussion above), I propose
1) ECORE_GETOPT_STORE_DEFAULT() that enforces a default argument value
when the option is NOT provided. It will be required IFF the option is
provided.
2) ECORE_GETOPT_STORE_OPTIONAL() that aliases to the current
ECORE_GETOPT_STORE_DEF(), so we shouldn't get confused with DEF being
OPTIONAL. We can then mark ECORE_GETOPT_STORE_DEF() as deprecated in
the docs.

Thoughts? :)

Best regards,
Jean

--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [RFC] Ecore_Getopt STORE_DEF_* is strange

[Jean Guyomarc'h]

pong,

yeah sorry, I should have answered earlier but was pre-empted by other things.

Maybe I didn't understand correctly what you meant, but adding a new
field in Ecore_Getopt_Desc_Arg_Requirement (which btw, I don't see how
it would be ORed, as nothing in this enum can be meaningfully OR'ed,
because the existing values are 0, 1 and 3) would led to a "huge"
amount of code being written, like writing again the STORE_DEF macros
in something like STORE_DEF_VAL. By "huge",

If that's what you have in mind, I'll propose a new version (I'll go
through phab for this).

Best regards,

Jean


On Fri, Nov 18, 2016 at 12:32 PM, Gustavo Sverzut Barbieri
<barbi...@gmail.com> wrote:
> ping?
>
> I can help with code, but at least need the better macro names :-)
>
> On Sun, Nov 13, 2016 at 11:11 AM, Gustavo Sverzut Barbieri
> <barbi...@gmail.com> wrote:
>>
>>
>> Em sexta-feira, 11 de novembro de 2016, Jean Guyomarc'h
>> <jean.guyoma...@gmail.com> escreveu:
>>>
>>> Hi all,
>>>
>>> I was using Ecore_Getopt with the STORE_DEF_* feature and noticed
>>> something I find quite strange, I could qualify as disturbing. The
>>> default storage thing seems very odd.
>>>
>>> (1) Values associated to optional parameters are not handled properly
>>>
>>> If you run the example, with minimal required arguments (e.g.
>>> ./src/examples/ecore/ecore_getopt_example string 33 banana zz), you
>>> will get the following (snipped):
>>>
>>> default-string = (null)
>>> default-bool = false
>>> default-short = 0
>>> default-int = 0
>>> default-long = 0
>>> default-unsigned-short = 0
>>> default-unsigned-int = 0
>>> default-unsigned-long = 0
>>> default-double = 0.00
>>>
>>> The default -* things are values that are supposed to be default
>>> values. And they are all wrong. This is even specified in the
>>> automatic help of the same program (snipped):
>>>
>>>   --default-string[=DEFAULT-STRING]
>>>   Store a single string.
>>>   Type: STR. Default: default-string-value.
>>>   --default-bool[=DEFAULT-BOOL]
>>>   Store a single boolean.
>>>   Type: BOOL. Default: true.
>>>   --default-short[=DEFAULT-SHORT]
>>>   Store a single short.
>>>   Type: SHORT. Default: 123.
>>>   --default-int[=DEFAULT-INT]
>>>   Store a single integer.
>>>   Type: INT. Default: 1234.
>>>   --default-long[=DEFAULT-LONG]
>>>   Store a single long integer.
>>>   Type: LONG. Default: 12345.
>>>   --default-unsigned-short[=DEFAULT-UNSIGNED-SHORT]
>>>   Store a single unsigned short integer.
>>>   Type: USHORT. Default: 123.
>>>   --default-unsigned-int[=DEFAULT-UNSIGNED-INT]
>>>   Store a single unsigned integer.
>>>   Type: UINT. Default: 1234.
>>>   --default-unsigned-long[=DEFAULT-UNSIGNED-LONG]
>>>   Store a single unsigned long integer.
>>>   Type: ULONG. Default: 12345.
>>>   --default-double[=DEFAULT-DOUBLE]
>>>   Store a single double.
>>>   Type: DOUBLE. Default: 12.345000.
>>>
>>> Every single use of the STORE_DEF stuff (in Ecore_Getopt) I've seen
>>> was to manually assign the variable containing the default value to
>>> the default value.
>>>
>>
>> My bad, I wrote and was bitten by it some times. But the idea and why I
>> didn't change it is because it is the default VALUE if the value is not
>> specified, but the option switch must be used.
>>
>> Like --default-double (instead of --default-long=123) used default specified
>> in the macro. But if you didn't specify the switch, nothing is assigned and
>> you simply use the variable with preset value.
>>
>>
>>
>>>
>>> To illustrate this, one typically mentions the default value in the
>>> Ecore_Getopt descriptor:
>>>
>>> ECORE_GETOPT_STORE_DEF_SHORT(0, "default-short", "Store a single short",
>>> 123),
>>>
>>> and pass this identical value to the Ecore_Getopt_Value thing:
>>>
>>> short def_val = 123; /* <<

[EGIT] [core/efl] master 01/01: eina: don't make eina_thread_cancellable_run() inline

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=a1e1bb01bafffdf5920f6947b4d99b8c5b9c5621

commit a1e1bb01bafffdf5920f6947b4d99b8c5b9c5621
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Tue Nov 15 19:59:54 2016 +0100

eina: don't make eina_thread_cancellable_run() inline

Seems to me there is little benefit of inlining this function, but this
also had a pervert effect on Windows and C++ with some recent mingw
versions. Mingw failed its implementation of pthread_cleanup_pop(). It
does not compile when compiled in C++. There is a type mismatch that is
caught by the compiler, and everything goes nuts...

This made the EFL build fail because some files of ecore_win32 are C++
sources, and they require Eina... so this macro appears in a C++ code
indirectly, because of its inlining.

By removing the inlining, this build issue is fixed. Will also fix
builds of other programs that would have used Eina.h in their C++
programs :)
---
 src/lib/eina/eina_thread.c | 14 ++
 src/lib/eina/eina_thread.h | 14 +-
 2 files changed, 15 insertions(+), 13 deletions(-)

diff --git a/src/lib/eina/eina_thread.c b/src/lib/eina/eina_thread.c
index f875504..2c681fc 100644
--- a/src/lib/eina/eina_thread.c
+++ b/src/lib/eina/eina_thread.c
@@ -257,6 +257,20 @@ eina_thread_cancel_checkpoint(void)
pthread_testcancel();
 }
 
+EAPI void *
+eina_thread_cancellable_run(Eina_Thread_Cancellable_Run_Cb cb, Eina_Free_Cb 
cleanup_cb, void *data)
+{
+   Eina_Bool old = EINA_FALSE;
+   void *ret;
+
+   EINA_THREAD_CLEANUP_PUSH(cleanup_cb, data);
+   eina_thread_cancellable_set(EINA_TRUE, ); // is a cancellation point
+   ret = cb(data); // may not run if was previously canceled
+   EINA_THREAD_CLEANUP_POP(EINA_TRUE);
+   eina_thread_cancellable_set(old, NULL);
+   return ret;
+}
+
 EAPI const void *EINA_THREAD_JOIN_CANCELED = PTHREAD_CANCELED;
 
 Eina_Bool
diff --git a/src/lib/eina/eina_thread.h b/src/lib/eina/eina_thread.h
index 07ecec3..d7a9ad3 100644
--- a/src/lib/eina/eina_thread.h
+++ b/src/lib/eina/eina_thread.h
@@ -336,19 +336,7 @@ typedef void *(*Eina_Thread_Cancellable_Run_Cb)(void 
*data);
  *
  * @since 1.19
  */
-static inline void *
-eina_thread_cancellable_run(Eina_Thread_Cancellable_Run_Cb cb, Eina_Free_Cb 
cleanup_cb, void *data)
-{
-   Eina_Bool old = EINA_FALSE;
-   void *ret;
-
-   EINA_THREAD_CLEANUP_PUSH(cleanup_cb, data);
-   eina_thread_cancellable_set(EINA_TRUE, ); // is a cancellation point
-   ret = cb(data); // may not run if was previously canceled
-   EINA_THREAD_CLEANUP_POP(EINA_TRUE);
-   eina_thread_cancellable_set(old, NULL);
-   return ret;
-}
+EAPI void *eina_thread_cancellable_run(Eina_Thread_Cancellable_Run_Cb cb, 
Eina_Free_Cb cleanup_cb, void *data);
 
 /**
  * @}

-- 

[EGIT] [core/efl] master 02/02: eet: return 0 instead of NULL when the return type is int

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=cbde2cb04b3096c0854b3cfebd455d3383c16ea7

commit cbde2cb04b3096c0854b3cfebd455d3383c16ea7
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Sat Nov 12 10:42:45 2016 +0100

eet: return 0 instead of NULL when the return type is int
---
 src/lib/eet/eet_image.c | 6 ++
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/src/lib/eet/eet_image.c b/src/lib/eet/eet_image.c
index b77d90e..760f696 100644
--- a/src/lib/eet/eet_image.c
+++ b/src/lib/eet/eet_image.c
@@ -1691,8 +1691,7 @@ eet_data_image_header_advance_decode_cipher(const void   
*data,
unsigned int deciphered_sz = 0;
int r = 0;
 
-   if (!data)
- return NULL;
+   if (!data) return 0;
 
if (cipher_key)
  {
@@ -2180,8 +2179,7 @@ eet_data_image_decode_to_cspace_surface_cipher(const void 
  *data,
void *deciphered_d = NULL;
unsigned int deciphered_sz = 0;
 
-   if (!data)
- return NULL;
+   if (!data) return 0;
 
if (cipher_key)
  {

-- 

[EGIT] [core/efl] master 01/02: ecore_con: fix pointers type mismatches

[Jean Guyomarc'h]

jayji pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=2e8d6968fdc43932e4ab21a2186171b8f73eb470

commit 2e8d6968fdc43932e4ab21a2186171b8f73eb470
Author: Jean Guyomarc'h <j...@guyomarch.bzh>
Date:   Sat Nov 12 10:35:17 2016 +0100

ecore_con: fix pointers type mismatches

printf() was not happy with a void* being used with the %s format.
Since the 'key' values are actually strings and let's declare them
as const char* to fully embrace the string semantics.
---
 src/lib/ecore_con/efl_net_session-connman.c | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/src/lib/ecore_con/efl_net_session-connman.c 
b/src/lib/ecore_con/efl_net_session-connman.c
index 4a0199a..f414d98 100644
--- a/src/lib/ecore_con/efl_net_session-connman.c
+++ b/src/lib/ecore_con/efl_net_session-connman.c
@@ -163,7 +163,7 @@ _efl_net_session_notifier_update_ipv4(Efl_Net_Session_Data 
*pd, Eldbus_Message_I
 
while (eldbus_message_iter_get_and_next(sub, 'e', ))
  {
-const void *key;
+const char *key;
 Eldbus_Message_Iter *value;
 
 if (!eldbus_message_iter_arguments_get(entry, "sv", , ))
@@ -233,7 +233,7 @@ _efl_net_session_notifier_update_ipv6(Efl_Net_Session_Data 
*pd, Eldbus_Message_I
 
while (eldbus_message_iter_get_and_next(sub, 'e', ))
  {
-const void *key;
+const char *key;
 Eldbus_Message_Iter *value;
 
 if (!eldbus_message_iter_arguments_get(entry, "sv", , ))
@@ -357,7 +357,7 @@ _efl_net_session_notifier_update(const 
Eldbus_Service_Interface *service, const
 
while (eldbus_message_iter_get_and_next(array, 'e', ))
  {
-const void *key;
+const char *key;
 Eldbus_Message_Iter *var;
 Eina_Error err;
 

-- 

[E-devel] [RFC] Ecore_Getopt STORE_DEF_* is strange

[Jean Guyomarc'h]

Hi all,

I was using Ecore_Getopt with the STORE_DEF_* feature and noticed
something I find quite strange, I could qualify as disturbing. The
default storage thing seems very odd.

(1) Values associated to optional parameters are not handled properly

If you run the example, with minimal required arguments (e.g.
./src/examples/ecore/ecore_getopt_example string 33 banana zz), you
will get the following (snipped):

default-string = (null)
default-bool = false
default-short = 0
default-int = 0
default-long = 0
default-unsigned-short = 0
default-unsigned-int = 0
default-unsigned-long = 0
default-double = 0.00

The default -* things are values that are supposed to be default
values. And they are all wrong. This is even specified in the
automatic help of the same program (snipped):

  --default-string[=DEFAULT-STRING]
  Store a single string.
  Type: STR. Default: default-string-value.
  --default-bool[=DEFAULT-BOOL]
  Store a single boolean.
  Type: BOOL. Default: true.
  --default-short[=DEFAULT-SHORT]
  Store a single short.
  Type: SHORT. Default: 123.
  --default-int[=DEFAULT-INT]
  Store a single integer.
  Type: INT. Default: 1234.
  --default-long[=DEFAULT-LONG]
  Store a single long integer.
  Type: LONG. Default: 12345.
  --default-unsigned-short[=DEFAULT-UNSIGNED-SHORT]
  Store a single unsigned short integer.
  Type: USHORT. Default: 123.
  --default-unsigned-int[=DEFAULT-UNSIGNED-INT]
  Store a single unsigned integer.
  Type: UINT. Default: 1234.
  --default-unsigned-long[=DEFAULT-UNSIGNED-LONG]
  Store a single unsigned long integer.
  Type: ULONG. Default: 12345.
  --default-double[=DEFAULT-DOUBLE]
  Store a single double.
  Type: DOUBLE. Default: 12.345000.

Every single use of the STORE_DEF stuff (in Ecore_Getopt) I've seen
was to manually assign the variable containing the default value to
the default value.

To illustrate this, one typically mentions the default value in the
Ecore_Getopt descriptor:

ECORE_GETOPT_STORE_DEF_SHORT(0, "default-short", "Store a single short", 123),

and pass this identical value to the Ecore_Getopt_Value thing:

short def_val = 123; /* << Same than above */
Ecore_Getopt_Value values[] = {
 ECORE_GETOPT_VALUE_SHORT(_val),
};


This behaviour seems very wrong to me, because the implementation of
the default value is not left to the getopt but up to the developer.
And the developer should not do that. It should provide the default
value to the getopt (what it already does) and that's it.
If it (mistakenly) affects to the 'def_val' variable in our previous
example something different than what it has wirtten in the getopt
descriptor, the help and the actual default value will mismatch.
That's actually the case in the ecore_getopt example.

The code tht the developer has to write should just be:

short def_val; /* << default value, automatically assigned, nothing to
do here */
Ecore_Getopt_Value values[] = {
 ECORE_GETOPT_VALUE_SHORT(_val),
};

And after parsing, boom, "def_val" will contain the value specified by
the programmer, or something else if the user has provided the option
that allows to change the default value.


(2) You can pass an option with phantom parameters to trigger the default values

It gets a bit creepy when looking at the code of Ecore_Getopt. The
default value affectation is of course already implemented, but is
triggered when the option is provided without value... which I think
does not make sense, at all.
To illustrate, if I slightly alter my call to the example program:

./src/examples/ecore/ecore_getopt_example string 33 banana zz --default-string

I get this (snipped):

default-string = default-string-value
default-bool = false
default-short = 0
default-int = 0
default-long = 0
default-unsigned-short = 0
default-unsigned-int = 0
default-unsigned-long = 0
default-double = 0.00

So now, I have my default value, as specified in the help. But to do
so, I actually needed to provide the name of the option without any
parameter!? It feels very disturbing. I think such use of the option
without any parameter should have errored.

Imagine a network application that connects to port 8080 by default.
This port can be changed with the --port option that takes exactly one
argument (the port number). You could call your program like this:

./myprogram --port 993

The value will be set to 993, seems legit. But then, I can do this:

./myprogram --port

And that's okay too... The port value would be set to 8080 (the default). What!?
To me, that's just not right.


So, here were my grieves. But I'm a man of action, 

Re: [E-devel] [EGIT] [tools/clouseau] master 01/01: return 0 from main()

[Jean Guyomarc'h]

Shouldn't these return anything but 0? If these are in main(),
returning 0 would mean the program terminated successfully, which is
not the case here.
Jean


On Fri, Nov 11, 2016 at 6:54 PM, Shuhrat Dehkanov  wrote:
> cedric pushed a commit to branch master.
>
> http://git.enlightenment.org/tools/clouseau.git/commit/?id=9f62d5914032c3d159f40b8e32e1901b145ec654
>
> commit 9f62d5914032c3d159f40b8e32e1901b145ec654
> Author: Shuhrat Dehkanov 
> Date:   Fri Nov 11 09:47:01 2016 -0800
>
> return 0 from main()
>
> Summary:
> Although, underlying value of EINA_FALSE is 0 the type former is Bool.
> Hence, for the sake of consistency, let's return 0 from main().
>
> Reviewers: jeanguyomarch, jeyzu
>
> Subscribers: hyunseok, minkyu
>
> Differential Revision: https://phab.enlightenment.org/D4392
>
> Signed-off-by: Cedric Bail 
> ---
>  src/bin/clouseau_client.c | 2 +-
>  src/bin/clouseaud.c   | 2 +-
>  2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/src/bin/clouseau_client.c b/src/bin/clouseau_client.c
> index 32fcb0a..7d57fe4 100644
> --- a/src/bin/clouseau_client.c
> +++ b/src/bin/clouseau_client.c
> @@ -2390,7 +2390,7 @@ main(int argc, char **argv)
> if (_clouseau_client_log_dom < 0)
>   {
>  EINA_LOG_ERR("Could not register log domain: %s", log_dom);
> -return EINA_FALSE;
> +return 0;
>   }
>
> Evas_Object *win, *panes, *frame;
> diff --git a/src/bin/clouseaud.c b/src/bin/clouseaud.c
> index aa43089..93d57f8 100644
> --- a/src/bin/clouseaud.c
> +++ b/src/bin/clouseaud.c
> @@ -403,7 +403,7 @@ int main(void)
> if (_clouseaud_log_dom < 0)
>   {
>  EINA_LOG_ERR("Could not register log domain: %s", log_dom);
> -return EINA_FALSE;
> +return 0;
>   }
>
> if (!(server = ecore_con_server_add(ECORE_CON_REMOTE_TCP | 
> ECORE_CON_SOCKET_ACTIVATE,
>
> --
>
>

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [website/www-content] master 01/01: Wiki page debian-start changed with summary [Nuke more aptitude, don't forget to update before installing.] by Jean Guyomarc'h

[Jean Guyomarc'h]

Well, too late, now you have my noise back ;)
Jean


On Wed, Nov 2, 2016 at 9:47 AM, Jean Guyomarc'h
<jean.guyoma...@gmail.com> wrote:
> Hi Stefan,
>
> the apt CLI is a tool that overcomes design flaws in apt-get, and is
> the (current) one recommanded by Debian.
> It is also prettier, output is colored by default :)
> You can find more details here:
> https://debian-handbook.info/browse/stable/sect.apt-get.html.
> Jean
>
>
> On Wed, Nov 2, 2016 at 9:41 AM, Stefan Schmidt <ste...@osg.samsung.com> wrote:
>> Hello.
>>
>> On 01/11/16 21:24, Jean Guyomarc'h wrote:
>>> WWW-www.enlightenment.org pushed a commit to branch master.
>>>
>>> http://git.enlightenment.org/website/www-content.git/commit/?id=fbd104d2acd506bd4fd78a6e53912508993f9033
>>>
>>> commit fbd104d2acd506bd4fd78a6e53912508993f9033
>>> Author: Jean Guyomarc'h <jean.guyoma...@gmail.com>
>>> Date:   Tue Nov 1 13:24:40 2016 -0700
>>>
>>> Wiki page debian-start changed with summary [Nuke more aptitude, don't 
>>> forget to update before installing.] by Jean Guyomarc'h
>>> ---
>>>  pages/distros/debian-start.txt | 3 ++-
>>>  1 file changed, 2 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/pages/distros/debian-start.txt b/pages/distros/debian-start.txt
>>> index ec2de84..5e8a415 100644
>>> --- a/pages/distros/debian-start.txt
>>> +++ b/pages/distros/debian-start.txt
>>> @@ -18,6 +18,7 @@ cd enlight
>>>  Make sure all the dependencies are installed:
>>>
>>>  
>>> +sudo apt update
>>
>> Maybe I'm out of date here but would it not be apt-get?
>>
>> regards
>> Stefan Schmidt
>>
>> --
>> Developer Access Program for Intel Xeon Phi Processors
>> Access to Intel Xeon Phi processor-based developer platforms.
>> With one year of Intel Parallel Studio XE.
>> Training and support from Colfax.
>> Order your platform today. http://sdm.link/xeonphi
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel