Re: [E-devel] Enventor could not use with latest version

[Vincent Torri]

and with efl 1.18 it works ?


Vincent

On Wed, Mar 27, 2024 at 8:50 AM zgw199012  wrote:
>
>
>
>
> add the picture
>
> https://imgse.com/i/pFIucLT
>
>
>
>
>
>
>
>
>
>
>
> At 2024-03-27 15:43:31, "zgw199012"  wrote:
> >
> >
> >
> >find my problem! my ubuntu has a builtin efl with version 1.23, and when 
> >compile use the library builtin first, after I change the path, it compile 
> >and run succefully now, Thanks very much.
> >But it cannot view edc now, for example, I want to see  
> >efl-1.27.0/data/elementary/themes/edc/fileman.edc even if I set the img to 
> >efl-1.27.0/data/elementary/themes/img, it cannot view the page.
> >
> >
> >And when I want to expand the group list in right panel, enventor crashed. 
> >Did I have a wrong usage?
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >At 2024-03-27 14:25:23, "Vincent Torri"  wrote:
> >>On Wed, Mar 27, 2024 at 7:01 AM zgw199012  wrote:
> >>>
> >>> Yes, only with efl 1.18 it can compile successfully
> >>
> >>I've just tried. I have EFL git (1.27.99) and enventor git. I compile with
> >>
> >>meson setup builddir
> >>
> >>output :
> >>
> >>The Meson build system
> >>Version: 1.4.0
> >>Source dir: C:/Documents/msys2/home/vincent.torri/gitroot_64/enventor
> >>Build dir: 
> >>C:/Documents/msys2/home/vincent.torri/gitroot_64/enventor/builddir
> >>Build type: native build
> >>Project name: enventor
> >>Project version: 1.0.99
> >>C compiler for the host machine: cc (gcc 13.2.0 "cc (Rev5, Built by
> >>MSYS2 project) 13.2.0")
> >>C linker for the host machine: cc ld.bfd 2.42
> >>Host machine cpu family: x86_64
> >>Host machine cpu: x86_64
> >>Compiler for C supports arguments -Wshadow: YES
> >>Compiler for C supports arguments -Wstrict-prototypes: YES
> >>Compiler for C supports arguments -Werror=missing-prototypes: YES
> >>Compiler for C supports arguments -Werror=pointer-arith: YES
> >>Compiler for C supports arguments -Wno-missing-field-initializers: YES
> >>Compiler for C supports arguments -fvisibility=hidden: YES
> >>Program eet found: YES (C:\Documents\msys2\opt\efl_64\bin/eet.EXE)
> >>Program edje_cc found: YES (C:\Documents\msys2\opt\efl_64\bin/edje_cc.EXE)
> >>Found pkg-config: YES (C:\Documents\msys2\mingw64\bin/pkg-config.EXE) 2.1.1
> >>Run-time dependency eina found: YES 1.27.99
> >>Run-time dependency eo found: YES 1.27.99
> >>Run-time dependency efl found: YES 1.27.99
> >>Run-time dependency eet found: YES 1.27.99
> >>Run-time dependency ecore found: YES 1.27.99
> >>Run-time dependency ecore-file found: YES 1.27.99
> >>Run-time dependency evas found: YES 1.27.99
> >>Run-time dependency eio found: YES 1.27.99
> >>Run-time dependency efreet found: YES 1.27.99
> >>Run-time dependency edje found: YES 1.27.99
> >>Run-time dependency elementary found: YES 1.27.99
> >>Library intl found: YES
> >>Has header "libintl.h" : YES
> >>Library intl found: YES
> >>Dependency elementary found: YES 1.27.99 (cached)
> >>Program edje_cc found: YES (C:\Documents\msys2\opt\efl_64\bin/edje_cc.EXE)
> >>Configuring enventor.pc using configuration
> >>Program msgfmt found: YES (C:\Documents\msys2\mingw64\bin/msgfmt.EXE)
> >>Program msginit found: YES (C:\Documents\msys2\mingw64\bin/msginit.EXE)
> >>Program msgmerge found: YES (C:\Documents\msys2\mingw64\bin/msgmerge.EXE)
> >>Program xgettext found: YES (C:\Documents\msys2\mingw64\bin/xgettext.EXE)
> >>Library intl found: YES
> >>Configuring config.h using configuration
> >>Build targets in project: 41
> >>NOTICE: Future-deprecated features used:
> >> * 0.56.0: {'meson.source_root'}
> >>
> >>enventor 1.0.99
> >>
> >>  Configuration Options Summary:
> >>OS  : windows
> >>NLS : yes
> >>
> >>  Directories:
> >>prefix  : C:/Documents/msys2/opt/enventor_64
> >>bindir  : C:/Documents/msys2/opt/enventor_64/bin
> >>libdir  : C:/Documents/msys2/opt/enventor_64/lib
> >>incdir  : C:/Documents/msys2/opt/enventor_64/include
> >>pkgincdir   : C:/Documents/msys2/opt/enventor_64/include/enventor
> >>datadir : C:/Documents/msys2/opt/enventor_64/share
> >>pkgdatadir  : C:/Document

Re: [E-devel] Enventor could not use with latest version

[Vincent Torri]

On Wed, Mar 27, 2024 at 7:01 AM zgw199012  wrote:
>
> Yes, only with efl 1.18 it can compile successfully

I've just tried. I have EFL git (1.27.99) and enventor git. I compile with

meson setup builddir

output :

The Meson build system
Version: 1.4.0
Source dir: C:/Documents/msys2/home/vincent.torri/gitroot_64/enventor
Build dir: C:/Documents/msys2/home/vincent.torri/gitroot_64/enventor/builddir
Build type: native build
Project name: enventor
Project version: 1.0.99
C compiler for the host machine: cc (gcc 13.2.0 "cc (Rev5, Built by
MSYS2 project) 13.2.0")
C linker for the host machine: cc ld.bfd 2.42
Host machine cpu family: x86_64
Host machine cpu: x86_64
Compiler for C supports arguments -Wshadow: YES
Compiler for C supports arguments -Wstrict-prototypes: YES
Compiler for C supports arguments -Werror=missing-prototypes: YES
Compiler for C supports arguments -Werror=pointer-arith: YES
Compiler for C supports arguments -Wno-missing-field-initializers: YES
Compiler for C supports arguments -fvisibility=hidden: YES
Program eet found: YES (C:\Documents\msys2\opt\efl_64\bin/eet.EXE)
Program edje_cc found: YES (C:\Documents\msys2\opt\efl_64\bin/edje_cc.EXE)
Found pkg-config: YES (C:\Documents\msys2\mingw64\bin/pkg-config.EXE) 2.1.1
Run-time dependency eina found: YES 1.27.99
Run-time dependency eo found: YES 1.27.99
Run-time dependency efl found: YES 1.27.99
Run-time dependency eet found: YES 1.27.99
Run-time dependency ecore found: YES 1.27.99
Run-time dependency ecore-file found: YES 1.27.99
Run-time dependency evas found: YES 1.27.99
Run-time dependency eio found: YES 1.27.99
Run-time dependency efreet found: YES 1.27.99
Run-time dependency edje found: YES 1.27.99
Run-time dependency elementary found: YES 1.27.99
Library intl found: YES
Has header "libintl.h" : YES
Library intl found: YES
Dependency elementary found: YES 1.27.99 (cached)
Program edje_cc found: YES (C:\Documents\msys2\opt\efl_64\bin/edje_cc.EXE)
Configuring enventor.pc using configuration
Program msgfmt found: YES (C:\Documents\msys2\mingw64\bin/msgfmt.EXE)
Program msginit found: YES (C:\Documents\msys2\mingw64\bin/msginit.EXE)
Program msgmerge found: YES (C:\Documents\msys2\mingw64\bin/msgmerge.EXE)
Program xgettext found: YES (C:\Documents\msys2\mingw64\bin/xgettext.EXE)
Library intl found: YES
Configuring config.h using configuration
Build targets in project: 41
NOTICE: Future-deprecated features used:
 * 0.56.0: {'meson.source_root'}

enventor 1.0.99

  Configuration Options Summary:
OS  : windows
NLS : yes

  Directories:
prefix  : C:/Documents/msys2/opt/enventor_64
bindir  : C:/Documents/msys2/opt/enventor_64/bin
libdir  : C:/Documents/msys2/opt/enventor_64/lib
incdir  : C:/Documents/msys2/opt/enventor_64/include
pkgincdir   : C:/Documents/msys2/opt/enventor_64/include/enventor
datadir : C:/Documents/msys2/opt/enventor_64/share
pkgdatadir  : C:/Documents/msys2/opt/enventor_64/share/enventor
localedir   : C:/Documents/msys2/opt/enventor_64/share/locale

  Compilation
compilation : ninja
installation: ninja install

  User defined options
prefix  : C:/Documents/msys2/opt/enventor_64


compilation with ninja -C builddir. I have warnings but it compiles.

What are the errors that you get ?

Vincent


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

Re: [E-devel] Enventor could not use with latest version

[Vincent Torri]

Hello

On Wed, Mar 27, 2024 at 4:31 AM zgw199012  wrote:
>
> Hello, enventor can only use with efl 1.18, cannot use with efl 1.27. Is 
> there newest enventor version with efl 1.27?

do you compile enventor yourself from git ?

Vincent


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

Re: [E-devel] efl test suite timeouts under `ninja test`

[Vincent Torri]

On Tue, Jan 9, 2024 at 1:34 PM Дмитрий Чудинов
 wrote:
>
> had the same issue as Ross in all Ubuntu versions.
> Quick fix for me was to add #undef HAVE_FORK in efl_check.h.

https://libcheck.github.io/check/doc/check_html/check_4.html#No-Fork-Mode

>
> вт, 9 янв. 2024 г. в 14:24, Carsten Haitzler :
>
> > On Mon, 8 Jan 2024 23:20:16 -0800 Ross Vandegrift  said:
> >
> > > On Mon, Jan 08, 2024 at 11:08:55PM +, Carsten Haitzler wrote:
> > > > try run the above eina test suite and pipe to something that makes it
> > > > timeout... and strace it - or gdb attach to it and find out where it's
> > > > sitting? it should complete in < 1 sec so launch and immediately try
> > and
> > > > strace and/or gdb attach and find out where it's at - if it is still
> > around.
> > > >
> > > > is somehow a forked child not coming back that it expects to... ?
> > >
> > > Yea, it's something like this.  I found out it hangs for exactly 60s,
> > which
> > > lead me to timeout.c.  I also learned strace -f triggers the issue.
> > > CK_FORK=no fixes the hang as well.
> > >
> > > I added debug printfs to efl_check.h and timeout.c - when eina_suite
> > tries to
> > > kill timeout, it kills the wrong pid:
> > >
> > >   $ ./build/src/tests/eina/eina_suite fp
> > >   Running suite(s): eina_init_module
> > >   100%: Checks: 0, Failures: 0, Errors: 0
> > >    efl_check forked timeout: 296393<-
> > >    efl_check forked timeout: 0
> > >   Running suite(s): Eina
> > >    timeout.c my pid: 296396<-
> > >   Max delta(multiplication): 0.007627 (0.061668%)
> > >   Max delta(division): 0.000173 (0.740211%)
> > >   100%: Checks: 4, Failures: 0, Errors: 0
> > >    efl_check killing timeout child: 296393
> > >    efl_check cleared timeout_pid: 0
> > >
> > > So eina_suite.c gets the wrong pid from fork().  In a simple standalone
> > > program, fork() behaves as expected.
> > >
> > > I'm going to compare the arch & debian check packages for any suspicious
> > > differences.  And maybe walk through more carefully with gdb.  But I'm
> > out of
> > > time tonight.
> > >
> > > Ross
> >
> > some more testing. i ran:
> >
> >  ./src/tests/eina/eina_suite | wc -l
> >
> > and... guess what... eina_suite has gone but wc is still there waiting.
> > this is far deeper... is there some cgroup, selinux or something thing
> > getting in the way? is it a kernel bug? a glibc bug? i just have to say.. i
> > the efl test process is gone - and wc is still waiting the problem is
> > somewhere in the plumbing between these IMHO... at least that's what my
> > brain is thinking right now. pstree:
> >
> > │ │ │ │
> >  ├─terminology─┬─zsh───wc
> > │ │ │ │   │
> >  └─3*[{terminology}]
> >
> > :(
> >
> >
> > --
> > - Codito, ergo sum - "I code, therefore I am" --
> > Carsten Haitzler - ras...@rasterman.com
> >
> >
> >
> > ___
> > 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


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

Re: [E-devel] efl test suite timeouts under `ninja test`

[Vincent Torri]

On Tue, Jan 9, 2024 at 9:17 AM Carsten Haitzler  wrote:
>
> On Mon, 8 Jan 2024 23:20:16 -0800 Ross Vandegrift  said:
>
> > On Mon, Jan 08, 2024 at 11:08:55PM +, Carsten Haitzler wrote:
> > > try run the above eina test suite and pipe to something that makes it
> > > timeout... and strace it - or gdb attach to it and find out where it's
> > > sitting? it should complete in < 1 sec so launch and immediately try and
> > > strace and/or gdb attach and find out where it's at - if it is still 
> > > around.
> > >
> > > is somehow a forked child not coming back that it expects to... ?
> >
> > Yea, it's something like this.  I found out it hangs for exactly 60s, which
> > lead me to timeout.c.  I also learned strace -f triggers the issue.
> > CK_FORK=no fixes the hang as well.
>
> I just reproduced the issue... So it looks like it's a check bug of some sort.
> literally i see it hang - i've gone through and forced a longer timeout of
> 240sec on everything so i have a lot longer to play (probably a good idea
> anyway)... and literally all the test  suite processes have exited... but 
> check
> still things they are running. this would be in the check meson/ninja infra
> waiting on the child procs. either it should have failed ... or it should have
> succeeded by the time the efl test suite process exits... but they are all 
> gone
> and check is still waiting on a whole bunch of them...
>
> > I added debug printfs to efl_check.h and timeout.c - when eina_suite tries 
> > to
> > kill timeout, it kills the wrong pid:
> >
> >   $ ./build/src/tests/eina/eina_suite fp
> >   Running suite(s): eina_init_module
> >   100%: Checks: 0, Failures: 0, Errors: 0
> >    efl_check forked timeout: 296393<-
> >    efl_check forked timeout: 0
> >   Running suite(s): Eina
> >    timeout.c my pid: 296396<-
> >   Max delta(multiplication): 0.007627 (0.061668%)
> >   Max delta(division): 0.000173 (0.740211%)
> >   100%: Checks: 4, Failures: 0, Errors: 0
> >    efl_check killing timeout child: 296393
> >    efl_check cleared timeout_pid: 0
> >
> > So eina_suite.c gets the wrong pid from fork().  In a simple standalone
> > program, fork() behaves as expected.
>
> now a returned pid of 0 ... THAT IS WRONG! well unless its inside the child.
> the parent should get -1 for a failure or > 0 for the child pid. the child 
> gets
> 0 ... but see below
>
> > I'm going to compare the arch & debian check packages for any suspicious
> > differences.  And maybe walk through more carefully with gdb.  But I'm out 
> > of
> > time tonight.
>
> Yeah - I see the problem in debian SID (this is on aarch64 btw) ... but it
> totally smells of a check bug as above. just a cursory glance tells me that
> something is wrong over there - if check is sitting and waiting on test suite
> procs that have already exited/gone...
>
> part of my pstree:
>
> │ │ │ │   
> ├─terminology─┬─zsh───ninja───sh───meson
> │ │ │ │   │ 
> └─3*[{terminology}]
>
> that's a ninja test... sitting there:
>
> [20-39/39]  ecore_wl2-suite   87/240s
>
> i.e. waiting on tests 20-39  now with a 240sec timeout (my local mods to 
> force this) with no child processes. so something up there in check+meson...

have you tried without fork :

https://libcheck.github.io/check/doc/check_html/check_4.html#No-Fork-Mode

Vincent


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

Re: [E-devel] What happened to erigo?

[Vincent Torri]

On Tue, Oct 31, 2023 at 10:03 PM David Given  wrote:
>
> (Something is terribly wrong with my mail reader --- gmail! --- and every
> post from the mailing list ends up mangled and in my spam folder. I'm
> trying to get it fixed. Please cc me along with any replies, please, until
> I sort this out?)
>
> I didn't realise there were other GUI builders. erigo wouldn't build, so I
> gave eflete and enventor a try; eflete just hung forever at the splash
> screen when creating a project. enventor worked but isn't quite what I'm
> looking for. This is built against libefl-all-dev 1.23.3-2 from Debian.
>
> ...the context is that I'm looking for a cross-platform GUI which works on
> Unix-alikes, OSX and Windows. Unfortunately my UI is quite complex and I'd
> rather not build it by hand, especially as I'm going to be making frequent
> changes.
>
> BTW, the precompiled binaries in both MSYS2 and Homebrew don't work --- the
> MSYS2 ones just crash on startup, while the OSX ones work but the UI is
> displayed in the bottom-left corner of each window with garbage everywhere
> else (a hidpi scaling issue?). On OSX that's 1.26.3_5, and on MSYS2 it's
> 1.25.0. Are there more recent binaries available?

i'm responsible of the Windows port of the EFL, you can find
dependencies and the EFL 1.26 (git) as NSIS installers here (so msys2
would not be necessary) :

https://github.com/vtorri/ewpi/releases

I will release ewpi in a few month, around christmas or january

Vincent


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

Re: [E-devel] What happened to erigo?

[Vincent Torri]

On Mon, Oct 30, 2023 at 6:53 PM Дмитрий Чудинов
 wrote:
>
> Thanks!

maybe erigo and eflete could go in e git, with a github mirror.

Vincent

> пн, 30 окт. 2023 г. в 22:51, Vincent Torri :
>
> > On Mon, Oct 30, 2023 at 6:21 PM Дмитрий Чудинов
> >  wrote:
> > >
> > > [image: изображение.png]
> >
> > strange, it works for me. attached is the source from git
> >
> > Vincent
> >
> >
> > >
> > > пн, 30 окт. 2023 г. в 22:16, Vincent Torri :
> > >
> > > > On Mon, Oct 30, 2023 at 6:00 PM Дмитрий Чудинов
> > > >  wrote:
> > > > >
> > > > > Really, does anyone have Erigo source code in the archive?
> > > >
> > > > https://git.enlightenment.org/old/erigo
> > > >
> > > > Vincent
> > > >
> > > >
> > > > > пн, 30 окт. 2023 г. в 21:50, Дмитрий Чудинов <
> > dmitri.chudi...@gmail.com
> > > > >:
> > > > >
> > > > > > For sure, Vincent. Give me a try.
> > > > > > But it will not be quite fast.
> > > > > >
> > > > > > пн, 30 окт. 2023 г. в 21:00, Vincent Torri <
> > vincent.to...@gmail.com>:
> > > > > >
> > > > > >> On Mon, Oct 30, 2023 at 3:28 PM Дмитрий Чудинов
> > > > > >>  wrote:
> > > > > >> >
> > > > > >> > You can try Eflete, but it's not fully transferred to the
> > latest EFL
> > > > > >> yet.
> > > > > >> > https://github.com/dimmus/eflete
> > > > > >>
> > > > > >> are you interested in Windows support ? Because there is a
> > compilation
> > > > > >> error on Windows
> > > > > >>
> > > > > >> Vincent
> > > > > >>
> > > > > >>
> > > > > >> > пн, 30 окт. 2023 г. в 03:54, David Given :
> > > > > >> >
> > > > > >> > > ...the GUI builder? I can see lots of references and Youtube
> > > > videos up
> > > > > >> > > until 2015, and then nothing whatsoever and all the links are
> > > > dead.
> > > > > >> > >
> > > > > >> > > If it's gone, are there any other graphical GUI builders for
> > the
> > > > EFL?
> > > > > >> > >
> > > > > >> > > Thanks!
> > > > > >> > >
> > > > > >> > > ___
> > > > > >> > > 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
> > > > > >>
> > > > > >>
> > > > > >> ___
> > > > > >> 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
> > > >
> > > >
> > > > ___
> > > > 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
> > ___
> > 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


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

Re: [E-devel] What happened to erigo?

[Vincent Torri]

On Sun, Oct 29, 2023 at 11:54 PM David Given  wrote:
>
> ...the GUI builder? I can see lots of references and Youtube videos up
> until 2015, and then nothing whatsoever and all the links are dead.
>
> If it's gone, are there any other graphical GUI builders for the EFL?

In addition to eflete and erigo that are mentioned in other answers in
this thread, there is also enventor
(https://git.enlightenment.org/enlightenment/enventor) which is a
theme editor, not a theme creator. So a bit different.

Vincent

> Thanks!
>
> ___
> 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] What happened to erigo?

[Vincent Torri]

On Mon, Oct 30, 2023 at 5:51 PM Дмитрий Чудинов
 wrote:
>
> For sure, Vincent. Give me a try.
> But it will not be quite fast.

at least : in win32.h, add

#include 

for LC_ALL in erigo.c

Vincent


> пн, 30 окт. 2023 г. в 21:00, Vincent Torri :
>
> > On Mon, Oct 30, 2023 at 3:28 PM Дмитрий Чудинов
> >  wrote:
> > >
> > > You can try Eflete, but it's not fully transferred to the latest EFL yet.
> > > https://github.com/dimmus/eflete
> >
> > are you interested in Windows support ? Because there is a compilation
> > error on Windows
> >
> > Vincent
> >
> >
> > > пн, 30 окт. 2023 г. в 03:54, David Given :
> > >
> > > > ...the GUI builder? I can see lots of references and Youtube videos up
> > > > until 2015, and then nothing whatsoever and all the links are dead.
> > > >
> > > > If it's gone, are there any other graphical GUI builders for the EFL?
> > > >
> > > > Thanks!
> > > >
> > > > ___
> > > > 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
> >
> >
> > ___
> > 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


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

Re: [E-devel] What happened to erigo?

[Vincent Torri]

On Mon, Oct 30, 2023 at 6:00 PM Дмитрий Чудинов
 wrote:
>
> Really, does anyone have Erigo source code in the archive?

https://git.enlightenment.org/old/erigo

Vincent


> пн, 30 окт. 2023 г. в 21:50, Дмитрий Чудинов :
>
> > For sure, Vincent. Give me a try.
> > But it will not be quite fast.
> >
> > пн, 30 окт. 2023 г. в 21:00, Vincent Torri :
> >
> >> On Mon, Oct 30, 2023 at 3:28 PM Дмитрий Чудинов
> >>  wrote:
> >> >
> >> > You can try Eflete, but it's not fully transferred to the latest EFL
> >> yet.
> >> > https://github.com/dimmus/eflete
> >>
> >> are you interested in Windows support ? Because there is a compilation
> >> error on Windows
> >>
> >> Vincent
> >>
> >>
> >> > пн, 30 окт. 2023 г. в 03:54, David Given :
> >> >
> >> > > ...the GUI builder? I can see lots of references and Youtube videos up
> >> > > until 2015, and then nothing whatsoever and all the links are dead.
> >> > >
> >> > > If it's gone, are there any other graphical GUI builders for the EFL?
> >> > >
> >> > > Thanks!
> >> > >
> >> > > ___
> >> > > 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
> >>
> >>
> >> ___
> >> 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


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

Re: [E-devel] What happened to erigo?

[Vincent Torri]

On Mon, Oct 30, 2023 at 3:28 PM Дмитрий Чудинов
 wrote:
>
> You can try Eflete, but it's not fully transferred to the latest EFL yet.
> https://github.com/dimmus/eflete

are you interested in Windows support ? Because there is a compilation
error on Windows

Vincent


> пн, 30 окт. 2023 г. в 03:54, David Given :
>
> > ...the GUI builder? I can see lots of references and Youtube videos up
> > until 2015, and then nothing whatsoever and all the links are dead.
> >
> > If it's gone, are there any other graphical GUI builders for the EFL?
> >
> > Thanks!
> >
> > ___
> > 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


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

Re: [E-devel] (no subject)

[Vincent Torri]

hello

On Wed, Oct 4, 2023 at 9:11 PM Aira  wrote:
>
> How can I start?have already subscribed to the email list

what do you want to do ?

Vincent


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

Re: [E-devel] efl build for windows instructions

[Vincent Torri]

Hello

do you still have problems ?

I plan to make an NSIS installer for the EFL soon.

Vincent Torri


On Wed, May 10, 2023 at 11:51 PM Vincent Torri 
wrote:

>
>
> On Wed, May 10, 2023 at 10:40 PM Panagiotis Follas 
> wrote:
> >
> > Hi I would like your help
> >
> > the site is down https://phab.enlightenment.org/w/windows/
> >
> > how can I compile the windows efl library?
>
> you need to install the dependencies:
>
> https://github.com/vtorri/ewpi/releases
>
> then install MSYS2 and open the 64 bits  terminal :
>
> https://github.com/vtorri/ewpi/blob/master/README.md#windows-with-msys2-64-bits
>
> then you clone the EFL repository
>  * git clone https://git.enlightenment.org/enlightenment/efl.git
> * cd efl
> * in this dir, create this configure.sh file :
> -
> #! /bin/bash
>
> unset PKG_CONFIG_PATH
> export EWPI_PATH=/c/Users/vtorri/AppData/Local/efl
> export PATH=$EWPI_PATH/bin:$PATH
> export PKG_CONFIG_PATH=$EWPI_PATH/lib/pkgconfig
> export CPPFLAGS="-I$EWPI_PATH/include -DECORE_WIN64_WIP_POZEFLKSD"
> export CFLAGS="-g3 -ggdb3 -Og -pipe"
> export CXXFLAGS="-g3 -ggdb3 -Og -pipe"
> export LDFLAGS=-L$EWPI_PATH/lib
>
> #export CFLAGS="-O2 -pipe"
> #export CXXFLAGS="-O2 -pipe"
> #export LDFLAGS="-L$HOME/ewpi_64/lib -Wl,-s"
>
> rm -rf builddir
>
> meson setup --prefix=/opt/efl_64 --buildtype=debug --default-library
> shared -Dsystemd=false -Dpulseaudio=false -Dv4l2=false -Dlibmount=false
> -Deeze=false -Dx11=false -Dxinput2=false -Dinput=false
> -Devas-loaders-disabler='pdf','ps','svg','rsvg','json','tga','tgv'
> -Dopengl=none -Dpixman=true -Dembedded-lz4=false
> -Decore-imf-loaders-disabler='xim','ibus','scim' -Dbuild-examples=false
> -Dbuild-tests=false -Dbindings= builddir
>
> ninja -C builddir install
> -
>
> then in the terminal : ./configure.sh
>
> if you have some problems, join IRC chan #e in libera.chat
>
> Vincent Torri
>
>

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

Re: [E-devel] efl build for windows instructions

[Vincent Torri]

On Wed, May 10, 2023 at 10:40 PM Panagiotis Follas 
wrote:
>
> Hi I would like your help
>
> the site is down https://phab.enlightenment.org/w/windows/
>
> how can I compile the windows efl library?

you need to install the dependencies:

https://github.com/vtorri/ewpi/releases

then install MSYS2 and open the 64 bits  terminal :
https://github.com/vtorri/ewpi/blob/master/README.md#windows-with-msys2-64-bits

then you clone the EFL repository
 * git clone https://git.enlightenment.org/enlightenment/efl.git
* cd efl
* in this dir, create this configure.sh file :
-
#! /bin/bash

unset PKG_CONFIG_PATH
export EWPI_PATH=/c/Users/vtorri/AppData/Local/efl
export PATH=$EWPI_PATH/bin:$PATH
export PKG_CONFIG_PATH=$EWPI_PATH/lib/pkgconfig
export CPPFLAGS="-I$EWPI_PATH/include -DECORE_WIN64_WIP_POZEFLKSD"
export CFLAGS="-g3 -ggdb3 -Og -pipe"
export CXXFLAGS="-g3 -ggdb3 -Og -pipe"
export LDFLAGS=-L$EWPI_PATH/lib

#export CFLAGS="-O2 -pipe"
#export CXXFLAGS="-O2 -pipe"
#export LDFLAGS="-L$HOME/ewpi_64/lib -Wl,-s"

rm -rf builddir

meson setup --prefix=/opt/efl_64 --buildtype=debug --default-library shared
-Dsystemd=false -Dpulseaudio=false -Dv4l2=false -Dlibmount=false
-Deeze=false -Dx11=false -Dxinput2=false -Dinput=false
-Devas-loaders-disabler='pdf','ps','svg','rsvg','json','tga','tgv'
-Dopengl=none -Dpixman=true -Dembedded-lz4=false
-Decore-imf-loaders-disabler='xim','ibus','scim' -Dbuild-examples=false
-Dbuild-tests=false -Dbindings= builddir

ninja -C builddir install
-

then in the terminal : ./configure.sh

if you have some problems, join IRC chan #e in libera.chat

Vincent Torri

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

Re: [E-devel] New git URL/SSH locations, phasing out phab (and gitolite)

[Vincent Torri]

On Wed, Jun 1, 2022 at 10:47 AM Carsten Haitzler  wrote:
>
> On Tue, 31 May 2022 15:35:10 +0200 Massimo Maiurana  said:
>
> > Carsten Haitzler ha scritto il 08/05/22 alle 00:40:
> > > Phabricator has been on life support for a while now. Upstream stopped
> > > development. Every new release of php gets stricter and phab breaks more
> > > each time. arcanist has become a non-working thing. It's time to move.
> > >
> > > In the spirit of that I have set up gitea on https://git.enlightenment.org
> > > - it pretty much is a miniature github that is self-hosted. It replaces
> > > gitolite and most of phabricator functionality in one. phab is still
> > > running for now but I'll kill it off soon enough (set it to read-only mode
> > > but still run it for reference to old tasks/reviews).
> > >
> > > This means git repository url's will have moved. If you explore the above
> > > you'll see where they are. I have not made all of them public (the default
> > > for importing is private and you have to manually go make each public, so 
> > > I
> > > did this for repos that are not essentially archived off as history).
> > >
> > > This means developers also have to re-register accounts for commit access.
> > > It's easy - the web UI allows you to self-serve. The only thing that I 
> > > need
> > > is for people to join so we can set up collaborators on the shared 
> > > projects
> > > so you have commit access again (otherwise you only can commit to your own
> > > private repositories you set up).
> >
> > Does it mean that commit accesses will be restored manually one at a
> > time? I've just registered on git.enlightenment.org with my usual
> > nickname but currently i can't do anything via git+ssh. I guess i'll
> > have to check it later, am i right? :)
>
> An admin has to add you to projects as a collaborator - it all has to wait for
> people like you to make accounts and ask :) YUou actually have to be added per
> project - its not "all access or nothing". It starts with the account. I added
> you to efl, enlightenment, terminology right now (don't have time right now to
> go through a long list). let me know if you want others also.
>
> > > I've set up git commit emails again to the same
> > > mailing list so no change there.
> > >
> > > Gitea takes on the following tasks:
> > >
> > > Listing git repositories and browsing their trees, showing commits etc.
> > > Bug tracking (issues).
> > > Review (pull requests).
> > > Markdown/wiki per repo/project
> > > Organizations (shared code repository holders).
> > > ... and other smaller related code/repo etc. tasks.

normally i should also be able to add you

Vincent


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

Re: [E-devel] [e-users] New git URL/SSH locations, phasing out phab (and gitolite)

[Vincent Torri]

On Sun, May 8, 2022 at 10:36 AM Carsten Haitzler  wrote:
>
> On Sun, 8 May 2022 08:25:08 +0200 Vincent Torri  
> said:
>
> > Hello
> >
> > some questions:
> >
> >  * must the phab wiki be rewritten somewhere else ?
>
> what does this mean?

if phab will be deleted/removed, all the content should be moved, no ?

Vincent


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

Re: [E-devel] cloning a forked a project

[Vincent Torri]

On Sun, May 8, 2022 at 9:13 AM Vincent Torri  wrote:
>
> hello
>
> i have registered and forked a project (namely rage). In my setting, I have 
> added a public ssh key (same than github btw)
>
> when cloning with ssh, i get:
>
> $ git clone ssh://g...@git.enlightenment.org:9990/vtorri/rage.git
> Cloning into 'rage'...
> g...@git.enlightenment.org: Permission denied (publickey).
> fatal: Could not read from remote repository.
>
> Please make sure you have the correct access rights
> and the repository exists.
>
> any idea what is wrong ?

note that https cloning is successful

 Vincent


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

[E-devel] cloning a forked a project

[Vincent Torri]

hello

i have registered and forked a project (namely rage). In my setting, I have
added a public ssh key (same than github btw)

when cloning with ssh, i get:

$ git clone ssh://g...@git.enlightenment.org:9990/vtorri/rage.git
Cloning into 'rage'...
g...@git.enlightenment.org: Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

any idea what is wrong ?

Vincent

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

Re: [E-devel] New git URL/SSH locations, phasing out phab (and gitolite)

[Vincent Torri]

also, current issues in phab ?

Vincent


On Sun, May 8, 2022 at 8:25 AM Vincent Torri 
wrote:

> Hello
>
> some questions:
>
>  * must the phab wiki be rewritten somewhere else ?
>  * is it possible to see all the repositories of all users and
> organizations at the same time ?
>  * can the display be more compact ? at least the "updated *** hours ago"
> on the same line than the name of the repo ?
>
> Vincent
>
>
> On Sun, May 8, 2022 at 12:42 AM Carsten Haitzler 
> wrote:
>
>> Phabricator has been on life support for a while now. Upstream stopped
>> development. Every new release of php gets stricter and phab breaks more
>> each
>> time. arcanist has become a non-working thing. It's time to move.
>>
>> In the spirit of that I have set up gitea on
>> https://git.enlightenment.org - it
>> pretty much is a miniature github that is self-hosted. It replaces
>> gitolite and
>> most of phabricator functionality in one. phab is still running for now
>> but
>> I'll kill it off soon enough (set it to read-only mode but still run it
>> for
>> reference to old tasks/reviews).
>>
>> This means git repository url's will have moved. If you explore the above
>> you'll see where they are. I have not made all of them public (the
>> default for
>> importing is private and you have to manually go make each public, so I
>> did
>> this for repos that are not essentially archived off as history).
>>
>> This means developers also have to re-register accounts for commit access.
>> It's easy - the web UI allows you to self-serve. The only thing that I
>> need is
>> for people to join so we can set up collaborators on the shared projects
>> so you
>> have commit access again (otherwise you only can commit to your own
>> private
>> repositories you set up). I've set up git commit emails again to the same
>> mailing list so no change there.
>>
>> Gitea takes on the following tasks:
>>
>> Listing git repositories and browsing their trees, showing commits etc.
>> Bug tracking (issues).
>> Review (pull requests).
>> Markdown/wiki per repo/project
>> Organizations (shared code repository holders).
>> ... and other smaller related code/repo etc. tasks.
>>
>> I may have to do some more minor fixing. I may have missed things, but I
>> think
>> the major things have been done. Yes - I know
>> https://www.enlightenment.org
>> still refers to phab in many places. That's something to sort out next.
>>
>> --
>> - Codito, ergo sum - "I code, therefore I am" --
>> Carsten Haitzler - ras...@rasterman.com
>>
>>
>>
>> ___
>> 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] New git URL/SSH locations, phasing out phab (and gitolite)

[Vincent Torri]

Hello

some questions:

 * must the phab wiki be rewritten somewhere else ?
 * is it possible to see all the repositories of all users and
organizations at the same time ?
 * can the display be more compact ? at least the "updated *** hours ago"
on the same line than the name of the repo ?

Vincent


On Sun, May 8, 2022 at 12:42 AM Carsten Haitzler 
wrote:

> Phabricator has been on life support for a while now. Upstream stopped
> development. Every new release of php gets stricter and phab breaks more
> each
> time. arcanist has become a non-working thing. It's time to move.
>
> In the spirit of that I have set up gitea on https://git.enlightenment.org
> - it
> pretty much is a miniature github that is self-hosted. It replaces
> gitolite and
> most of phabricator functionality in one. phab is still running for now but
> I'll kill it off soon enough (set it to read-only mode but still run it for
> reference to old tasks/reviews).
>
> This means git repository url's will have moved. If you explore the above
> you'll see where they are. I have not made all of them public (the default
> for
> importing is private and you have to manually go make each public, so I did
> this for repos that are not essentially archived off as history).
>
> This means developers also have to re-register accounts for commit access.
> It's easy - the web UI allows you to self-serve. The only thing that I
> need is
> for people to join so we can set up collaborators on the shared projects
> so you
> have commit access again (otherwise you only can commit to your own private
> repositories you set up). I've set up git commit emails again to the same
> mailing list so no change there.
>
> Gitea takes on the following tasks:
>
> Listing git repositories and browsing their trees, showing commits etc.
> Bug tracking (issues).
> Review (pull requests).
> Markdown/wiki per repo/project
> Organizations (shared code repository holders).
> ... and other smaller related code/repo etc. tasks.
>
> I may have to do some more minor fixing. I may have missed things, but I
> think
> the major things have been done. Yes - I know
> https://www.enlightenment.org
> still refers to phab in many places. That's something to sort out next.
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> Carsten Haitzler - ras...@rasterman.com
>
>
>
> ___
> 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

[EGIT] [core/efl] master 01/01: Evas: add jxl loader and saver

[Vincent Torri]

raster pushed a commit to branch master.

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

commit 01fb3233eb0ebd0a8e28cad5ee1026c84f5605f7
Author: Vincent Torri 
Date:   Thu Apr 28 16:58:46 2022 +0100

Evas: add jxl loader and saver

add jxl loader and saver to Evas.

Entice for loading, animated jxl files or not some conformances files :
https://github.com/libjxl/conformance/tree/master/testcases
---
 meson_options.txt | 4 ++--
 po/POTFILES.in| 1 +
 src/lib/evas/common/evas_image_load.c | 4 +++-
 src/lib/evas/common/evas_image_save.c | 2 ++
 src/lib/evas/file/evas_module.c   | 8 
 src/lib/evas/meson.build  | 4 
 6 files changed, 20 insertions(+), 3 deletions(-)

diff --git a/meson_options.txt b/meson_options.txt
index 992a7af975..b39f64970c 100644
--- a/meson_options.txt
+++ b/meson_options.txt
@@ -195,8 +195,8 @@ option('unmount-path',
 option('evas-loaders-disabler',
   type : 'array',
   description : 'List of modular image/vector loaders to disable in efl',
-  choices : ['', 'gst', 'pdf', 'ps', 'raw', 'svg', 'rsvg', 'xcf', 'bmp', 
'dds', 'eet', 'generic', 'gif', 'ico', 'jp2k', 'jpeg', 'pmaps', 'png', 'psd', 
'tga', 'tgv', 'tiff', 'wbmp', 'webp', 'xpm', 'json', 'avif', 'heif'],
-  value : ['json', 'avif', 'heif']
+  choices : ['', 'gst', 'pdf', 'ps', 'raw', 'svg', 'rsvg', 'xcf', 'bmp', 
'dds', 'eet', 'generic', 'gif', 'ico', 'jp2k', 'jpeg', 'pmaps', 'png', 'psd', 
'tga', 'tgv', 'tiff', 'wbmp', 'webp', 'xpm', 'json', 'avif', 'heif', 'jxl'],
+  value : ['json', 'avif', 'heif', 'jxl']
 )
 
 option('ecore-imf-loaders-disabler',
diff --git a/po/POTFILES.in b/po/POTFILES.in
index 213d767ac3..9598abfc42 100644
--- a/po/POTFILES.in
+++ b/po/POTFILES.in
@@ -3164,6 +3164,7 @@ src/modules/evas/image_loaders/heif/evas_image_load_heif.c
 src/modules/evas/image_loaders/ico/evas_image_load_ico.c
 src/modules/evas/image_loaders/jp2k/evas_image_load_jp2k.c
 src/modules/evas/image_loaders/jpeg/evas_image_load_jpeg.c
+src/modules/evas/image_loaders/jxl/evas_image_load_jxl.c
 src/modules/evas/image_loaders/pmaps/evas_image_load_pmaps.c
 src/modules/evas/image_loaders/png/evas_image_load_png.c
 src/modules/evas/image_loaders/psd/evas_image_load_psd.c
diff --git a/src/lib/evas/common/evas_image_load.c 
b/src/lib/evas/common/evas_image_load.c
index 5ca80b5811..3e2b567948 100644
--- a/src/lib/evas/common/evas_image_load.c
+++ b/src/lib/evas/common/evas_image_load.c
@@ -66,6 +66,8 @@ static const struct ext_loader_s loaders[] =
 
MATCHING(".dds", "dds"),
 
+   MATCHING(".jxl", "jxl"),
+
MATCHING(".avif", "avif"),
MATCHING(".avifs", "avif"),
 
@@ -193,7 +195,7 @@ static const struct ext_loader_s loaders[] =
 static const char *loaders_name[] =
 { /* in order of most likely needed */
   "png", "jpeg", "eet", "xpm", "tiff", "gif", "svg", "webp", "pmaps",
-  "bmp", "tga", "wbmp", "ico", "psd", "jp2k", "dds", "avif", "heif",
+  "bmp", "tga", "wbmp", "ico", "psd", "jp2k", "dds", "jxl", "avif", "heif",
   "generic"
 };
 
diff --git a/src/lib/evas/common/evas_image_save.c 
b/src/lib/evas/common/evas_image_save.c
index 45718c5b9f..dc0843eda1 100644
--- a/src/lib/evas/common/evas_image_save.c
+++ b/src/lib/evas/common/evas_image_save.c
@@ -35,6 +35,8 @@ evas_common_save_image_to_file(RGBA_Image *im, const char 
*file, const char *key
   saver = "tgv";
 if (!strcasecmp(p, "avif"))
   saver = "avif";
+if (!strcasecmp(p, "jxl"))
+  saver = "jxl";
  }
 
if (saver)
diff --git a/src/lib/evas/file/evas_module.c b/src/lib/evas/file/evas_module.c
index 1362a004d8..a3c4f87881 100644
--- a/src/lib/evas/file/evas_module.c
+++ b/src/lib/evas/file/evas_module.c
@@ -206,6 +206,7 @@ EVAS_EINA_STATIC_MODULE_DEFINE(image_loader, heif);
 EVAS_EINA_STATIC_MODULE_DEFINE(image_loader, ico);
 EVAS_EINA_STATIC_MODULE_DEFINE(image_loader, jpeg);
 EVAS_EINA_STATIC_MODULE_DEFINE(image_loader, jp2k);
+EVAS_EINA_STATIC_MODULE_DEFINE(image_loader, jxl);
 EVAS_EINA_STATIC_MODULE_DEFINE(image_loader, pmaps);
 EVAS_EINA_STATIC_MODULE_DEFINE(image_loader, png);
 EVAS_EINA_STATIC_MODULE_DEFINE(image_loader, psd);
@@ -227,6 +228,7 @@ EVAS_EINA_STATIC_MODULE_DEFINE(vg_saver, svg);
 EVAS_EINA_STATIC_MODULE_DEFINE(image_saver, avif);
 EVAS_EINA_STATIC_MODULE_DEFINE(image_saver, eet);
 EVAS_EINA_STATIC_MODULE_DEFINE(image_saver, jpeg);
+EVAS_EINA_STATIC_MODULE_DEFINE(image_saver, jxl);
 EVAS_EINA_STATIC_MODULE_DEFINE(image_saver, png);
 EVAS_EINA_STATIC_MODULE_

[EGIT] [core/efl] master 01/01: build: use meson warning_level to pass -Wall to compiler

[Vincent Torri]

bu5hm4n pushed a commit to branch master.

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

commit 0a1ae11586b4bf2c6ed2267450f94cc466804f2f
Author: Vincent Torri 
Date:   Mon Jan 10 05:37:12 2022 +

build: use meson warning_level to pass -Wall to compiler

meson has a builtin option to pass some warning flags to compiler. 
'warning_level=1' passes -Wall

Reviewed-by: Marcel Hollerbach 
Differential Revision: https://phab.enlightenment.org/D12315
---
 meson.build | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/meson.build b/meson.build
index 1f7c7b4ab5..0350e9e718 100644
--- a/meson.build
+++ b/meson.build
@@ -1,6 +1,6 @@
 project('efl', ['c','cpp'],
   version: '1.26.99',
-  default_options : ['buildtype=plain', 'cpp_std=c++11'],
+  default_options : ['buildtype=plain', 'warning_level=1', 'cpp_std=c++11'],
   meson_version : '>=0.50'
 )
 
@@ -73,7 +73,6 @@ local_scripts = join_paths('src', 'scripts')
 dev_cflags = []
 dev_cflags_try = [
   '-fvisibility=hidden',
-  '-Wall',
   '-Wfloat-compare',
   '-Wpointer-arith',
   '-Wunused-parameter',

-- 

[EGIT] [apps/edi] master 01/01: meson: fix build with meson 0.61.0

[Vincent Torri]

raster pushed a commit to branch master.

http://git.enlightenment.org/apps/edi.git/commit/?id=8ba3da9bcae03d3c44a6cb066e4e6a64c1540773

commit 8ba3da9bcae03d3c44a6cb066e4e6a64c1540773
Author: Vincent Torri 
Date:   Wed Feb 23 15:14:37 2022 +

meson: fix build with meson 0.61.0

Summary: input requires a file, not a dir. Anyway, @INPUT@is not used

Test Plan: compilation

Reviewers: raster, netstar

Subscribers: juippis

Differential Revision: https://phab.enlightenment.org/D12324
---
 data/extra/templates/meson.build | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/data/extra/templates/meson.build b/data/extra/templates/meson.build
index 54dddae..be5bcf4 100644
--- a/data/extra/templates/meson.build
+++ b/data/extra/templates/meson.build
@@ -6,10 +6,9 @@ skeleton_names = ['eflproject', 'eflproject_python']
 foreach skeleton_name : skeleton_names
 
   custom_target('skeleton ' + skeleton_name,
-command : [tar, 'zcf', '@OUTPUT@', '-C', 
+command : [tar, 'zcf', '@OUTPUT@', '-C',
   join_paths(meson.source_root(), 'data', 'extra', 'templates', 
'skeletons'),
   skeleton_name],
-input : join_paths('skeletons', skeleton_name),
 output : skeleton_name + '.tar.gz',
 install_dir: join_paths(get_option('prefix'), get_option('datadir'), 
'edi', 'templates'),
 install : true,

-- 

Re: [E-devel] [e-users] New old Themes for Enlightenment and Terminology (Dark + More)

[Vincent Torri]

On Sun, Feb 20, 2022 at 1:56 PM Simon Lees  wrote:
>
>
>
> On 2/20/22 23:12, Vincent Torri wrote:
> >>
> >> Finally Someone can feel free to add any of these to extra.e.org (I
> >> forgot who did it last time).
> >
> > this site seems to be down
> >
> > Vincent
>
> It works for me on chromium, but redirects to the main site for me on
> firefox, at first thought it could be because I have Firefox setup to
> try and force https if available.

you mean https://extra.enlightenment.org/themes/ actually ?


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

Re: [E-devel] [e-users] New old Themes for Enlightenment and Terminology (Dark + More)

[Vincent Torri]

>
> Finally Someone can feel free to add any of these to extra.e.org (I
> forgot who did it last time).

this site seems to be down

Vincent


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

Re: [E-devel] E 0.25.1, emacs windows stop updating on virtual desktop change

[Vincent Torri]

On Sun, Jan 16, 2022 at 7:23 AM Ross Vandegrift  wrote:
>
> On Sat, Jan 15, 2022 at 11:40:52PM +, Carsten Haitzler wrote:
> > On Sat, 15 Jan 2022 14:18:11 -0800 Ross Vandegrift  said:
> > > After upgrading to E 0.25.1, emacs windows stop updating after a virtual
> > > desktop change.  They still respond to keyboard input.  Shade/unshade 
> > > fixes
> > > it.
> >
> > emacs here doesn't seem to break - it's working just fine when i switch
> > desktops. perhaps your version? emacs 27.2 here? e will set netm state 
> > hidden -
> > perhaps emacs is mis-handling this?
> >
> > 11:24PM ~ > xprop -id 0x182 | grep _NET_WM_STATE
> > _NET_WM_STATE(ATOM) = _NET_WM_STATE_HIDDEN
> > 11:24PM ~ > xprop -id 0x182 | grep _NET_WM_STATE
> >
> > e sets the property then removes it when you switch desktop back again.
>
> Aha, I can only trigger the issue with GTK3 builds of emacs.  If I use
> Xaw/lucid it works normally.  27.2 is also affected - I'll file an emacs bug.

they should use the efl as GUI :-)

Vincent


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

[EGIT] [core/efl] master 02/02: Eio: fix functions name

[Vincent Torri]

raster pushed a commit to branch master.

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

commit 8189c1a529ae1ef2d686146093c27099c91f5b47
Author: Vincent Torri 
Date:   Wed Dec 29 16:56:26 2021 +

Eio: fix functions name

Summary: 2 functions has wrong names, hence link error

Test Plan: compilation

Reviewers: raster

Reviewed By: raster

Subscribers: cedric, #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D12312

@fix
---
 src/lib/eio/eio_monitor_poll.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/src/lib/eio/eio_monitor_poll.c b/src/lib/eio/eio_monitor_poll.c
index 86b65aae5b..4ba420e65e 100644
--- a/src/lib/eio/eio_monitor_poll.c
+++ b/src/lib/eio/eio_monitor_poll.c
@@ -316,9 +316,9 @@ void eio_monitor_backend_del(Eio_Monitor *monitor)
   eio_monitor_fallback_del(monitor);
 }
 
-Eina_Bool eio_monitor_content_check(const Eio_Monitor *monitor, const char 
*path)
+Eina_Bool eio_monitor_context_check(const Eio_Monitor *monitor, const char 
*path)
 {
-   return eio_monitor_fallback_content_check(monitor, path);
+   return eio_monitor_fallback_context_check(monitor, path);
 }
 
 #endif

-- 

[EGIT] [core/efl] master 02/02: avif saver: fix test on the returned type of fwrite()

[Vincent Torri]

raster pushed a commit to branch master.

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

commit 4f15af95e6e21b71bf9d9dcd3b61e21ebeba1083
Author: Vincent Torri 
Date:   Thu Dec 16 20:40:27 2021 +

avif saver: fix test on the returned type of fwrite()

Test Plan: save as avif file

Reviewers: raster

Reviewed By: raster

Subscribers: cedric, #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D12310
---
 src/modules/evas/image_savers/avif/evas_image_save_avif.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/modules/evas/image_savers/avif/evas_image_save_avif.c 
b/src/modules/evas/image_savers/avif/evas_image_save_avif.c
index 61fefcefc7..f02d0ec64c 100644
--- a/src/modules/evas/image_savers/avif/evas_image_save_avif.c
+++ b/src/modules/evas/image_savers/avif/evas_image_save_avif.c
@@ -122,7 +122,7 @@ save_image_avif(RGBA_Image *im, const char *file, int 
quality)
  goto destroy_encoder;
 
size = fwrite(output.data, output.size, 1, f);
-   if (size != output.size)
+   if (size != 1)
  goto destroy_encoder;
 
ret = 1;

-- 

Re: [E-devel] New releases coming....

[Vincent Torri]

On Mon, Dec 13, 2021 at 4:19 PM Carsten Haitzler  wrote:
>
> Hi everyone!
>
> So ... I've pretty much finished things ready for a new round of releases. 
> Here
> are releases That I plan to do:
>
>   1. EFL 1.26
>   2. Enlightenment 0.25
>   3. Rage 0.4
>   4. Ecrire 0.2
>
> Rage an Ecrire are minor releases so not a lot to talk about here but they 
> will
> have minor improvements and bugfixes etc. Let's talk about EFL and E.
>
> EFL has mostly had bugfixes and ... flat theme work.

you can also add :

 * avif image loader and saver (with animation support)
 * heif image loader

I can add the jxl loader with anim support if the release is after friday

I have a software direct2d engine almost done but it will require some
tests, so it will be for the next release

> Apps that probably should get releases too:
>
>  * Entice

i'll do a release if i add the winlist support. Btw, if you think it's
better that entice is also in e git, no problem

Vincent


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

[EGIT] [core/efl] master 01/04: Elm_tests: resize windows according to elm scale

[Vincent Torri]

raster pushed a commit to branch master.

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

commit 711638c7d255401539078e1534e6bdb75e39803d
Author: Vincent Torri 
Date:   Thu Nov 25 10:17:45 2021 +

Elm_tests: resize windows according to elm scale

Summary: On laptop with 4K display, windows are too small, so resize 
windows according to elm scale

Test Plan: elm_tests

Reviewers: raster

Subscribers: cedric, #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D12307
---
 src/bin/elementary/test.c  |  3 +-
 src/bin/elementary/test_3d.c   |  3 +-
 src/bin/elementary/test_access.c   |  9 +-
 src/bin/elementary/test_actionslider.c |  3 +-
 src/bin/elementary/test_anim.c |  3 +-
 src/bin/elementary/test_bg.c   | 27 --
 src/bin/elementary/test_box.c  | 12 ++-
 src/bin/elementary/test_button.c   |  3 +-
 src/bin/elementary/test_cnp.c  |  3 +-
 src/bin/elementary/test_code.c |  3 +-
 src/bin/elementary/test_colorclass.c   |  6 +-
 src/bin/elementary/test_combobox.c |  3 +-
 src/bin/elementary/test_config.c   | 16 ++--
 src/bin/elementary/test_conform.c  |  6 +-
 src/bin/elementary/test_conform_indicator.c| 12 ++-
 src/bin/elementary/test_ctxpopup.c |  3 +-
 src/bin/elementary/test_cursor.c   | 12 ++-
 src/bin/elementary/test_dayselector.c  |  3 +-
 src/bin/elementary/test_disable.c  |  3 +-
 src/bin/elementary/test_diskselector.c |  3 +-
 src/bin/elementary/test_dnd.c  | 15 ++--
 src/bin/elementary/test_efl_anim_alpha.c   |  3 +-
 src/bin/elementary/test_efl_anim_group_parallel.c  |  3 +-
 .../elementary/test_efl_anim_group_sequential.c|  3 +-
 src/bin/elementary/test_eio.c  |  3 +-
 src/bin/elementary/test_entry.c| 42 ++
 src/bin/elementary/test_entry_anchor.c |  3 +-
 src/bin/elementary/test_entry_anchor2.c|  4 +-
 src/bin/elementary/test_external.c | 21 +++--
 src/bin/elementary/test_factory.c  |  3 +-
 src/bin/elementary/test_fileselector.c |  3 +-
 src/bin/elementary/test_fileselector_button.c  |  3 +-
 src/bin/elementary/test_fileselector_entry.c   |  3 +-
 src/bin/elementary/test_flip.c | 15 ++--
 src/bin/elementary/test_flip_page.c|  3 +-
 src/bin/elementary/test_flip_page_eo.c |  3 +-
 src/bin/elementary/test_floating.c |  3 +-
 src/bin/elementary/test_focus.c| 24 --
 src/bin/elementary/test_focus_custom_chain.c   |  6 +-
 src/bin/elementary/test_focus_policy.c |  3 +-
 src/bin/elementary/test_focus_style.c  |  9 +-
 src/bin/elementary/test_gengrid.c  | 37 ++---
 src/bin/elementary/test_genlist.c  | 95 ++
 src/bin/elementary/test_gesture_layer.c|  8 +-
 src/bin/elementary/test_gesture_layer3.c   |  8 +-
 src/bin/elementary/test_glview.c   |  3 +-
 src/bin/elementary/test_glview_manygears.c |  3 +-
 src/bin/elementary/test_glview_simple.c|  3 +-
 src/bin/elementary/test_grid.c |  3 +-
 src/bin/elementary/test_hover.c|  9 +-
 src/bin/elementary/test_hoversel.c |  6 +-
 src/bin/elementary/test_icon.c | 12 ++-
 src/bin/elementary/test_icon_desktops.c|  3 +-
 src/bin/elementary/test_image.c| 21 +++--
 src/bin/elementary/test_index.c| 12 ++-
 src/bin/elementary/test_inwin.c|  9 +-
 src/bin/elementary/test_label.c| 12 ++-
 src/bin/elementary/test_launcher.c |  9 +-
 src/bin/elementary/test_layout.c   |  3 +-
 src/bin/elementary/test_list.c | 33 +---
 src/bin/elementary/test_main_menu.c|  3 +-
 src/bin/elementary/test_menu.c |  6 +-
 src/bin/elementary/test_multi.c|  6 +-
 src/bin/elementary/test_multibuttonentry.c |  6 +-
 src/bin/elementary/test_naviframe.c|  9 +-
 src/bin/elementary/test_naviframe_complex.c|  3 +-
 src/bin/elementary/test_notify.c   |  3 +-
 src/bin/elementary/test_panel.c|  9 +-
 src/bin/elementary/test_panes.c|  3 +-
 src/bin/elementary/test_photo.c|  3 +-
 src/bin/elementary/test_photocam.c |  9 +-
 src/bin/elementary/test_popup.c

Re: [E-devel] Self Hosted Gitlab Instead of Phabricator

[Vincent Torri]

On Thu, Nov 11, 2021 at 6:26 PM Abdur-Rahmaan Janhangeer
 wrote:
>
> Against all odds, i see Enlightenment getting some attention
> as a viable desktop option for distros. Bodhi is not a 'fanciful
> os' or something like some people who wrote an article many
> years ago said. My only kind of point id like to improve on bodhi
> is the theming. Else it's a wow OS. I mean an everyday OS with
> very great specs. Very recently another distro decided to choose
> enlightenment.

which OS ? Solus ?

> Python-efl is a great option to build Uis blazing fast. The only problem
> is the docs. And to contribute to the docs it's not very straightforward.
> I'll see with Davide at least for the docs what we can do to leverage
> crowd power. As i don't get it how you are supposed to learn Python-efl
> if the docs are not great and community articles nearly inexistent. Like
> you have to know EFL then guess the bindings.

I prefer C, but having people who write lots of Apps in python is
good, it tests python binding and of course C code too.

cheers

Vincent


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

[EGIT] [core/efl] master 01/01: Eina: sanitize eina_path output on Windows

[Vincent Torri]

raster pushed a commit to branch master.

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

commit b5b0222ae0569526f96af1876dd162efcb4ca937
Author: Vincent Torri 
Date:   Wed Nov 10 12:51:23 2021 +

Eina: sanitize eina_path output on Windows

Summary:
 * remove additional \ character
 * use only / as path separator

Test Plan:
compilation and run

test program :

```
{
elm_app_bin_dir_get();
printf("%s\n", eina_vpath_resolve("(:tmp:)/foo"));
printf("%s\n", eina_vpath_resolve("(:home:)/foo"));
printf("%s\n", eina_vpath_resolve("(:usr.desktop:)/foo"));
printf("%s\n", eina_vpath_resolve("(:usr.documents:)/foo"));
printf("%s\n", eina_vpath_resolve("(:usr.downloads:)/foo"));
printf("%s\n", eina_vpath_resolve("(:usr.music:)/foo"));
printf("%s\n", eina_vpath_resolve("(:usr.pictures:)/foo"));
printf("%s\n", eina_vpath_resolve("(:usr.public:)/foo"));
printf("%s\n", eina_vpath_resolve("(:usr.templates:)/foo"));
printf("%s\n", eina_vpath_resolve("(:usr.videos:)/foo"));
printf("%s\n", eina_vpath_resolve("(:usr.data:)/foo"));
printf("%s\n", eina_vpath_resolve("(:usr.config:)/foo"));
printf("%s\n", eina_vpath_resolve("(:usr.cache:)/foo"));
printf("%s\n", eina_vpath_resolve("(:usr.run:)/foo"));
printf("%s\n", eina_vpath_resolve("(:usr.tmp:)/foo"));
printf("%s\n", eina_vpath_resolve("(:app.dir:)/foo"));
printf("%s\n", eina_vpath_resolve("(:app.bin:)/foo"));
printf("%s\n", eina_vpath_resolve("(:app.lib:)/foo"));
printf("%s\n", eina_vpath_resolve("(:app.data:)/foo"));
printf("%s\n", eina_vpath_resolve("(:app.locale:)/foo"));
printf("%s\n", eina_vpath_resolve("(:app.config:)/foo"));
printf("%s\n", eina_vpath_resolve("(:app.local:)/foo"));
printf("%s\n", eina_vpath_resolve("(:app.tmp:)/foo"));
}
```

before patch :

```
C:\Documents\msys2\tmp/foo
C:\Users\vincent.torri/foo
C:\Users\vincent.torri\Desktop/foo
C:\Users\vincent.torri\Documents/foo
C:\Users\vincent.torri\Downloads/foo
C:\Users\vincent.torri\Music/foo
C:\Users\vincent.torri\Pictures/foo
C:\Users\Public\/foo
C:\Users\vincent.torri\AppData\Roaming\Microsoft\Windows\Templates/foo
C:\Users\vincent.torri\Videos/foo
C:\Users\vincent.torri\AppData\Local\/foo
C:\Users\vincent.torri\AppData\Roaming\/foo
C:\Users\vincent.torri\AppData\Local\/foo
C:\Users\vincent.torri\AppData\Roaming/foo
C:\Users\vincent.torri\AppData\Local\Temp/foo
C:/Documents/msys2/opt/entice_64/bin/foo
C:/Documents/msys2/opt/entice_64/bin/foo
C:/Documents/msys2/opt/entice_64/lib/foo
C:/Documents/msys2/opt/entice_64/share/foo
C:/Documents/msys2/opt/entice_64/share/foo
C:\Users\vincent.torri\AppData\Roaming\/entice/foo
C:\Users\vincent.torri\AppData\Local\/entice/foo
C:\Users\vincent.torri\AppData\Local\Temp/entice/foo
```

after patch

```
C:/Documents/msys2/tmp/foo
C:/Users/vincent.torri/foo
C:/Users/vincent.torri/Desktop/foo
C:/Users/vincent.torri/Documents/foo
C:/Users/vincent.torri/Downloads/foo
C:/Users/vincent.torri/Music/foo
C:/Users/vincent.torri/Pictures/foo
C:/Users/Public/foo
C:/Users/vincent.torri/AppData/Roaming/Microsoft/Windows/Templates/foo
C:/Users/vincent.torri/Videos/foo
C:/Users/vincent.torri/AppData/Local/foo
C:/Users/vincent.torri/AppData/Roaming/foo
C:/Users/vincent.torri/AppData/Local/foo
C:/Users/vincent.torri/AppData/Roaming/foo
C:/Users/vincent.torri/AppData/Local/Temp/foo
C:/Documents/msys2/opt/entice_64/bin/foo
C:/Documents/msys2/opt/entice_64/bin/foo
C:/Documents/msys2/opt/entice_64/lib/foo
C:/Documents/msys2/opt/entice_64/share/foo
C:/Documents/msys2/opt/entice_64/share/foo
C:/Users/vincent.torri/AppData/Roaming/entice/foo
C:/Users/vincent.torri/AppData/Local/entice/foo
C:/Users/vincent.torri/AppData/Local/Temp/entice/foo
```

Reviewers: raster

Reviewed By: raster

Subscribers: cedric, #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D12306
---
 src/lib/eina/eina_file_common.c |  2 +-
 src/lib/eina/eina_file_win32.c  |  2 +-
 sr

[EGIT] [tools/enventor] master 01/01: Build: add meson build system

[Vincent Torri]

hermet pushed a commit to branch master.

http://git.enlightenment.org/tools/enventor.git/commit/?id=f1f92e6abb58ad1880a3036dd0f62e9a662de29a

commit f1f92e6abb58ad1880a3036dd0f62e9a662de29a
Author: Vincent Torri 
Date:   Thu Nov 4 16:47:57 2021 +0900

Build: add meson build system

Test Plan: Compilation, comparison with autotools, and run of enventor (on 
Windows)

Reviewers: Hermet, raster

Differential Revision: https://phab.enlightenment.org/D12304
---
 data/autocomp/meson.build   |  14 
 data/color/meson.build  |  19 +
 data/desktop/meson.build|   5 ++
 data/help/meson.build   |  13 
 data/icon/meson.build   |   5 ++
 data/images/meson.build |  59 
 data/reference/meson.build  |   5 ++
 data/sounds/meson.build |   5 ++
 data/templates/meson.build  |  54 ++
 data/themes/default/meson.build |  25 +++
 meson.build | 152 
 meson_options.txt   |   6 ++
 pc/meson.build  |  20 ++
 po/meson.build  |  17 +
 src/bin/meson.build |  34 +
 src/lib/meson.build |  45 
 16 files changed, 478 insertions(+)

diff --git a/data/autocomp/meson.build b/data/autocomp/meson.build
new file mode 100644
index 000..a297fb2
--- /dev/null
+++ b/data/autocomp/meson.build
@@ -0,0 +1,14 @@
+
+custom_target('autocomp.eet',
+  input   : 'autocomp.src',
+  output  : 'autocomp.eet',
+  command : eet_exe + [
+'-e',
+join_paths(meson.current_build_dir(), 
'autocomp.eet'),
+'node',
+join_paths(meson.current_source_dir(), 
'autocomp.src'),
+'1'
+  ],
+  install : true,
+  install_dir : join_paths(dir_pkgdata, 'autocomp')
+)
diff --git a/data/color/meson.build b/data/color/meson.build
new file mode 100644
index 000..3b4930b
--- /dev/null
+++ b/data/color/meson.build
@@ -0,0 +1,19 @@
+
+custom_target('color.eet',
+  input   : 'edc.src',
+  output  : 'edc.eet',
+  command : eet_exe + [
+'-e',
+join_paths(meson.current_build_dir(), 'edc.eet'),
+'color',
+join_paths(meson.current_source_dir(), 'edc.src'),
+'1'
+  ],
+  install : true,
+  install_dir : join_paths(dir_pkgdata, 'color')
+)
+
+install_data(
+  sources : 'syntax_template.dat',
+  install_dir : join_paths(dir_pkgdata, 'color')
+)
diff --git a/data/desktop/meson.build b/data/desktop/meson.build
new file mode 100644
index 000..fed182a
--- /dev/null
+++ b/data/desktop/meson.build
@@ -0,0 +1,5 @@
+
+install_data(
+  sources : 'enventor.desktop',
+  install_dir : join_paths(dir_data, 'applications')
+)
diff --git a/data/help/meson.build b/data/help/meson.build
new file mode 100644
index 000..d9d63a3
--- /dev/null
+++ b/data/help/meson.build
@@ -0,0 +1,13 @@
+
+help_files = [
+  'INTRO',
+  'HISTORY',
+  'SHORTCUT',
+  'COMMAND',
+  'DEVEL'
+]
+
+install_data(
+  sources : help_files,
+  install_dir : join_paths(dir_pkgdata, 'help')
+)
diff --git a/data/icon/meson.build b/data/icon/meson.build
new file mode 100644
index 000..6e84550
--- /dev/null
+++ b/data/icon/meson.build
@@ -0,0 +1,5 @@
+
+install_data(
+  sources : 'enventor.png',
+  install_dir : join_paths(dir_data, 'icons')
+)
diff --git a/data/images/meson.build b/data/images/meson.build
new file mode 100644
index 000..6b778ef
--- /dev/null
+++ b/data/images/meson.build
@@ -0,0 +1,59 @@
+
+image_files = [
+  'ENVENTOR_EMBEDDED_BAT1.svg',
+  'ENVENTOR_EMBEDDED_BAT2.svg',
+  'ENVENTOR_EMBEDDED_BG1.png',
+  'ENVENTOR_EMBEDDED_BG2.png',
+  'ENVENTOR_EMBEDDED_BG3.png',
+  'ENVENTOR_EMBEDDED_BUTTON_BG.png',
+  'ENVENTOR_EMBEDDED_BUTTON_BG_DOWN.png',
+  'ENVENTOR_EMBEDDED_BUTTON_BG_HOVER.png',
+  'ENVENTOR_EMBEDDED_CHERRY.png',
+  'ENVENTOR_EMBEDDED_FIELD.png',
+  'ENVENTOR_EMBEDDED_ICON_ARROW.png',
+  'ENVENTOR_EMBEDDED_ICON_BADGE.png',
+  'ENVENTOR_EMBEDDED_ICON_BADGE_DOWN.png',
+  'ENVENTOR_EMBEDDED_ICON_CLIP.png',
+  'ENVENTOR_EMBEDDED_ICON_CLIP_DOWN.png',
+  'ENVENTOR_EMBEDDED_ICON_DOCK.png',
+  'ENVENTOR_EMBEDDED_ICON_DOCK_DOWN.png',
+  'ENVENTOR_EMBEDDED_ICON_LOCK.png',
+  'ENVENTOR_EMBEDDED_ICON_LOCK_DOWN.png',
+  'ENVENTOR_EMBEDDED_IMAGE.png',
+  'ENVENTOR_EMBEDDED_LADDER.png',
+  'ENVENTOR_EMBEDDED_MASK.png',
+  'ENVENTOR_EMBEDDED_MELON.png',
+  'ENVENTOR_EMBEDDED_MONTH_STROKE.png',
+  'ENVENTOR_EMBEDDED_MOONPHASE_COVER.png',
+  'ENVENTOR_EMBEDDED_MOONPHASE_MOON.png',
+  'ENVENTOR_EMBEDDED_NEEDLE_HOUR.png',
+  'ENVENTOR_EMBEDDED_NEEDLE_HOUR_RECT.png',
+  'ENVENTOR_EMBEDDED_NEEDLE_MINUTE.png',
+  'ENVENTOR_EMBEDDED_NEEDLE_MINUTE_RECT.png

[EGIT] [tools/enventor] master 01/01: NLS: on Windows, we need to include libintl.h so that NLS functions and macros are declared

[Vincent Torri]

hermet pushed a commit to branch master.

http://git.enlightenment.org/tools/enventor.git/commit/?id=2f8b1063b44bd2182d19c70b4252f0fb2aa1a693

commit 2f8b1063b44bd2182d19c70b4252f0fb2aa1a693
Author: Vincent Torri 
Date:   Thu Nov 4 16:07:40 2021 +0900

NLS: on Windows, we need to include libintl.h so that NLS functions and 
macros are declared

Test Plan: compilation

Reviewers: Hermet, raster

Differential Revision: https://phab.enlightenment.org/D12301
---
 src/bin/main.c | 8 ++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/src/bin/main.c b/src/bin/main.c
index 4980b99..9fb0705 100644
--- a/src/bin/main.c
+++ b/src/bin/main.c
@@ -2,6 +2,10 @@
 #include "config.h"
 #endif
 
+#ifdef ENABLE_NLS
+# include 
+#endif
+
 #include 
 #include 
 #include "common.h"
@@ -1092,8 +1096,8 @@ init(app_data *ad, int argc, char **argv)
 {
 #ifdef ENABLE_NLS
   setlocale(LC_ALL, "");
-  bindtextdomain(PACKAGE, LOCALE_DIR);
-  textdomain(PACKAGE);
+  bindtextdomain(PACKAGE_NAME, LOCALE_DIR);
+  textdomain(PACKAGE_NAME);
 #endif /* set locale */
 
elm_setup();

-- 

[EGIT] [tools/enventor] master 01/01: Remove unused __UNUSED__ (!) as EINA_UNUSED is used instead

[Vincent Torri]

hermet pushed a commit to branch master.

http://git.enlightenment.org/tools/enventor.git/commit/?id=1d4957aa8babfab27cd18072b03db3b0f73a5082

commit 1d4957aa8babfab27cd18072b03db3b0f73a5082
Author: Vincent Torri 
Date:   Thu Nov 4 16:03:36 2021 +0900

Remove unused __UNUSED__ (!) as EINA_UNUSED is used  instead

Reviewers: Hermet, raster

Differential Revision: https://phab.enlightenment.org/D12300
---
 configure.ac|  2 --
 m4/efl_attribute.m4 | 56 -
 2 files changed, 58 deletions(-)

diff --git a/configure.ac b/configure.ac
index 882f57f..a5bf3f7 100644
--- a/configure.ac
+++ b/configure.ac
@@ -96,8 +96,6 @@ PKG_CHECK_MODULES([ENVENTOR], [${requirement_enventor}])
 
 ### Checks for linker characteristics
 
-EFL_ATTRIBUTE_UNUSED
-
 # Check edje_cc
 EFL_WITH_BIN([eet], [eet-eet], [eet])
 EFL_WITH_BIN([edje], [edje-cc], [edje_cc])
diff --git a/m4/efl_attribute.m4 b/m4/efl_attribute.m4
deleted file mode 100644
index 78bff15..000
--- a/m4/efl_attribute.m4
+++ /dev/null
@@ -1,56 +0,0 @@
-dnl Copyright (C) 2011 Vincent Torri 
-dnl That code is public domain and can be freely used or copied.
-
-dnl Macros for checking if the compiler supports some __attribute__ uses
-
-dnl Usage: EFL_ATTRIBUTE_UNUSED
-dnl call AC_DEFINE for __UNUSED__ if __attribute__((unused)) is available
-
-AC_DEFUN([EFL_ATTRIBUTE_UNUSED],
-[
-AC_MSG_CHECKING([for __attribute__ ((unused))])
-AC_COMPILE_IFELSE(
-   [AC_LANG_PROGRAM(
-   [[
-void foo(int x __attribute__ ((unused))) {}
-   ]],
-   [[
-   ]])],
-   [have_attribute_unused="yes"],
-   [have_attribute_unused="no"])
-AC_MSG_RESULT([${have_attribute_unused}])
-
-if test "x${have_attribute_unused}" = "xyes" ; then
-   AC_DEFINE([__UNUSED__], [__attribute__ ((unused))], [Macro declaring a 
function argument to be unused.])
-else
-   AC_DEFINE([__UNUSED__], [], [__attribute__ ((unused)) is not supported.])
-fi
-])
-
-dnl Usage: EFL_ATTRIBUTE_VECTOR
-dnl call AC_DEFINE for HAVE_GCC_ATTRIBUTE_VECTOR if __attribute__((vector)) is 
available
-
-AC_DEFUN([EFL_ATTRIBUTE_VECTOR],
-[
-AC_MSG_CHECKING([for __attribute__ ((vector))])
-AC_COMPILE_IFELSE(
-   [AC_LANG_PROGRAM(
-   [[
-typedef int v4si __attribute__ ((vector_size (16)));
-   ]],
-   [[
-if (sizeof(v4si) == 16)
-  return 0;
-else
-  return -1;
-   ]])],
-   [have_attribute_vector="yes"],
-   [have_attribute_vector="no"])
-AC_MSG_RESULT([${have_attribute_vector}])
-
-if test "x${have_attribute_vector}" = "xyes" ; then
-   AC_DEFINE([HAVE_GCC_ATTRIBUTE_VECTOR], [1], [Define to 1 if your compiler 
supports __attribute__ ((vector)).])
-fi
-])
-
-dnl End of efl_attribute.m4

-- 

[EGIT] [core/efl] master 01/01: Evas engines: remove last bits of evas_cserve2

[Vincent Torri]

raster pushed a commit to branch master.

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

commit 7dcaab26cf6643fae0401c38b394d821370681fd
Author: Vincent Torri 
Date:   Tue Oct 26 14:52:53 2021 +0100

Evas engines: remove last bits of evas_cserve2

Reviewers: raster

Reviewed By: raster

Subscribers: cedric, #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D12302
---
 src/modules/evas/engines/gl_common/evas_gl_image.c   | 20 
 .../evas/engines/software_generic/evas_engine.c  | 19 ---
 2 files changed, 39 deletions(-)

diff --git a/src/modules/evas/engines/gl_common/evas_gl_image.c 
b/src/modules/evas/engines/gl_common/evas_gl_image.c
index 78a3fe09b1..f52691f6c5 100644
--- a/src/modules/evas/engines/gl_common/evas_gl_image.c
+++ b/src/modules/evas/engines/gl_common/evas_gl_image.c
@@ -293,26 +293,6 @@ evas_gl_common_image_load(Evas_Engine_GL_Context *gc, 
const char *file, const ch
 {
RGBA_Image *im_im;
 
-#ifdef EVAS_CSERVE2
-   if (evas_cserve2_use_get())
- {
-im_im = (RGBA_Image *) evas_cache2_image_open
-  (evas_common_image_cache2_get(), file, key, lo, error);
-if (im_im)
-  {
- *error = evas_cache2_image_open_wait(_im->cache_entry);
- if ((*error != EVAS_LOAD_ERROR_NONE)
- && im_im->cache_entry.animated.animated)
-   {
-  evas_cache2_image_close(_im->cache_entry);
-  im_im = NULL;
-   }
- else
-   return evas_gl_common_image_new_from_rgbaimage(gc, im_im, lo, 
error);
-  }
- }
-#endif
-
im_im = evas_common_load_image_from_file(file, key, lo, error);
if (!im_im) return NULL;
 
diff --git a/src/modules/evas/engines/software_generic/evas_engine.c 
b/src/modules/evas/engines/software_generic/evas_engine.c
index 78d8172b93..4d5e104769 100644
--- a/src/modules/evas/engines/software_generic/evas_engine.c
+++ b/src/modules/evas/engines/software_generic/evas_engine.c
@@ -1208,25 +1208,6 @@ static void *
 eng_image_load(void *data EINA_UNUSED, const char *file, const char *key, int 
*error, Evas_Image_Load_Opts *lo)
 {
*error = EVAS_LOAD_ERROR_NONE;
-#ifdef EVAS_CSERVE2
-   if (evas_cserve2_use_get())
- {
-Image_Entry *ie;
-ie = evas_cache2_image_open(evas_common_image_cache2_get(),
-file, key, lo, error);
-if (ie)
-  {
- *error = evas_cache2_image_open_wait(ie);
- if ((*error != EVAS_LOAD_ERROR_NONE) && ie->animated.animated)
-   {
-  evas_cache2_image_close(ie);
-  goto use_local_cache;
-   }
-  }
-return ie;
- }
-use_local_cache:
-#endif
 
return evas_common_load_image_from_file(file, key, lo, error);
 }

-- 

[EGIT] [core/efl] master 01/02: Evas: remove old xcb code in software_x11 code

[Vincent Torri]

raster pushed a commit to branch master.

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

commit 30207a61658509d810c508d5ee8b034c1aea451c
Author: Vincent Torri 
Date:   Mon Oct 25 10:08:57 2021 +0100

Evas: remove old xcb code in software_x11 code

Summary: this backend code was for selecting XCB over Xlib. Now XCB is 
removed, this code is useless

Reviewers: raster

Subscribers: cedric, #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D12299
---
 src/modules/ecore_evas/engines/x/ecore_evas_x.c|  2 --
 .../software_x11/Evas_Engine_Software_X11.h| 13 +++--
 .../evas/engines/software_x11/evas_engine.c| 31 +++---
 3 files changed, 12 insertions(+), 34 deletions(-)

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 d3382686e3..6b70c65d3e 100644
--- a/src/modules/ecore_evas/engines/x/ecore_evas_x.c
+++ b/src/modules/ecore_evas/engines/x/ecore_evas_x.c
@@ -4921,7 +4921,6 @@ ecore_evas_software_x11_new_internal(const char 
*disp_name, Ecore_X_Window paren
redraw_debug = 0;
   }
 
-einfo->info.backend = EVAS_ENGINE_INFO_SOFTWARE_X11_BACKEND_XLIB;
 einfo->info.connection = ecore_x_display_get();
 einfo->info.screen = NULL;
 einfo->info.drawable = ee->prop.window;
@@ -5120,7 +5119,6 @@ ecore_evas_software_x11_pixmap_new_internal(const char 
*disp_name, Ecore_X_Windo
redraw_debug = 0;
   }
 
-einfo->info.backend = EVAS_ENGINE_INFO_SOFTWARE_X11_BACKEND_XLIB;
 einfo->info.connection = ecore_x_display_get();
 einfo->info.screen = NULL;
 
diff --git a/src/modules/evas/engines/software_x11/Evas_Engine_Software_X11.h 
b/src/modules/evas/engines/software_x11/Evas_Engine_Software_X11.h
index dab373cd35..5ab24459e5 100644
--- a/src/modules/evas/engines/software_x11/Evas_Engine_Software_X11.h
+++ b/src/modules/evas/engines/software_x11/Evas_Engine_Software_X11.h
@@ -1,11 +1,6 @@
 #ifndef _EVAS_ENGINE_SOFTWARE_X11_H
 # define _EVAS_ENGINE_SOFTWARE_X11_H
 
-typedef enum
-{
-   EVAS_ENGINE_INFO_SOFTWARE_X11_BACKEND_XLIB
-} Evas_Engine_Info_Software_X11_Backend;
-
 typedef struct _Evas_Engine_Info_Software_X11 Evas_Engine_Info_Software_X11;
 
 struct _Evas_Engine_Info_Software_X11
@@ -17,8 +12,6 @@ struct _Evas_Engine_Info_Software_X11
/* engine specific data & parameters it needs to set up */
struct
  {
-Evas_Engine_Info_Software_X11_Backend backend;
-
 void *connection, *screen;
 unsigned int drawable, mask;
 void *visual;
@@ -37,9 +30,9 @@ struct _Evas_Engine_Info_Software_X11
/* engine specific function calls to query stuff about the destination */
struct
  {
-void *(*best_visual_get) (int backend, void *connection, int screen);
-unsigned int (*best_colormap_get) (int backend, void *connection, int 
screen);
-int (*best_depth_get) (int backend, void *connection, int screen);
+void *(*best_visual_get) (void *connection, int screen);
+unsigned int (*best_colormap_get) (void *connection, int screen);
+int (*best_depth_get) (void *connection, int screen);
  } func;
 
unsigned char mask_changed : 1;
diff --git a/src/modules/evas/engines/software_x11/evas_engine.c 
b/src/modules/evas/engines/software_x11/evas_engine.c
index 211cd84fdd..5bcf91962e 100644
--- a/src/modules/evas/engines/software_x11/evas_engine.c
+++ b/src/modules/evas/engines/software_x11/evas_engine.c
@@ -45,9 +45,9 @@ struct _Render_Engine
 };
 
 /* prototypes we will use here */
-static void*_best_visual_get(int backend, void *connection, int 
screen);
-static unsigned int _best_colormap_get(int backend, void *connection, int 
screen);
-static int  _best_depth_get(int backend, void *connection, int screen);
+static void*_best_visual_get(void *connection, int screen);
+static unsigned int _best_colormap_get(void *connection, int screen);
+static int  _best_depth_get(void *connection, int screen);
 
 static Eina_List *_outbufs = NULL;
 
@@ -165,34 +165,27 @@ on_error:
 }
 
 static void *
-_best_visual_get(int backend, void *connection, int screen)
+_best_visual_get(void *connection, int screen)
 {
if (!connection) return NULL;
 
-   if (backend == EVAS_ENGINE_INFO_SOFTWARE_X11_BACKEND_XLIB)
- return DefaultVisual((Display *)connection, screen);
-
-   return NULL;
+   return DefaultVisual((Display *)connection, screen);
 }
 
 static unsigned int
-_best_colormap_get(int backend, void *connection, int screen)
+_best_colormap_get(void *connection, int screen)
 {
if (!connection) return 0;
 
-   if (backend == EVAS_ENGINE_INFO_SOFTWARE_X11_BACKEND_XLIB)
- return DefaultColormap((Display *)connection, screen);
-   return 0;
+   return DefaultCo

[EGIT] [tools/enventor] master 01/01: build: fix compilation on Windows, and fix EAPI on UNIX

[Vincent Torri]

hermet pushed a commit to branch master.

http://git.enlightenment.org/tools/enventor.git/commit/?id=31aab8115b57edb2c8e1e6313ac412de9e6afbcc

commit 31aab8115b57edb2c8e1e6313ac412de9e6afbcc
Author: Vincent Torri 
Date:   Sat Oct 23 21:28:06 2021 +0200

build: fix compilation on Windows, and fix EAPI on UNIX
---
 configure.ac   |  2 ++
 src/lib/Enventor.h | 10 ++
 2 files changed, 12 insertions(+)

diff --git a/configure.ac b/configure.ac
index ce66096..882f57f 100644
--- a/configure.ac
+++ b/configure.ac
@@ -30,6 +30,8 @@ AM_INIT_AUTOMAKE(1.6 dist-bzip2 dist-xz)
 m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])])
 AC_CONFIG_HEADERS(config.h)
 AC_GNU_SOURCE
+lt_cv_deplibs_check_method=pass_all
+LT_INIT([win32-dll])
 AC_PROG_LIBTOOL
 AM_PROG_CC_C_O
 ELM_QUICKLAUNCH
diff --git a/src/lib/Enventor.h b/src/lib/Enventor.h
index 83ef834..5e309e8 100644
--- a/src/lib/Enventor.h
+++ b/src/lib/Enventor.h
@@ -27,6 +27,16 @@ extern "C"
 # else
 #  define EAPI __declspec(dllimport)
 # endif
+#else
+# ifdef __GNUC__
+#  if __GNUC__ >= 4
+#   define EAPI __attribute__ ((visibility("default")))
+#  else
+#   define EAPI
+#  endif
+# else
+#  define EAPI
+# endif
 #endif
 
 /**

-- 

Re: [E-devel] ephoto bug

[Vincent Torri]

On Wed, Oct 6, 2021 at 6:50 PM Rbt. Y-Lee  wrote:
>
> I know ephoto seems unmaintained but a Bodhi Linux user reported an
> ephoto Drag and Drop bug to me. A video he created illustrates the issue. I
> am hoping someone can look at this...
>
> Here is a backtrace using efl and ehoto in e-git (briefly the bug is caused
> by in this user case obj passed to  _dnd_drag_done  in
> /src/bin/ephoto_thumb_browser.c:283 is NULL):
>
> Backtrace: https://pastebin.com/hcsZETD9

test on tb is necessary

Vincent


>
> code/efl$ git show
> commit 57a5655f889a293adb11db09a4f35378aa29a9bb (HEAD -> master,
> origin/master, origin/HEAD)
> Author: Christopher Michael 
> Date:   Tue Oct 5 10:27:45 2021 -0400
>
> exactness: Fix compiler warning of uninitialized variable
>
> Compiler is warning us here that ex_img has not been initialized after
> being malloc'd, so let's initialize it
> ___
> 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

[EGIT] [core/efl] master 02/02: Elm Config: adapt elm_config scale on HiDPI devices on Windows

[Vincent Torri]

raster pushed a commit to branch master.

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

commit 03dae0a900e136f10396e015ae07b9f825257a18
Author: Vincent Torri 
Date:   Sun Sep 5 09:09:42 2021 +0100

Elm Config: adapt elm_config scale on HiDPI devices on Windows

Summary: with HiDPI monitor (like 4k ones), the size of the windows are 
upsized with the Windows algo. The result leads to blocky font rendering for 
exemple. Set the scale in elm_config according to the values of the scale.

Test Plan: elm test with a text

Reviewers: raster

Subscribers: cedric, #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D12290
---
 src/lib/elementary/elm_config.c | 274 
 1 file changed, 274 insertions(+)

diff --git a/src/lib/elementary/elm_config.c b/src/lib/elementary/elm_config.c
index 63314580d1..9b570822d8 100644
--- a/src/lib/elementary/elm_config.c
+++ b/src/lib/elementary/elm_config.c
@@ -108,6 +108,274 @@ static void_color_overlays_cancel(void);
 #define ELM_CONFIG_LIST(edd, type, member, eddtype) \
   EET_DATA_DESCRIPTOR_ADD_LIST(edd, type, #member, member, eddtype)
 
+#ifdef _WIN32
+
+# include 
+# include 
+
+# define ELM_CONFIG_WIN32_CLASS "Elm_Config_Win32_Class"
+
+/* Default message procedure for the window - mandatory */
+static LRESULT CALLBACK
+_elm_config_win32_proc(HWND   window,
+   UINT   message,
+   WPARAM window_param,
+   LPARAM data_param)
+{
+
+   switch (message)
+ {
+ default:
+   return DefWindowProc(window, message, window_param, data_param);
+ }
+}
+
+/* Create a hidden window and retrieve the monitor from it */
+static HMONITOR
+_elm_config_win32_monitor_get(void)
+{
+   HINSTANCE instance;
+   WNDCLASS wc;
+   HWND win;
+   HMONITOR mon;
+   DWORD style;
+
+   instance = GetModuleHandle(NULL);
+   if (!instance)
+ return NULL;
+
+   memset (, 0, sizeof (WNDCLASS));
+   wc.style = 0;
+   wc.lpfnWndProc = _elm_config_win32_proc;
+   wc.cbClsExtra = 0;
+   wc.cbWndExtra = 0;
+   wc.hInstance = instance;
+   wc.hIcon = LoadIcon (NULL, IDI_APPLICATION);
+   wc.hCursor = LoadCursor (NULL, IDC_ARROW);
+   wc.hbrBackground = (HBRUSH)(1 + COLOR_BTNFACE);
+   wc.lpszMenuName =  NULL;
+   wc.lpszClassName = ELM_CONFIG_WIN32_CLASS;
+
+   if(!RegisterClass())
+ {
+FreeLibrary(instance);
+return NULL;
+ }
+
+   style = WS_POPUP & ~(WS_CAPTION | WS_THICKFRAME);
+   win = CreateWindow(ELM_CONFIG_WIN32_CLASS, "",
+  style,
+  0, 0, 800, 600,
+  NULL, NULL,
+  instance, NULL);
+   if (!win)
+ {
+UnregisterClass(ELM_CONFIG_WIN32_CLASS, instance);
+FreeLibrary(instance);
+return NULL;
+ }
+
+   mon = MonitorFromWindow(win, MONITOR_DEFAULTTONEAREST);
+
+   DestroyWindow(win);
+   UnregisterClass(ELM_CONFIG_WIN32_CLASS, instance);
+   FreeLibrary(instance);
+
+   return mon;
+}
+
+static void
+_elm_config_win32_awareness(void)
+{
+   HMODULE mod;
+
+   /*
+* Several API can make an application DPI aware :
+* SetProcessDpiAwarenessContext() (Windows 10 version 1607)
+* SetProcessDpiAwareness() (Windows 8.1)
+* SetProcessDpiAware() (Windows Vista)
+*
+* We check these functions in that order:
+*/
+
+   /* Windows 10 */
+   typedef BOOL (*SetProcessDpiAwarenessContext_t)(void *);
+   SetProcessDpiAwarenessContext_t SetProcessDpiAwarenessContext_;
+
+   /* Windows 8.1 */
+   typedef enum PROCESS_DPI_AWARENESS_
+   {
+  PROCESS_DPI_UNAWARE_,
+  PROCESS_SYSTEM_DPI_AWARE_,
+  PROCESS_PER_MONITOR_DPI_AWARE_
+   } PROCESS_DPI_AWARENESS_;
+   typedef HRESULT (*SetProcessDpiAwareness_t)(PROCESS_DPI_AWARENESS_);
+   SetProcessDpiAwareness_t SetProcessDpiAwareness_;
+
+   /* Windows Vista */
+   typedef BOOL (*SetProcessDpiAware_t)(void);
+   SetProcessDpiAware_t SetProcessDpiAware_;
+
+   mod = LoadLibrary("user32.dll");
+   if (!mod)
+ goto win8;
+
+   SetProcessDpiAwarenessContext_ = 
(SetProcessDpiAwarenessContext_t)GetProcAddress(mod, 
"SetProcessDpiAwarenessContext");
+
+   FreeLibrary(mod);
+
+   if (!SetProcessDpiAwarenessContext_)
+ goto win8;
+
+   if (!SetProcessDpiAwarenessContext_((void *)-2))
+ goto win8;
+
+   return;
+
+ win8:
+
+   mod = LoadLibrary("shcore.dll");
+   if (!mod)
+ goto vista;
+
+   SetProcessDpiAwareness_ = (SetProcessDpiAwareness_t)GetProcAddress(mod, 
"SetProcessDpiAwareness");
+
+   FreeLibrary(mod);
+
+   if (!SetProcessDpiAwareness_)
+ goto vista;
+
+   if (!SetProcessDpiAwareness_(PROCESS_SYSTEM_DPI_AWARE_))
+ goto vista;
+
+   return;
+
+ vista:
+
+   mod = LoadLibrary("user32.dll");
+   if (!mod)
+ return;
+
+   SetProcess

[EGIT] [core/efl] master 01/01: Evil: improve timer resolution of timers and waiters

[Vincent Torri]

raster pushed a commit to branch master.

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

commit 71f7d01b6c4111dc99212e536be029d2442f0bba
Author: Vincent Torri 
Date:   Fri Sep 3 09:10:07 2021 +0100

Evil: improve timer resolution of timers and waiters

Test Plan: running the efl since several months without problem

Reviewers: raster

Reviewed By: raster

Subscribers: cedric, #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D12289
---
 src/lib/evil/evil_main.c | 16 
 src/lib/evil/meson.build |  3 ++-
 2 files changed, 18 insertions(+), 1 deletion(-)

diff --git a/src/lib/evil/evil_main.c b/src/lib/evil/evil_main.c
index 803e47fc30..cd12a69411 100644
--- a/src/lib/evil/evil_main.c
+++ b/src/lib/evil/evil_main.c
@@ -4,8 +4,11 @@
 
 #include 
 
+#include 
+
 #include "evil_private.h"
 
+static UINT _evil_time_period = 1;
 
 static int  _evil_init_count = 0;
 
@@ -19,10 +22,21 @@ evil_init(void)
 {
LARGE_INTEGER freq;
LARGE_INTEGER count;
+   TIMECAPS tc;
+   MMRESULT res;
 
if (++_evil_init_count != 1)
  return _evil_init_count;
 
+   res = timeGetDevCaps(, sizeof(TIMECAPS));
+   if (res  != MMSYSERR_NOERROR)
+ return --_evil_init_count;
+
+   _evil_time_period = tc.wPeriodMin;
+   res = timeBeginPeriod(_evil_time_period);
+   if (res  != TIMERR_NOERROR)
+ return --_evil_init_count;
+
QueryPerformanceFrequency();
 
_evil_time_freq = freq.QuadPart;
@@ -52,6 +66,8 @@ evil_shutdown(void)
 
evil_sockets_shutdown();
 
+   timeEndPeriod(_evil_time_period);
+
return _evil_init_count;
 }
 
diff --git a/src/lib/evil/meson.build b/src/lib/evil/meson.build
index dc86e6af0b..a29aa5fddf 100644
--- a/src/lib/evil/meson.build
+++ b/src/lib/evil/meson.build
@@ -24,9 +24,10 @@ if target_machine.system() == 'windows'
   ole32 = cc.find_library('ole32')
   ws2_32 = cc.find_library('ws2_32')
   secur32 = cc.find_library('secur32')
+  winmm = cc.find_library('winmm')
   uuid = cc.find_library('uuid')
 
-  evil_ext_deps += [psapi, ole32, ws2_32, secur32, uuid, regexp]
+  evil_ext_deps += [psapi, ole32, ws2_32, secur32, winmm, uuid, regexp]
 
   evil_lib = library('evil', evil_src,
 c_args : [package_c_args, '-DEVIL_BUILD'],

-- 

Re: [E-devel] enventor git build fail

[Vincent Torri]

would be nice maybe to use meson, now

Vincent


On Sun, Apr 11, 2021 at 6:30 PM Jérémy Zurcher  wrote:
>
> I just did
>
> git clone ... && ./autogen.sh && ./configure && make
>
> On Sunday 11 April 2021  16:38, leoutat...@gmx.fr wrote :
> > Hi
> > I try to build enventor git master version with but it fails.
> > Is it really possible to build it this way? (efl git master)
> >
> > checking whether gcc accepts -g... yes
> > checking for gcc option to enable C11 features... none needed
> > checking whether gcc understands -c and -o together... yes
> > checking build system type... config.sub: missing argument
> > Try `config.sub --help' for more information.
> > configure: error: /bin/sh ./config.sub   failed
> >
> > --
> > Maderios
> >
> >
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> --- Hell'O from Yverdoom
>
> Jérémy (jeyzu)
>
>
> ___
> 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] [e-users] Flat has landed

[Vincent Torri]

hey

congratulations, it was a huge work !

Vincent

On Sat, Mar 27, 2021 at 5:12 PM Carsten Haitzler  wrote:
>
> For those who are not watching git commits...
>
> Flat theme has landed in git master efl today.
>
> Yay!
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> Carsten Haitzler - ras...@rasterman.com
>
>
>
> ___
> enlightenment-users mailing list
> enlightenment-us...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users


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

Re: [E-devel] New video on Terminology: Handling of links

[Vincent Torri]

very nice ! good job !

Vincent

On Tue, Jul 21, 2020 at 3:06 PM Boris Faure  wrote:
>
> I just wanted to let you know that I made a small video about links in
> Terminology.  It's hosted on youtube at
> https://www.youtube.com/watch?v=Q3uoFsWQuFQ
>
> There's a show case about a new feature coming soon in the next release.
>
> Have a nice day!
> --
> Boris Faure
> Pointer Arithmetician
> ___
> 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] Time for efl-one

[Vincent Torri]

meson error

On Wed, May 27, 2020 at 6:25 PM Marcel Hollerbach  wrote:
>
> Is that a meson or a ninja error ?
> Can you post your build.ninja if the later ?
>
> On 5/27/20 6:15 PM, Vincent Torri wrote:
> > Hello
> >
> > meson is failing on Windows (after a pull) and without efl-one :
> >
> > ERROR: Multiple producers for Ninja target
> > "C:_Documents_msys2_home_vincent.torri_gitroot_64_efl2_src_modules_evas_image_loaders_eet_evas_image_load_eet.c.obj".
> > Please rename your targets.
> >
> > Vincent
> >
> > On Wed, May 27, 2020 at 4:26 PM Quelrond  wrote:
> >>
> >> Hi,
> >>
> >> Trying to build on FreeBSD with the new option:
> >>
> >>
> >> [1959/4907] Compiling C object 
> >> 'src/bin/elementary/aea5856@@elementary_test@sha/test_efl_gfx_vg_value_provider.c.o'
> >> FAILED: 
> >> src/bin/elementary/aea5856@@elementary_test@sha/test_efl_gfx_vg_value_provider.c.o
> >> cc -Isrc/bin/elementary/aea5856@@elementary_test@sha -Isrc/bin/elementary 
> >> -I../src/bin/elementary -I. -I.. -Isrc/lib/evil -I../src/lib/evil 
> >> -Isrc/lib/eina -I../src/lib/eina -Isrc/lib/eo -I../src/lib/eo 
> >> -Isrc/lib/efl -I../src/lib/efl -Isrc/lib/emile -I../src/lib/emile 
> >> -Isrc/lib/eet -I../src/lib/eet -Isrc/lib/ecore -I../src/lib/ecore 
> >> -Isrc/lib/eldbus -I../src/lib/eldbus -Isrc/lib/ecore_audio 
> >> -I../src/lib/ecore_audio -Isrc/lib/ecore_con -I../src/lib/ecore_con 
> >> -Isrc/lib/ecore_file -I../src/lib/ecore_file -Isrc/lib/ecore_input 
> >> -I../src/lib/ecore_input -Isrc/lib/ecore_x -I../src/lib/ecore_x 
> >> -Isrc/lib/ecore_win32 -I../src/lib/ecore_win32 -Isrc/lib/ecore_ipc 
> >> -I../src/lib/ecore_ipc -Isrc/lib/ector -I../src/lib/ector 
> >> -Isrc/lib/evas/software_generic -I../src/lib/evas/software_generic 
> >> -I../src/modules/evas/engines/software_generic/filters -Isrc/lib/evas 
> >> -I../src/lib/evas -Isrc/lib/evas/common -I../src/lib/evas/common 
> >> -Isrc/lib/evas/include -I../src/lib/evas/include -Isrc/lib/evas/filters 
> >> -I../src/lib/evas/filters -Isrc/lib/evas/canvas -I../src/lib/evas/canvas 
> >> -Isrc/lib/efreet -I../src/lib/efreet -Isrc/lib/ecore_input_evas 
> >> -I../src/lib/ecore_input_evas -Isrc/modules/evas/engines/buffer 
> >> -I../src/modules/evas/engines/buffer -Isrc/lib/ecore_evas 
> >> -I../src/lib/ecore_evas -Isrc/lib/ecore_imf -I../src/lib/ecore_imf 
> >> -Isrc/lib/embryo -I../src/lib/embryo -Isrc/lib/eio -I../src/lib/eio 
> >> -Isrc/lib/ecore_imf_evas -I../src/lib/ecore_imf_evas -Isrc/lib/edje 
> >> -I../src/lib/edje -Isrc/lib/emotion -I../src/lib/emotion -Isrc/lib/ethumb 
> >> -I../src/lib/ethumb -Isrc/lib/ethumb_client -I../src/lib/ethumb_client 
> >> -Isrc/lib/elementary -I../src/lib/elementary -Isrc/static_libs/vg_common 
> >> -I../src/static_libs/vg_common -Isrc/static_libs/buildsystem 
> >> -I../src/static_libs/buildsystem -Isrc/lib -I../src/lib 
> >> -Isrc/lib/efl/interfaces -Isrc/lib/ector/gl -Isrc/lib/ector/software 
> >> -Isrc/lib/evas/gesture -I/usr/local/include -Xclang -fcolor-diagnostics 
> >> -pipe -D_FILE_OFFSET_BITS=64 -fvisibility=hidden -Wall -Wpointer-arith 
> >> -Wunused-parameter -Wsign-compare -Wno-missing-field-initializers 
> >> -DHAVE_CONFIG_H=1 -D_GNU_SOURCE=1 -DEFL_BETA_API_SUPPORT=1 
> >> -DELM_INTERNAL_API_ARGESFSDFEFC=1 -fPIC -pthread 
> >> '-DPACKAGE_DATA_DIR="/usr/local/share/elementary"' -DNEED_RUN_IN_TREE=1 
> >> -fPIC '-Delementary_test_BIN_DIR="/usr/local/bin"' 
> >> '-Delementary_test_LIB_DIR="/usr/local/lib"' 
> >> '-Delementary_test_DATA_DIR="/usr/local/share/elementary"' -MD -MQ 
> >> 'src/bin/elementary/aea5856@@elementary_test@sha/test_efl_gfx_vg_value_provider.c.o'
> >>  -MF 
> >> 'src/bin/elementary/aea5856@@elementary_test@sha/test_efl_gfx_vg_value_provider.c.o.d'
> >>  -o 
> >> 'src/bin/elementary/aea5856@@elementary_test@sha/test_efl_gfx_vg_value_provider.c.o'
> >>  -c ../src/bin/elementary/test_efl_gfx_vg_value_provider.c
> >> In file included from 
> >> ../src/bin/elementary/test_efl_gfx_vg_value_provider.c:6:
> >> ../src/lib/elementary/elm_priv.h:161:11: fatal error: 
> >> 'efl_ui_size_model.eo.h' file not found
> >> # include "efl_ui_size_model.eo.h"
> >> ^~~~
> >> 1 error generated.
> >>
> >>
> >>
> >> On 27/05/2020 11:34, Marcel Hollerbach wrote:
> >>> Hi,
> >>>
> >&

Re: [E-devel] Time for efl-one

[Vincent Torri]

Hello

meson is failing on Windows (after a pull) and without efl-one :

ERROR: Multiple producers for Ninja target
"C:_Documents_msys2_home_vincent.torri_gitroot_64_efl2_src_modules_evas_image_loaders_eet_evas_image_load_eet.c.obj".
Please rename your targets.

Vincent

On Wed, May 27, 2020 at 4:26 PM Quelrond  wrote:
>
> Hi,
>
> Trying to build on FreeBSD with the new option:
>
>
> [1959/4907] Compiling C object 
> 'src/bin/elementary/aea5856@@elementary_test@sha/test_efl_gfx_vg_value_provider.c.o'
> FAILED: 
> src/bin/elementary/aea5856@@elementary_test@sha/test_efl_gfx_vg_value_provider.c.o
> cc -Isrc/bin/elementary/aea5856@@elementary_test@sha -Isrc/bin/elementary 
> -I../src/bin/elementary -I. -I.. -Isrc/lib/evil -I../src/lib/evil 
> -Isrc/lib/eina -I../src/lib/eina -Isrc/lib/eo -I../src/lib/eo -Isrc/lib/efl 
> -I../src/lib/efl -Isrc/lib/emile -I../src/lib/emile -Isrc/lib/eet 
> -I../src/lib/eet -Isrc/lib/ecore -I../src/lib/ecore -Isrc/lib/eldbus 
> -I../src/lib/eldbus -Isrc/lib/ecore_audio -I../src/lib/ecore_audio 
> -Isrc/lib/ecore_con -I../src/lib/ecore_con -Isrc/lib/ecore_file 
> -I../src/lib/ecore_file -Isrc/lib/ecore_input -I../src/lib/ecore_input 
> -Isrc/lib/ecore_x -I../src/lib/ecore_x -Isrc/lib/ecore_win32 
> -I../src/lib/ecore_win32 -Isrc/lib/ecore_ipc -I../src/lib/ecore_ipc 
> -Isrc/lib/ector -I../src/lib/ector -Isrc/lib/evas/software_generic 
> -I../src/lib/evas/software_generic 
> -I../src/modules/evas/engines/software_generic/filters -Isrc/lib/evas 
> -I../src/lib/evas -Isrc/lib/evas/common -I../src/lib/evas/common 
> -Isrc/lib/evas/include -I../src/lib/evas/include -Isrc/lib/evas/filters 
> -I../src/lib/evas/filters -Isrc/lib/evas/canvas -I../src/lib/evas/canvas 
> -Isrc/lib/efreet -I../src/lib/efreet -Isrc/lib/ecore_input_evas 
> -I../src/lib/ecore_input_evas -Isrc/modules/evas/engines/buffer 
> -I../src/modules/evas/engines/buffer -Isrc/lib/ecore_evas 
> -I../src/lib/ecore_evas -Isrc/lib/ecore_imf -I../src/lib/ecore_imf 
> -Isrc/lib/embryo -I../src/lib/embryo -Isrc/lib/eio -I../src/lib/eio 
> -Isrc/lib/ecore_imf_evas -I../src/lib/ecore_imf_evas -Isrc/lib/edje 
> -I../src/lib/edje -Isrc/lib/emotion -I../src/lib/emotion -Isrc/lib/ethumb 
> -I../src/lib/ethumb -Isrc/lib/ethumb_client -I../src/lib/ethumb_client 
> -Isrc/lib/elementary -I../src/lib/elementary -Isrc/static_libs/vg_common 
> -I../src/static_libs/vg_common -Isrc/static_libs/buildsystem 
> -I../src/static_libs/buildsystem -Isrc/lib -I../src/lib 
> -Isrc/lib/efl/interfaces -Isrc/lib/ector/gl -Isrc/lib/ector/software 
> -Isrc/lib/evas/gesture -I/usr/local/include -Xclang -fcolor-diagnostics -pipe 
> -D_FILE_OFFSET_BITS=64 -fvisibility=hidden -Wall -Wpointer-arith 
> -Wunused-parameter -Wsign-compare -Wno-missing-field-initializers 
> -DHAVE_CONFIG_H=1 -D_GNU_SOURCE=1 -DEFL_BETA_API_SUPPORT=1 
> -DELM_INTERNAL_API_ARGESFSDFEFC=1 -fPIC -pthread 
> '-DPACKAGE_DATA_DIR="/usr/local/share/elementary"' -DNEED_RUN_IN_TREE=1 -fPIC 
> '-Delementary_test_BIN_DIR="/usr/local/bin"' 
> '-Delementary_test_LIB_DIR="/usr/local/lib"' 
> '-Delementary_test_DATA_DIR="/usr/local/share/elementary"' -MD -MQ 
> 'src/bin/elementary/aea5856@@elementary_test@sha/test_efl_gfx_vg_value_provider.c.o'
>  -MF 
> 'src/bin/elementary/aea5856@@elementary_test@sha/test_efl_gfx_vg_value_provider.c.o.d'
>  -o 
> 'src/bin/elementary/aea5856@@elementary_test@sha/test_efl_gfx_vg_value_provider.c.o'
>  -c ../src/bin/elementary/test_efl_gfx_vg_value_provider.c
> In file included from 
> ../src/bin/elementary/test_efl_gfx_vg_value_provider.c:6:
> ../src/lib/elementary/elm_priv.h:161:11: fatal error: 
> 'efl_ui_size_model.eo.h' file not found
> # include "efl_ui_size_model.eo.h"
>^~~~
> 1 error generated.
>
>
>
> On 27/05/2020 11:34, Marcel Hollerbach wrote:
> > Hi,
> >
> > after quite a big amount of work we have successfully landed this
> > morning a update to our build system which enables to build efl as a
> > single big .so instead of multiple seperated .so's. The layout is that
> > every single .so is merged into efl-one.so except:
> > - eolian: no normal app would benefit from it, and it would make our
> > build *a lot* more complex
> > - ecore_avahi: there is no real user for this within efl, in general i
> > dont think anyone is going to benefit from it
> > - efl_canvas_wl: This is also not beneficial to a standard efl
> > application
> > - elua: This is only for bindings.
> > - ecore_drm / wayland : These are deprecated libs, not to confuse with
> > ecore_wl2 / ecore_drm2, which is included in efl-one
> > - exactness: Not useful for a normal efl app.
> >
> > To build efl-one you need to pass: "-Defl-one=true" to meson. After
> > this is done, additionally to all the smaller libs, efl-one.so will be
> > build. The modules of ecore / evas etc. and all the binaries will link
> > to efl-one.so not to the smaller libraries. However, for compatibility
> > reasons, and complexity reasons, the small .so's are still build and
> > 

Re: [E-devel] [EGIT] [core/efl] master 01/01: Fix EAPI definition by defining EFL_BUILD for each built DLL

[Vincent Torri]

On Mon, May 18, 2020 at 12:55 PM Carsten Haitzler  wrote:
>
> On Mon, 18 May 2020 12:02:45 +0200 Marcel Hollerbach  said:
>
> it built for me - but yes. ci seems to not be happy. reverted it. back to
> "considering the patch" mode.

what is wrong with ci ?

for me it compiles AND work

i've spent several hours on it

fix it then


___
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: Fix EAPI definition by defining EFL_BUILD for each built DLL

[Vincent Torri]

On Mon, May 18, 2020 at 12:03 PM Marcel Hollerbach  wrote:
>
> Hi,
>
> I did not see this revision, as i was not getting a mail for that one.
>
> However, 2 benchmarks are build here with EFL_BUILD=1 which seems
> absolut wrong with the description here.

no, they are not. They are needed because there are 2 imported header
files, like Ecore_Data.h, which need that EAPI is correctly defined

> Additionally, package_c_args can be used as a general "this is the
> c_args" you should use during some declaration of buildstuff.
>
> That means, all this can simply be achived by ensuring every lib is
> build with `c_args : package_c_args`. Before each call to subdir(*lib*)
> you can add -DEFL_BUILD=1 to the package_c_args in root meson.build. And
> before the call to subdir(*bin*) you could simply declare it to the
> values they have now.
>
> Even more, there are currently only 9 users of package_c_args in the
> binary folder, so i think just reevalulating these, and making them
> package_bin_c_args is kind of easier than this here.
>
> The reason i am kind of against this change here is that we now do not
> have a single variable that contains the c args the package needs.
> Normally we should just concat custom things per package to that
> variable, we then have a "model" like description of the library build
> arguments and stuff like efl-one is way more easier. Parts of that
> concatination are already in the efl-one patches that are in phab.
>
> Long story short: I dont think this is the right way of doing this.

it is a way to fix the wrong definition of EAPI on Windows, which was
wrong before. With the patch, it is fixed

while modifying the meson.build, there are some of meson.build that
have package_c_args while (and i don't know why) some don't.


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

Re: [E-devel] emotion: vlc, xine not looking good

[Vincent Torri]

On Wed, Mar 4, 2020 at 1:16 PM Stefan Schmidt  wrote:
>
> Hello.
>
> On 03.03.20 00:52, Carsten Haitzler (The Rasterman) wrote:
> > so in the name of some simplification...
> >
> > our vlc support just doesn't work (libvlc or generic player that's vlc 
> > based).
> > xine still kind of works - but seems to have bugs. i won't detail them here.
> > try and see.
>
> When I cruised through efl end of last year and beginning of this one to
> remove many parts we longer use I left them out, not being sure how much
> they are still used.
>
> Same as you I have seen the user problems on IRC where people tried to
> use rage with VL or xine and it did not work. Once configured efl with
> gstreamer it it was a go.
>
> Do we know about any remaining users of these two? Letting them out in
> the rain would not be nice, but if it is just people who did not make
> the switch yet we could encourage them.
>
> > my point is more... perhaps time to simplify and remove:
> >
> > 1. xine, libvlc and generic players for emotion.
> > 2. remove the build options for the above
>
> To clarify: you want to remove the complete code or only the build
> options in meson to enable them?

i am in favor on having emotion or not, with only gst as code, so no
emotion module at all

> > 3. simplify to a -Dgstreamer=true/false that enables the only emotion module
> > left AND the evas gstreamer loader (and remove it from the evas image 
> > loaders
> > as there are now 2 gst dependency options)...

-Demotion=true/false

Vincent

> Yes, when we have done the above that would be a good idea to simplify this.
>
> > less code to test, debug and maintain, fewer options to confuse people. the
> > code removed is broken now anyway, so we don't lose functionality.
> >
> > comments?
>
> I am all for it (should not surprise anyone) but I wanted to give it
> some time and make some noise about it to find out if there are valid
> uses cases people are still having and using.
>
> 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] So long and thanks for all the fish

[Vincent Torri]

hello

too bad you quit the project ! if you can sometimes provide some help,
that would be nice !

if it's not a secret, for which company will you work ?

best luck for your new job !

regards

Vincent

On Sat, Jan 18, 2020 at 4:07 AM Lauro Moura  wrote:
>
> As some of you may already know, I moved to a different company and will
> have to step away from EFL development, at least on a fulltime basis.
>
> It has been over 4 years (thanks, Felipe) working mainly on the language
> bindings, trying to help Eo/Eolian improve its "polyglotiness", making (new
> and old) friends along the way.
>
> So, thanks again and happy hacking :)
>
> PS: I should be around on IRC (still working on FOSS projects, yay).
>
> --
> Lauro Moura ("lauromoura" on Freenode)
> http://dev.to/lauromoura
>
> ___
> 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] [EGIT] [core/efl] master 03/03: build - experiment - turn off glib integration by default

[Vincent Torri]

On Fri, Dec 6, 2019 at 3:53 PM Marcel Hollerbach  wrote:
>
> Hi :)
>
> Some feedback on this experiment:
> - ibus calls ecore_main_loop_glib_integrate which is now just erroring
> out, if ibus really needs glib integration (i think so) then we should
> either also disable ibus per default.
> - Some people do have crashes in ibus after the disabling.
>
> As a sidenote: we do not see this on CI, as ibus is not enabled there.
>
> What should we do ?

turn off ibus if  glib integration is turned off ?

Vincent

> On 11/27/19 5:55 PM, Carsten Haitzler wrote:
> > raster pushed a commit to branch master.
> >
> > http://git.enlightenment.org/core/efl.git/commit/?id=59bcc3c658f1a9f11593d475d1601ed209763a08
> >
> > commit 59bcc3c658f1a9f11593d475d1601ed209763a08
> > Author: Carsten Haitzler (Rasterman) 
> > Date:   Sun Nov 24 11:32:34 2019 +
> >
> >  build - experiment - turn off glib integration by default
> >
> >  i wany to see if this breaks anything for regular efl use on regular
> >  platforms... one way to figure it out is disable it by default and
> >  see...xs
> > ---
> >   meson_options.txt | 2 +-
> >   1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/meson_options.txt b/meson_options.txt
> > index 41f5059f8d..784bdf9a27 100644
> > --- a/meson_options.txt
> > +++ b/meson_options.txt
> > @@ -109,7 +109,7 @@ option('crypto',
> >
> >   option('glib',
> > type : 'boolean',
> > -  value : true,
> > +  value : false,
> > description : 'Main loop integration for glib in efl'
> >   )
> >
> >
>
>
> ___
> 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] EDD2019: Thank you all and pictures

[Vincent Torri]

On Thu, Nov 28, 2019 at 12:16 PM Xavi Artigas  wrote:
>
> Hi people,
>
> We made it to the enlightenment.org news front page!
> https://www.enlightenment.org/news :P
>
what about tagging the photo to know who is who ?

Vincent


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

[EGIT] [core/efl] master 01/01: ecore_win32: fix compose event field

[Vincent Torri]

raster pushed a commit to branch master.

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

commit 9acab812ee02f5a2f30544d0eeacc521200e7ac1
Author: Vincent Torri 
Date:   Thu Nov 28 11:06:24 2019 +

ecore_win32: fix compose event field

Summary:
compose event field was encoded in UTF-16 and not UTF-8. Also string
event field was not correctly defined and was generating eina error
messages

Test Plan: running a test

Reviewers: raster, cedric, zmike

Reviewed By: raster

Subscribers: #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D10753
---
 src/lib/ecore_win32/ecore_win32_event.c | 55 +
 1 file changed, 42 insertions(+), 13 deletions(-)

diff --git a/src/lib/ecore_win32/ecore_win32_event.c 
b/src/lib/ecore_win32/ecore_win32_event.c
index cf6b4492cc..293b16816b 100644
--- a/src/lib/ecore_win32/ecore_win32_event.c
+++ b/src/lib/ecore_win32/ecore_win32_event.c
@@ -42,6 +42,32 @@ static Ecore_Win32_Key_Mask _ecore_win32_key_mask = 0;
 static Eina_Bool_ecore_win32_ctrl_fake = EINA_FALSE;
 static Eina_Bool_ecore_win32_clipboard_has_data = EINA_FALSE;
 
+static char *
+_ecore_win32_utf16_to_utf8(const wchar_t *text)
+{
+   char *res;
+   int size;
+
+   /* text is used as an array, hence never NULL */
+
+   size = WideCharToMultiByte(CP_UTF8, 0, text, -1, NULL, 0, NULL, NULL);
+   if (size == 0)
+ return NULL;
+
+   res = (char *)malloc(size * sizeof(char));
+   if (!res)
+ return NULL;
+
+   size = WideCharToMultiByte(CP_UTF8, 0, text, -1, res, size, NULL, NULL);
+   if (size == 0)
+ {
+free(res);
+return NULL;
+ }
+
+   return res;
+}
+
 static unsigned int
 _ecore_win32_modifiers_get(void)
 {
@@ -1176,15 +1202,14 @@ 
_ecore_win32_event_keystroke_get(Ecore_Win32_Callback_Data *msg,
if (res == -1)
  {
 /* dead key, but managed like normal key */
+compose = _ecore_win32_utf16_to_utf8(buf);
  }
else if (res == 0)
  {
 INF("No translatable character found, skipping");
 if (msg->window_param >= 0x30 && msg->window_param <= 0x39)
-  {
- buf[0] = msg->window_param;
-  }
-else  return NULL;
+  compose = _ecore_win32_utf16_to_utf8(buf);
+/* otherwise, compose is NULL */
  }
else if (res >= 2)
  {
@@ -1196,12 +1221,12 @@ 
_ecore_win32_event_keystroke_get(Ecore_Win32_Callback_Data *msg,
 res = ToUnicode(msg->window_param,
 MapVirtualKey(msg->window_param, 
MAPVK_VK_TO_CHAR),
 kbd_state, buf, 4, 0);
-if ((res != 1) && (res != -1))
-  return NULL;
+if (!((res != 1) && (res != -1)))
+  compose = _ecore_win32_utf16_to_utf8(buf);
+/* otherwise, compose is NULL */
  }
-
-   string[0] = (char)buf[0];
-   compose = string;
+   else /* res == 1 : 1 char written to buf */
+ compose = _ecore_win32_utf16_to_utf8(buf);
 
/*** key field ***/
 
@@ -1232,7 +1257,6 @@ 
_ecore_win32_event_keystroke_get(Ecore_Win32_Callback_Data *msg,
   {
  buf[0] = msg->window_param;
   }
-else  return NULL;
  }
else if (res >= 2)
  {
@@ -1303,7 +1327,7 @@ 
_ecore_win32_event_keystroke_get(Ecore_Win32_Callback_Data *msg,
   {
  buf[0] = msg->window_param;
   }
-else  return NULL;
+else buf[0] = 0;// return NULL;
  }
else if (res >= 2)
  {
@@ -1353,7 +1377,7 @@ 
_ecore_win32_event_keystroke_get(Ecore_Win32_Callback_Data *msg,
e = (Ecore_Event_Key *)calloc(1, sizeof(Ecore_Event_Key) +
  strlen(keyname) + 1 +
  strlen(key) + 1 +
- (compose ? (strlen(compose) + 1) : 0));
+ (compose ? strlen(compose) : 0) + 1);
if (!e)
  return NULL;
 
@@ -1366,7 +1390,12 @@ 
_ecore_win32_event_keystroke_get(Ecore_Win32_Callback_Data *msg,
 
memcpy((char *)e->keyname, keyname, strlen(keyname));
memcpy((char *)e->key, key, strlen(key));
-   if (compose) memcpy((char *)e->compose, compose, strlen(compose));
+   if (compose)
+ {
+memcpy((char *)e->compose, compose, strlen(compose));
+free(compose);
+ }
+
 
return e;
 }

-- 

Re: [E-devel] EDD2019: Thank you all and pictures

[Vincent Torri]

On Wed, Nov 27, 2019 at 11:04 AM Jean Rene Dawin
 wrote:
>
> Hi,
>
> Xavi Artigas wrote on Tue 26/11/19 12:11:
> > Hi people,
> >
> > First off, thank you all for coming to Barcelona. I hope you enjoyed your
> > stay :)
> Yes, still enjoying.
>
> >
> > I would like to ask if everybody is OK with using this picture:
> > https://www.enlightenment.org/_media/news/edd2019_pic1.jpg
> no objections :)

same here

Vincent


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

Re: [E-devel] Memory leak issue when using signal to loading image in EDJE

[Vincent Torri]

you can maybe use edje_player with valgrind to find the mem leak ?

Vincent


On Wed, Nov 20, 2019 at 2:11 AM Jing  wrote:
>
> Hi Cedric,
> I send the signal "START_LOADING" to load the image in my program and use 
> linux "top"  command to detect the memory of my program,  the memory will 
> keep growing if i am not send  "STOP_LOADING".
>
> At 2019-11-20 01:46:35, "Cedric Bail"  wrote:
> >Hi Jing,
> >
> >On Tuesday, November 19, 2019 4:28 AM, Jing  wrote:
> >> Below are my parts definition in EDC file, i find the memory leak issue 
> >> when use signal "START_LOADING" and "STOP_LOADING" to start and stop the 
> >> image loading.
> >> If there anything wrong ? Please advise, thanks.
> >
> >How do you detect your memory leak and could you share the memory leak 
> >report here or in pm?
> >
> >Best,
> >  Cedric
> >
> >
> >> collections.group { "fresh_group";
> >> parts {
> >> image { "fresh";
> >> repeat_events: 1;
> >> desc { "default"
> >> min: CAPTION_ICON_SIZE CAPTION_ICON_SIZE;
> >> max: CAPTION_ICON_SIZE CAPTION_ICON_SIZE;
> >> anchors.vertical_center: "refresh_weather" VERTICAL_CENTER;
> >> anchors.horizontal_center: "refresh_weather" HORIZONTAL_CENTER;
> >> image { normal: "refresh_default.png"; }
> >> }
> >> desc { "loading1"
> >> inherit: "default";
> >> image { normal: "refresh_gif1.png"; }
> >> }
> >> desc { "loading2"
> >> inherit: "default";
> >> image { normal: "refresh_gif2.png"; }
> >> }
> >> desc { "loading3"
> >> inherit: "default";
> >> image { normal: "refresh_gif3.png"; }
> >> }
> >> desc { "loading4"
> >> inherit: "default";
> >> image { normal: "refresh_gif4.png"; }
> >> }
> >> desc { "loading5"
> >> inherit: "default";
> >> image { normal: "refresh_gif5.png"; }
> >> }
> >> desc { "loading6"
> >> inherit: "default";
> >> image { normal: "refresh_gif6.png"; }
> >> }
> >> desc { "loading7"
> >> inherit: "default";
> >> image { normal: "refresh_gif7.png"; }
> >> }
> >> desc { "loading8"
> >> inherit: "default";
> >> image { normal: "refresh_gif8.png"; }
> >> }
> >> }
> >> }
> >> programs {
> >> program {
> >> name: "start";
> >> signal: "START_LOADING";
> >> source: "cardstack";
> >> action: STATE_SET "default";
> >> target: "fresh";
> >> after: "img1";
> >> }
> >> program {
> >> name: "img1";
> >> action: STATE_SET "loading1";
> >> target: "fresh";
> >> transition: LINEAR 0.1;
> >> in: 0.1 0.0;
> >> after: "img2";
> >> }
> >> program {
> >> name: "img2";
> >> action: STATE_SET "loading2";
> >> target: "fresh";
> >> transition: LINEAR 0.1;
> >> in: 0.1 0.0;
> >> after: "img3";
> >> }
> >> program {
> >> name: "img3";
> >> action: STATE_SET "loading3";
> >> target: "fresh";
> >> transition: LINEAR 0.1;
> >> in: 0.1 0.0;
> >> after: "img4";
> >> }
> >> program {
> >> name: "img4";
> >> action: STATE_SET "loading4";
> >> target: "fresh";
> >> transition: LINEAR 0.1;
> >> in: 0.1 0.0;
> >> after: "img5";
> >> }
> >> program {
> >> name: "img5";
> >> action: STATE_SET "loading5";
> >> target: "fresh";
> >> transition: LINEAR 0.1;
> >> in: 0.1 0.0;
> >> after: "img6";
> >> }
> >> program {
> >> name: "img6";
> >> action: STATE_SET "loading6";
> >> target: "fresh";
> >> transition: LINEAR 0.1;
> >> in: 0.1 0.0;
> >> after: "img7";
> >> }
> >> program {
> >> name: "img7";
> >> action: STATE_SET "loading7";
> >> target: "fresh";
> >> transition: LINEAR 0.1;
> >> in: 0.1 0.0;
> >> after: "img8";
> >> }
> >> program {
> >> name: "img8";
> >> action: STATE_SET "loading8";
> >> target: "fresh";
> >> transition: LINEAR 0.1;
> >> in: 0.1 0.0;
> >> after: "img1";
> >> }
> >> program {
> >> name: "stop";
> >> signal: "STOP_LOADING";
> >> source: "cardstack";
> >> sequence {
> >> action: ACTION_STOP;
> >> target: "start";
> >> target: "img1";
> >> target: "img2";
> >> target: "img3";
> >> target: "img4";
> >> target: "img5";
> >> target: "img6";
> >> target: "img7";
> >> target: "img8";
> >> action: STATE_SET "default";
> >> target: "fresh";
> >> }
> >> }
> >> }
> >> }
> >>
> >
> >> 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


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

Re: [E-devel] EFL 1.23.2

[Vincent Torri]

On Fri, Nov 1, 2019 at 12:57 AM Carsten Haitzler  wrote:
>
> On Thu, 31 Oct 2019 11:52:30 +0100 Quelrond Q  said:
>
> > Hi,
> >
> > Would it be possible to fix https://phab.enlightenment.org/T8360
> >  before the release?
>
> Reading that ticket... this is not something that is for us to work at in efl.
> Meson itself (which is out of our tree - it's a system installed tool) chooses
> the install location for pc files. We literally use the meson built in
> pkgconfig.generate() to generate it and do not have any say on where it is
> installed at all - it's not part of our build at all. check the pkgconfig
> targets in our meson.build files. Meson itself (not our build) decides where 
> to
> put it on install.

i do not agree : https://mesonbuild.com/Pkgconfig-module.html and see
install_dir option

i don't say that we should use install_dir, i just say that meson
allows users to select the location of installed pc files

Vincent

> So either the system meson needs patching, or the pc files
> need to be moved around the filesystem as a post-install step. I think Marcel
> has been clear on this in the ticket. We're not controlling the location - nor
> should be. We just say "generate a pc file". It's implicitly installed in
> whatever location meson wants to and that is always the right thing to do.
>
> There isn't a meson option to determine this location. I assume meson itself
> needs patching on freebsd... or the ports build will need to move things
> around. meson on freebsd believes .pc files should go in
> PREFIX/lib/pkgconfig ... if meson is wrong, meson itself needs to be fixed. :)
>
> > Peter
> >
> >
> > > Le 30 oct. 2019 à 17:10, Mike Blumenkrantz 
> > > 
> > > a écrit :
> > >
> > > Hi,
> > >
> > > I am looking to attempt a stable release on 31 October 2019
> > > so that we can pull in any fixes which have been made to catch issues.
> > > At that time, I will personally handle backporting for any patches which
> > > are not already backported.
> > >
> > > I realize that this is short notice, but this is the last point at which I
> > > will be available to execute stable releases for a few weeks.
> > >
> > >
> > > Regards,
> > > Mike
> > >
> > > ___
> > > 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
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> Carsten Haitzler - ras...@rasterman.com
>
>
>
> ___
> 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] Image display issue when use evas_object_image_file_set()

[Vincent Torri]

On Wed, Oct 23, 2019 at 12:05 PM Jing  wrote:
>
> Hi Carsten,I am using a raw edje object. Follow your advise, i use 
> evas_object_image_add and evas_object_image_file_set can display different 
> images in my GUI.
> But when the number/size of image is large,  it will consume a lot of memory, 
> is there any way to reduce the memory consumption?
>
> Besides, it there any way to play mp3 and mp4 file ?  Please advise, many 
> thanks.

you can use emotion library for media files. You must compile the EFL
with at least a video backend (vlc or xine or gstreamer 1)

Vincent

>
> At 2019-10-22 21:31:36, "Carsten Haitzler"  wrote:
> >On Tue, 22 Oct 2019 20:13:51 +0800 (CST) Jing   said:
> >
> >> Hi Carsten,
> >> Thanks for your reply.  I want to dynamically display different images in 
> >> my
> >> GUI, the images are read from SD card. How to add this feature ？ Please
> >> help，thanks.
> >
> >many ways. you can use a basic evas image object (evas_object_image_add) then
> >set the file on it and query size, set min/max size hints so edje will do the
> >right thing in sizing the object. swallow this object into the right swallow
> >part name. efl, enlightenment, terminology, rage is full of code like this. 
> >you
> >can use an elm image which will handle async loading for you and some other
> >things if you want to pass off that handling to elementary.
> >
> >it all depends on your existing code and where you have started from. are you
> >using a raw edje object. en elm layout (which wraps edje objects)? what other
> >objects and code are you using?
> >
> >> At 2019-10-22 16:45:55, "Carsten Haitzler (The Rasterman)"
> >>  wrote:
> >> >On Tue, 22 Oct 2019 15:03:47 +0800 (CST) Jing  said:
> >> >
> >> >> Hi all，
> >> >> I define a IMAGE part in my EDC file with a default image. And call
> >> >> evas_object_image_file_set() to display a new image.  But when other 
> >> >> parts
> >> >> receive a signal or event,  this IMAGE part will return to display the
> >> >> default png image,  please advise how to fix this issue,  many thanks.
> >> >
> >> >never do that. the image is owned/controlled by edje. you are not meant to
> >> >modify the object of an edje part in any way. also don't rely on it always
> >> >existing. it may be deleted and re-created. you do not own this object. 
> >> >the
> >> >edje parent does.
> >> >
> >> >if you want to have an image you can control, then SWALLOW parts are for
> >> >that. you provide an object to edje to "swallow into" the part. this means
> >> >edje will do these things to the swallowed object:
> >> >
> >> >1. move + resize this object
> >> >2. stack it (raise/lower etc.)
> >> >3. take over layer controls (just don't mess with the layer to begin with)
> >> >4. show/hide as needed
> >> >5. set clipper
> >> >6. apply any evas maps
> >> >7. control pass/repeat events flags
> >> >
> >> >when the edje parent is deleted, child swallowed objects are orphaned 
> >> >(they
> >> >are kicked out of the parent edje) and it's up to you to clean them up or
> >> >re-use them as needed.
> >> >
> >> >so create an image and then swallow this image object into a SWALLOW part.
> >> >
> >> >
> >> >--
> >> >- Codito, ergo sum - "I code, therefore I am" --
> >> >Carsten Haitzler - ras...@rasterman.com
> >
> >
> >--
> >- Codito, ergo sum - "I code, therefore I am" --
> >Carsten Haitzler - ras...@rasterman.com
>
> ___
> 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

[EGIT] [website/www-content] master 01/01: Wiki page syntax changed with summary [] by Vincent Torri

[Vincent Torri]

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

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

commit c87ebd89dd5feaa10f5b6ef496111cb0b85fb1b7
Author: Vincent Torri 
Date:   Fri Oct 4 01:44:54 2019 -0700

Wiki page syntax changed with summary [] by Vincent Torri
---
 pages/wiki/syntax.txt | 2 --
 1 file changed, 2 deletions(-)

diff --git a/pages/wiki/syntax.txt b/pages/wiki/syntax.txt
index 6f6c202a7..9fdbfbb6a 100644
--- a/pages/wiki/syntax.txt
+++ b/pages/wiki/syntax.txt
@@ -1,6 +1,4 @@

 ~~Title: Wiki Syntax~~

 
 ~~CODE-c~~
 

-- 

[EGIT] [website/www-content] master 01/01: Wiki page syntax changed with summary [] by Vincent Torri

[Vincent Torri]

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

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

commit 9512f5cee84252bee2f34fe6800ef945e0911a7e
Author: Vincent Torri 
Date:   Fri Oct 4 01:44:21 2019 -0700

Wiki page syntax changed with summary [] by Vincent Torri
---
 pages/wiki/syntax.txt | 5 +
 1 file changed, 5 insertions(+)

diff --git a/pages/wiki/syntax.txt b/pages/wiki/syntax.txt
index dc1c72e0b..6f6c202a7 100644
--- a/pages/wiki/syntax.txt
+++ b/pages/wiki/syntax.txt
@@ -1,10 +1,15 @@
+---
 ~~Title: Wiki Syntax~~
+---
+
 ~~CODE-c~~
 
 A title like the title of this page:
 
 
+---
 ~~Title: Wiki Syntax~~
+---
 
 
 

-- 

[EGIT] [apps/ephoto] master 01/01: Use S_ISLNK macro only if it is defined

[Vincent Torri]

okra pushed a commit to branch master.

http://git.enlightenment.org/apps/ephoto.git/commit/?id=1099d4dda0019a18b1d1ab1d49756d92ca34b5c1

commit 1099d4dda0019a18b1d1ab1d49756d92ca34b5c1
Author: Vincent Torri 
Date:   Wed Oct 2 12:58:59 2019 -0500

Use S_ISLNK macro only if it is defined

Test Plan: compilation

Reviewers: stephenmhouston

Reviewed By: stephenmhouston

Differential Revision: https://phab.enlightenment.org/D9810
---
 src/bin/ephoto_file.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/src/bin/ephoto_file.c b/src/bin/ephoto_file.c
index 2b7d027..7155295 100644
--- a/src/bin/ephoto_file.c
+++ b/src/bin/ephoto_file.c
@@ -968,11 +968,13 @@ _delete_thread_cb(void *data, Ecore_Thread *et 
EINA_UNUSED)
  if (lstat(file, ) == 0)
 #endif
{
+#ifdef S_ISLNK
   if (S_ISLNK(s.st_mode))
 {
ret = ecore_file_unlink(file);
 }
   else
+#endif
 {
snprintf(fp, PATH_MAX, "%s", file);
snprintf(dest, PATH_MAX, "%s/%s", ephoto->trash_path, 
basename(fp));

-- 

[EGIT] [apps/ephoto] master 01/01: thumbnailer : use cross-platform eina_htonl() instead of htonl()

[Vincent Torri]

okra pushed a commit to branch master.

http://git.enlightenment.org/apps/ephoto.git/commit/?id=849476fb75fde09bfcfbea60192d505112051744

commit 849476fb75fde09bfcfbea60192d505112051744
Author: Vincent Torri 
Date:   Wed Oct 2 12:56:10 2019 -0500

thumbnailer : use cross-platform eina_htonl() instead of htonl()

Test Plan: compilation

Reviewers: stephenmhouston

Reviewed By: stephenmhouston

Differential Revision: https://phab.enlightenment.org/D9809
---
 src/bin/ephoto_thumbnailer.c | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/src/bin/ephoto_thumbnailer.c b/src/bin/ephoto_thumbnailer.c
index 748f527..bc65b98 100644
--- a/src/bin/ephoto_thumbnailer.c
+++ b/src/bin/ephoto_thumbnailer.c
@@ -670,11 +670,11 @@ e_sha1_sum(unsigned char *data, int size, unsigned char 
*dst)
   }
  }
 
-   t = htonl(digest[0]); digest[0] = t;
-   t = htonl(digest[1]); digest[1] = t;
-   t = htonl(digest[2]); digest[2] = t;
-   t = htonl(digest[3]); digest[3] = t;
-   t = htonl(digest[4]); digest[4] = t;
+   t = eina_htonl(digest[0]); digest[0] = t;
+   t = eina_htonl(digest[1]); digest[1] = t;
+   t = eina_htonl(digest[2]); digest[2] = t;
+   t = eina_htonl(digest[3]); digest[3] = t;
+   t = eina_htonl(digest[4]); digest[4] = t;
 
memcpy(dst, digest, 5 * 4);
return 1;

-- 

[EGIT] [apps/ephoto] master 01/01: evil will be soon private to the EFL, and _WIN32 is always defined by Windows compilers

[Vincent Torri]

okra pushed a commit to branch master.

http://git.enlightenment.org/apps/ephoto.git/commit/?id=dac02ef5084f0b15224db98042aaea8ff6fc411a

commit dac02ef5084f0b15224db98042aaea8ff6fc411a
Author: Vincent Torri 
Date:   Wed Oct 2 12:51:25 2019 -0500

evil will be soon private to the EFL, and _WIN32 is always defined by 
Windows compilers

Reviewers: stephenmhouston

Reviewed By: stephenmhouston

Differential Revision: https://phab.enlightenment.org/D9808
---
 meson.build | 8 
 1 file changed, 8 deletions(-)

diff --git a/meson.build b/meson.build
index ef78b83..18dd3e9 100644
--- a/meson.build
+++ b/meson.build
@@ -20,10 +20,6 @@ edje = dependency('edje',   required: true,  version: 
efl_version)
 eipc = dependency('ecore-ipc',  required: true,  version: efl_version)
 exif = dependency('libexif',required: false, version: '>= 0.6.0')
 depe = dependency('enlightenment', required: false)
-# check for windows dependency
-if build_machine.system() == 'windows'
-   win = dependency('evil', version: efl_version)
-endif
 
 # dir locations
 dir_prefix = get_option('prefix')
@@ -54,10 +50,6 @@ cfg.set   ('_POSIX_PTHREAD_SEMANTICS', 1)
 cfg.set   ('_ALL_SOURCE' , 1)
 cfg.set   ('_POSIX_SOURCE'   , 1)
 cfg.set   ('_POSIX_1_SOURCE' , 1)
-# Check for windows
-if build_machine.system() == 'windows'
-cfg.set   ('_WIN32'  , 1)
-endif
 # Check for arpa/inet and netinet/in.h
 if cc.has_header('arpa/inet.h') == true
 cfg.set   ('HAVE_ARPA_INET_H', 1)

-- 

[E-devel] wiki : I can not register

[Vincent Torri]

hello

when i want to register the wiki
(https://www.enlightenment.org/playground?do=register), i indefinitely
have to enter my informations and the password. Can someone look at
this ?

thank you

Vincent


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

Re: [E-devel] Enlightenment Foundation Libraries 1.23 Release

[Vincent Torri]

great job :)

On Tue, Oct 1, 2019 at 8:52 PM Lauro Moura
 wrote:
>
> Thanks Stefan. :)
>
> On Tue, Oct 1, 2019 at 2:50 PM Xavi Artigas  wrote:
>
> > Yeah! Thanks man.
> >
> > Xavi
> >
> > On Tue, 1 Oct 2019 at 19:45, Michael Blumenkrantz <
> > michael.blumenkra...@gmail.com> wrote:
> >
> > > Stefan, thanks again for putting in all the time to make this happen. I
> > > really appreciate your work, and I'm sure everyone working on EFL feels
> > the
> > > same.
> > >
> > >
> > > Mike
> > >
> > > On Tue, 1 Oct 2019 15:11:22 +0200
> > > Stefan Schmidt  wrote:
> > >
> > > > After almost 6 months of development we are releasing version 1.23 of
> > > > the Enlightenment Foundation Libraries, featuring over 2100 patches
> > from
> > > > 48 developers around the world. Thanks a lot for your contributions!
> > > >
> > > > == Download ==
> > > >
> > > > http://download.enlightenment.org/rel/libs/efl/efl-1.23.0.tar.xz
> > > > cd9625161b324621f873f00eb841de03398892078ce73d60205abd1766c15cc5
> > > >
> > > > 
> > > >
> > > > == What's New ==
> > > >
> > > > Again, the primary focus of this release has been stabilizing the EO
> > > > library as well as an extending the set of unified API which is based
> > on
> > > it.
> > > >  From this release onwards we also switched to meson as our only build
> > > > system (RIP autotools, you served us well for a long time). The 2110
> > > > commits contain more changes to possible list here, but you will find
> > > > improved DRM support, a new widget for controlling vector animations, a
> > > > first step towards MVVM support, general bugfixes and more.
> > > >
> > > > Please see the NEWS file for more details.
> > > >
> > > > 
> > > >
> > > > == Statistics ==
> > > >
> > > > (git log --pretty=oneline v1.22.0..v1.23.0 | wc -l) \\
> > > > Number of commits in 1.23: 2110 \\
> > > > Number of commits in 1.22: 2152 \\
> > > >
> > > > (git shortlog -ns v1.22.0..v1.23.0 | wc -l) \\
> > > > Number of authors in 1.23: 48 \\
> > > > Number of authors in 1.22: 55 \\
> > > >
> > > > (git diff --stat v1.22.0..v1.23.0 | tail -1) \\
> > > > 2296 files changed, 90115 insertions(+), 85554 deletions(-) in 1.23 \\
> > > > 3154 files changed, 169564 insertions(+), 79861 deletions(-) in 1.22 \\
> > > >
> > > > 
> > > >
> > > > === Compiling and installing ===
> > > >
> > > > See the INSTALL file:
> > > > https://git.enlightenment.org/core/efl.git/tree/INSTALL
> > > >
> > > > == Requirements ==
> > > >
> > > > EFL requires a C and C++ compiler by default. C++ exists mostly to
> > > interface
> > > > to C++ libraries like Bullet and our C++ bindings.
> > > >
> > > > Required by default:
> > > >
> > > >* bullet
> > > >* libpng
> > > >* libjpeg
> > > >* gstreamer (1.x, 0.10 support optional. Ensure all codecs you want
> > > > are installed.)
> > > >* zlib
> > > >* luajit (lua 5.1 or 5.2 support optional)
> > > >* libtiff
> > > >* openssl
> > > >* curl
> > > >* dbus
> > > >* libc
> > > >* fontconfig
> > > >* freetype2
> > > >* fribidi
> > > >* libpulse
> > > >* libsndfile
> > > >* libx11
> > > >* libxau
> > > >* libxcomposite
> > > >* libxdamage
> > > >* libxdmcp
> > > >* libxext
> > > >* libxfixes
> > > >* libxinerama
> > > >* libxrandr
> > > >* libxrender
> > > >* libxss
> > > >* libxtst
> > > >* libxcursor
> > > >* libxp
> > > >* libxi (2.2 or newer)
> > > >* opengl(mesa etc.) (opengl/glx/full or opengl-es2/egl. full opengl
> > > > only on osx - must be explicitly specified to be full to have support)
> > > >* giflib
> > > >* util-linux (limbount + libblkid)
> > > >* systemd / libudev
> > > >* poppler / poppler-cpp
> > > >* libraw
> > > >* libspectre
> > > >* librsvg
> > > >* openmp (clang needs libomp, while gcc uses libgomp)
> > > >
> > > > You might want webp support so disable fewer loaders and remove webp
> > > > from the disablers with: -Devas-loaders-disabler=json
> > > >
> > > > == Wayland support ==
> > > >
> > > > You may also want wayland support when on Linux. This enables support
> > > > for EFL to trget wayland support for client applications. To do this
> > > > supply: -Dwl=true
> > > >
> > > > == Framebuffer support ==
> > > >
> > > > This requires linux frame-buffer support, headers etc. This supports
> > > > basic frame-buffers like /dev/fb as well as input via /dev/input for
> > > > keyboards and mice in a basic way. Enable this with: -Dfb=true
> > > >
> > > > For more modern framebuffer support you may want drm/kms rendering
> > > > support so enable this. This is what you also want for wayland
> > > > compositor support in enlightenment as it will want to be able to
> > > > render to a moder framebuffer tarbet with atomic buffer swapping. To
> > > > do this provide: -Ddrm=true
> > > >
> > > > == Prefix ==
> > > >
> > > > You may want to change the install prefix for EFL with:
> > > > --prefix=/path/to/prefix
> > > 

Re: [E-devel] the efl do not compile on Windows

[Vincent Torri]

the compilation fails on 32 bits, but not on 64 bits

Vincent

On Thu, Sep 26, 2019 at 4:13 PM Al Poole  wrote:
>
> The C++ bindings seems to be enabled now by default.
>
> When disabling them, EFL will buil.
>
> I noticed the build breaks on FreeBSD. Unfortunately I have no time to be
> able assist anymore than this.
>
> On Thu, Sep 26, 2019 at 2:22 PM Vincent Torri 
> wrote:
>
> > hello
> >
> > today, before going to work, i quickly launched a compilation of the
> > git cloned yesterday and there was a compilation failure related to
> > c++. I'll launch a new compilation in a few hours at home and tell you
> > what the problem is
> >
> > Vincent
> >
> >
> > ___
> > 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


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

[E-devel] the efl do not compile on Windows

[Vincent Torri]

hello

today, before going to work, i quickly launched a compilation of the
git cloned yesterday and there was a compilation failure related to
c++. I'll launch a new compilation in a few hours at home and tell you
what the problem is

Vincent


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

[EGIT] [core/efl] master 01/01: eina_array: do not mix declaration and definition

[Vincent Torri]

stefan pushed a commit to branch master.

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

commit e79d6bd0af5748bc26f3af713058d5847df8c807
Author: Vincent Torri 
Date:   Mon Sep 23 14:00:25 2019 +

eina_array: do not mix declaration and definition

fix warning when used in C90 code.

Reviewed-by: Stefan Schmidt 
Differential Revision: https://phab.enlightenment.org/D10077
---
 src/lib/eina/eina_inline_array.x | 7 ---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/src/lib/eina/eina_inline_array.x b/src/lib/eina/eina_inline_array.x
index f3c11f67a4..d750782ce8 100644
--- a/src/lib/eina/eina_inline_array.x
+++ b/src/lib/eina/eina_inline_array.x
@@ -95,15 +95,16 @@ eina_array_count(const Eina_Array *array)
 static inline Eina_Bool
 eina_array_find(const Eina_Array *array, const void *data, unsigned int 
*out_idx)
 {
+   unsigned int i;
+
if (!array) return EINA_FALSE;
 
-   unsigned int i = 0;
-   for (; i < array->count; i++)
+   for (i = 0; i < array->count; i++)
  {
 if (array->data[i] == data)
   {
  if (out_idx) *out_idx = i;
- 
+
  return EINA_TRUE;
   }
  }

-- 

[E-devel] can not regirter in the wiki

[Vincent Torri]

hey

i would like to modify the doc, so i have to register here :

https://www.enlightenment.org/docs/start?do=register

i fill the 3 first fields, then the captcha on the right, the bottom
field being empty. When validating, i return to this page, no link
sent by mail

is the registering broken ?

thank you

Vincent


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

[EGIT] [core/efl] master 03/03: efl_app_test_promise: fix warning (no returned value)

[Vincent Torri]

zmike pushed a commit to branch master.

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

commit 5e9b30153399014ff0aa52922f8460c7769eb741
Author: Vincent Torri 
Date:   Thu Sep 12 14:46:06 2019 -0400

efl_app_test_promise: fix warning (no returned value)

Test Plan: compilation

Reviewers: cedric, zmike, raster

Reviewed By: zmike

Subscribers: #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D9926
---
 src/tests/ecore/efl_app_test_promise.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/src/tests/ecore/efl_app_test_promise.c 
b/src/tests/ecore/efl_app_test_promise.c
index 8a7b3edd16..e1a74d6ab5 100644
--- a/src/tests/ecore/efl_app_test_promise.c
+++ b/src/tests/ecore/efl_app_test_promise.c
@@ -821,10 +821,11 @@ _eo_future1_ok(Eo *eo EINA_UNUSED, void *data 
EINA_UNUSED, const Eina_Value v)
 }
 
 static Eina_Value
-_eo_future1_err(Eo *eo EINA_UNUSED, void *data EINA_UNUSED, Eina_Error err 
EINA_UNUSED)
+_eo_future1_err(Eo *eo EINA_UNUSED, void *data EINA_UNUSED, Eina_Error err)
 {
//Should not happen
fail_if(EINA_TRUE);
+   return eina_value_error_init(err);
 }
 
 static Eina_Value

-- 

[EGIT] [core/efl] master 02/03: eio: fix warning

[Vincent Torri]

zmike pushed a commit to branch master.

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

commit 1f24762fc46538dd81a84ebfe43e3bda91174829
Author: Vincent Torri 
Date:   Thu Sep 12 14:45:58 2019 -0400

eio: fix warning

Test Plan: compillation

Reviewers: raster, cedric, zmike

Reviewed By: cedric

Subscribers: #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D9925
---
 src/lib/eio/eio_single.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/lib/eio/eio_single.c b/src/lib/eio/eio_single.c
index 3fd11a59cb..c0c21a5979 100644
--- a/src/lib/eio/eio_single.c
+++ b/src/lib/eio/eio_single.c
@@ -605,7 +605,7 @@ eio_file_chown(const char *path,
return >common;
 #else
EINA_SAFETY_ON_NULL_RETURN_VAL(error_cb, NULL);
-   error_cb(data, NULL, EINVAL);
+   error_cb((char *)data, NULL, EINVAL);
return NULL;
(void)path;
(void)user;

-- 

[EGIT] [core/efl] master 07/10: examples: cast to uintptr_t instead of long

[Vincent Torri]

cedric pushed a commit to branch master.

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

commit 085de22d4285237297e9f0f386322cd99578860d
Author: Vincent Torri 
Date:   Thu Aug 1 06:44:00 2019 +

examples: cast to uintptr_t instead of long

on Windows, long is a 32 bits type

Reviewed-by: Cedric BAIL 
Differential Revision: https://phab.enlightenment.org/D9470
---
 src/examples/elementary/genlist_example_01.c |  6 +++---
 src/examples/elementary/genlist_example_02.c |  6 +++---
 src/examples/elementary/genlist_example_03.c |  6 +++---
 src/examples/elementary/genlist_example_04.c | 16 
 4 files changed, 17 insertions(+), 17 deletions(-)

diff --git a/src/examples/elementary/genlist_example_01.c 
b/src/examples/elementary/genlist_example_01.c
index b8afb22134..7ab3ad5f15 100644
--- a/src/examples/elementary/genlist_example_01.c
+++ b/src/examples/elementary/genlist_example_01.c
@@ -11,7 +11,7 @@ static char *
 _item_label_get(void *data, Evas_Object *obj EINA_UNUSED, const char *part 
EINA_UNUSED)
 {
char buf[256];
-   snprintf(buf, sizeof(buf), "Item # %i", (int)(long)data);
+   snprintf(buf, sizeof(buf), "Item # %i", (int)(uintptr_t)data);
return strdup(buf);
 }
 
@@ -39,7 +39,7 @@ elm_main(int argc EINA_UNUSED, char **argv EINA_UNUSED)
 {
Evas_Object *win;
Evas_Object *list;
-   int i;
+   unsigned int i;
 
win = elm_win_util_standard_add("genlist", "Genlist");
elm_policy_set(ELM_POLICY_QUIT, ELM_POLICY_QUIT_LAST_WINDOW_CLOSED);
@@ -60,7 +60,7 @@ elm_main(int argc EINA_UNUSED, char **argv EINA_UNUSED)
for (i = 0; i < N_ITEMS; i++)
  {
 elm_genlist_item_append(list, _itc,
-(void *)(long)i, NULL,
+(void *)(uintptr_t)i, NULL,
 ELM_GENLIST_ITEM_NONE,
 _item_sel_cb, NULL);
  }
diff --git a/src/examples/elementary/genlist_example_02.c 
b/src/examples/elementary/genlist_example_02.c
index bce62ccf20..77c81ac8f7 100644
--- a/src/examples/elementary/genlist_example_02.c
+++ b/src/examples/elementary/genlist_example_02.c
@@ -13,7 +13,7 @@ _item_label_get(void *data, Evas_Object *obj EINA_UNUSED, 
const char *part EINA_
 {
time_t t = (time_t)ecore_time_unix_get();
char buf[256];
-   int i = (int)(long)data;
+   int i = (int)(uintptr_t)data;
if (i % 2)
  {
 int n;
@@ -90,7 +90,7 @@ elm_main(int argc EINA_UNUSED, char **argv EINA_UNUSED)
 {
Evas_Object *win, *box, *hbox;
Evas_Object *list, *btn;
-   int i;
+   unsigned int i;
 
win = elm_win_util_standard_add("genlist", "Genlist - simple");
elm_policy_set(ELM_POLICY_QUIT, ELM_POLICY_QUIT_LAST_WINDOW_CLOSED);
@@ -151,7 +151,7 @@ elm_main(int argc EINA_UNUSED, char **argv EINA_UNUSED)
for (i = 0; i < N_ITEMS; i++)
  {
 elm_genlist_item_append(list, _itc,
-(void *)(long)i, NULL,
+(void *)(uintptr_t)i, NULL,
 ELM_GENLIST_ITEM_NONE,
 _item_sel_cb, NULL);
  }
diff --git a/src/examples/elementary/genlist_example_03.c 
b/src/examples/elementary/genlist_example_03.c
index 2517962c91..ec233602db 100644
--- a/src/examples/elementary/genlist_example_03.c
+++ b/src/examples/elementary/genlist_example_03.c
@@ -12,7 +12,7 @@ _item_label_get(void *data, Evas_Object *obj EINA_UNUSED, 
const char *part)
 {
time_t t = (time_t)ecore_time_unix_get();
char buf[256];
-   int i = (int)(long)data;
+   int i = (int)(uintptr_t)data;
 
if (!strcmp(part, "elm.text"))
  snprintf(buf, sizeof(buf), "Item # %i", i);
@@ -60,12 +60,12 @@ _genlist_add(Evas_Object *box)
 static void
 _genlist_fill(Evas_Object *list)
 {
-   int i;
+   unsigned int i;
 
for (i = 0; i < N_ITEMS; i++)
  {
 elm_genlist_item_append(list, _itc,
-(void *)(long)i, NULL,
+(void *)(uintptr_t)i, NULL,
 ELM_GENLIST_ITEM_NONE,
 _item_sel_cb, NULL);
  }
diff --git a/src/examples/elementary/genlist_example_04.c 
b/src/examples/elementary/genlist_example_04.c
index abb15dd65d..48a722b1a9 100644
--- a/src/examples/elementary/genlist_example_04.c
+++ b/src/examples/elementary/genlist_example_04.c
@@ -14,7 +14,7 @@ _item_label_get(void *data, Evas_Object *obj EINA_UNUSED, 
const char *part)
 {
time_t t = (time_t)ecore_time_unix_get();
char buf[256];
-   int i = (int)(long)data;
+   int i = (int)(uintptr_t)data;
 
if (!strcmp(part, "elm.text"))
  snprintf(buf, sizeof(buf), "Item # %i", i);
@@ -52,7 +52,7 @@ static char *
 _group_label_get(void *data, Evas_Object *obj EINA_UNUSED, const char *part 
EINA_UNUSED)
 {

[EGIT] [tools/enventor] master 01/01: use eina_strndup() instead of the GNU extension strndup(). Fix also a warning with CreateFile()

[Vincent Torri]

hermet pushed a commit to branch master.

http://git.enlightenment.org/tools/enventor.git/commit/?id=724cd0d0407a3e99235439ed1c7b2cff5f0c6921

commit 724cd0d0407a3e99235439ed1c7b2cff5f0c6921
Author: Vincent Torri 
Date:   Wed Sep 4 16:17:09 2019 +0900

use eina_strndup() instead of the GNU extension strndup(). Fix also a 
warning with CreateFile()
---
 .gitignore  |  1 +
 src/bin/edc_navigator.c |  2 +-
 src/bin/live_edit.c | 16 
 src/bin/main.c  |  2 +-
 src/lib/edc_editor.c|  4 ++--
 src/lib/edc_parser.c|  4 ++--
 src/lib/reference.c | 14 +++---
 src/lib/syntax_color.c  |  4 ++--
 8 files changed, 24 insertions(+), 23 deletions(-)

diff --git a/.gitignore b/.gitignore
index 6a2dc4d..e5cc8fa 100644
--- a/.gitignore
+++ b/.gitignore
@@ -4,6 +4,7 @@
 *.edj
 *.swp
 *.eet
+*.exe
 *~
 .*
 *.eo.*
diff --git a/src/bin/edc_navigator.c b/src/bin/edc_navigator.c
index 440f030..b16e253 100644
--- a/src/bin/edc_navigator.c
+++ b/src/bin/edc_navigator.c
@@ -733,7 +733,7 @@ states_update(navi_data *nd, part_it *pit)
 sit->tag.idx = idx;
 //Parsing "default" "0.00". We don't take care 0.00 in the state name.
 const char *brk = strpbrk(name, " ");
-if (brk) sit->name = strndup(name, brk - name);
+if (brk) sit->name = eina_strndup(name, brk - name);
 else sit->name = strdup(name);
 
 sit->pit = pit;
diff --git a/src/bin/live_edit.c b/src/bin/live_edit.c
index a8f317d..d9844b5 100644
--- a/src/bin/live_edit.c
+++ b/src/bin/live_edit.c
@@ -397,7 +397,7 @@ calc_relative_info(live_data *ld)
  ld->rel_to_info.align_x = 0.0;
  ld->rel_to_info.rel2_x = ld->rel_to_info.rel1_x;
  free(ld->rel_to_info.rel2_x_part);
- ld->rel_to_info.rel2_x_part = strndup(ld->rel_to_info.rel1_x_part,
+ ld->rel_to_info.rel2_x_part = 
eina_strndup(ld->rel_to_info.rel1_x_part,
   strlen(ld->rel_to_info.rel1_x_part));
   }
 else if (ld->rel_to_info.rel2_x_part)
@@ -405,7 +405,7 @@ calc_relative_info(live_data *ld)
  ld->rel_to_info.align_x = 1.0;
  ld->rel_to_info.rel1_x = ld->rel_to_info.rel2_x;
  free(ld->rel_to_info.rel1_x_part);
- ld->rel_to_info.rel1_x_part = strndup(ld->rel_to_info.rel2_x_part,
+ ld->rel_to_info.rel1_x_part = 
eina_strndup(ld->rel_to_info.rel2_x_part,
   strlen(ld->rel_to_info.rel2_x_part));
   }
 else
@@ -433,7 +433,7 @@ calc_relative_info(live_data *ld)
  ld->rel_to_info.align_y = 0.0;
  ld->rel_to_info.rel2_y = ld->rel_to_info.rel1_y;
  free(ld->rel_to_info.rel2_y_part);
- ld->rel_to_info.rel2_y_part = strndup(ld->rel_to_info.rel1_y_part,
+ ld->rel_to_info.rel2_y_part = 
eina_strndup(ld->rel_to_info.rel1_y_part,
   strlen(ld->rel_to_info.rel1_y_part));
   }
 else if (ld->rel_to_info.rel2_y_part)
@@ -441,7 +441,7 @@ calc_relative_info(live_data *ld)
  ld->rel_to_info.align_y = 1.0;
  ld->rel_to_info.rel1_y = ld->rel_to_info.rel2_y;
  free(ld->rel_to_info.rel1_y_part);
- ld->rel_to_info.rel1_y_part = strndup(ld->rel_to_info.rel2_y_part,
+ ld->rel_to_info.rel1_y_part = 
eina_strndup(ld->rel_to_info.rel2_y_part,
   strlen(ld->rel_to_info.rel2_y_part));
   }
 else
@@ -1249,7 +1249,7 @@ rel_to_btn_clicked_cb(void *data, Evas_Object *obj 
EINA_UNUSED,
   (ld->last_cp == Ctrl_Pt_Left))
 {
   free(ld->rel_to_info.rel1_x_part);
-  ld->rel_to_info.rel1_x_part = 
strndup(rel_data->part_name,
+  ld->rel_to_info.rel1_x_part = 
eina_strndup(rel_data->part_name,
 
strlen(rel_data->part_name));
   ld->rel_to_info.rel1_x = rel_data->rel_x;
 }
@@ -1259,7 +1259,7 @@ rel_to_btn_clicked_cb(void *data, Evas_Object *obj 
EINA_UNUSED,
(ld->last_cp == Ctrl_Pt_Right))
 {
   free(ld->rel_to_info.rel2_x_part);
-  ld->rel_to_info.rel2_x_part = 
strndup(rel_data->part_name,
+  ld->rel_to_info.rel2_x_part = 
eina_strndup(rel_data->part_name,
 
strlen(rel_data->part_name));
   ld->rel_to_info.rel2_x = rel_data->rel_x;
 }
@@ -1284,7 +1284,7 @@ rel_to_btn_clicked_cb(void *data, Evas_Object *

[EGIT] [core/efl] master 01/01: Efreet_Uri: fix URI decoding when a Windows path (letter followed by :) is passed to efreet_uri_decode()

[Vincent Torri]

raster pushed a commit to branch master.

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

commit 8dcd638829ce0089f969bd7f6914683cb747b624
Author: Vincent Torri 
Date:   Wed Sep 4 20:09:41 2019 +0100

Efreet_Uri: fix URI decoding when a Windows path (letter followed by :) is 
passed to efreet_uri_decode()

Summary: uri decoding returned a wrong URI when a Windows path is given

Test Plan: rage, which is using efreet_uri  is now playing files on Windows

Reviewers: raster, cedric, zmike, stefan_schmidt

Reviewed By: raster

Subscribers: stefan_schmidt, #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D9839
---
 src/lib/efreet/efreet_uri.c | 7 +--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/src/lib/efreet/efreet_uri.c b/src/lib/efreet/efreet_uri.c
index 9f468ce5df..44fe54a35f 100644
--- a/src/lib/efreet/efreet_uri.c
+++ b/src/lib/efreet/efreet_uri.c
@@ -22,13 +22,16 @@ efreet_uri_decode(const char *full_uri)
 Efreet_Uri *uri;
 const char *p;
 char scheme[64], authority[_POSIX_HOST_NAME_MAX], path[PATH_MAX];
+char *sep;
 int i = 0;
 
 EINA_SAFETY_ON_NULL_RETURN_VAL(full_uri, NULL);
 
 /* An uri should be in the form 
:[][][][] */
-if (!strstr(full_uri, ":")) return NULL;
-
+sep = strchr(full_uri, ':');
+if (!sep) return NULL;
+/* check if we have a Windows PATH, that is a letter follow by a colon */
+if ((sep - full_uri) == 1) return NULL;
 
 memset(scheme, 0, 64);
 memset(authority, 0, _POSIX_HOST_NAME_MAX);

-- 

[EGIT] [core/efl] master 01/01: evil: add newline at end of meson.build

[Vincent Torri]

zmike pushed a commit to branch master.

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

commit 2225e05f78cc3f110334efc3d3c494094d7959cf
Author: Vincent Torri 
Date:   Thu Sep 5 12:32:17 2019 -0400

evil: add newline at end of meson.build

Reviewers: cedric, raster, zmike, bu5hm4n

Reviewed By: zmike

Subscribers: #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D9848
---
 src/lib/evil/meson.build | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/lib/evil/meson.build b/src/lib/evil/meson.build
index 008fc9fb83..4769e58054 100644
--- a/src/lib/evil/meson.build
+++ b/src/lib/evil/meson.build
@@ -39,4 +39,4 @@ else
   evil = declare_dependency()
 endif
 
-automatic_pkgfile = false
\ No newline at end of file
+automatic_pkgfile = false

-- 

[EGIT] [core/efl] master 01/01: Evil: fix mmap() and define HAVE_MMAP

[Vincent Torri]

zmike pushed a commit to branch master.

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

commit c00d70982fd3fbbb3fd429ddfa2b1d143f7ac9f0
Author: Vincent Torri 
Date:   Thu Sep 12 10:01:33 2019 -0400

Evil: fix mmap() and define HAVE_MMAP

Summary: add size of file mapping to fix invalid parameter

Test Plan: compilation (edje succeeds) and elm_test

Reviewers: zmike, cedric, raster

Reviewed By: zmike

Subscribers: #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D9913
---
 src/lib/evil/evil_dlfcn.h  |  2 +-
 src/lib/evil/evil_mman.c   | 12 +++-
 src/lib/evil/evil_mman.h   |  4 
 src/lib/evil/evil_stdlib.h |  2 +-
 4 files changed, 17 insertions(+), 3 deletions(-)

diff --git a/src/lib/evil/evil_dlfcn.h b/src/lib/evil/evil_dlfcn.h
index c6d5d1acf2..9e39be5967 100644
--- a/src/lib/evil/evil_dlfcn.h
+++ b/src/lib/evil/evil_dlfcn.h
@@ -144,7 +144,7 @@ struct Dl_info
  */
 EAPI void *dlopen(const char* path, int mode);
 #ifndef HAVE_DLOPEN
-#define HAVE_DLOPEN 1
+# define HAVE_DLOPEN 1
 #endif
 /**
  * @brief Close a dynamic-link library.
diff --git a/src/lib/evil/evil_mman.c b/src/lib/evil/evil_mman.c
index dbcfc31901..42f8021e59 100644
--- a/src/lib/evil/evil_mman.c
+++ b/src/lib/evil/evil_mman.c
@@ -58,6 +58,8 @@ mmap(void  *addr EVIL_UNUSED,
DWORD  acs = 0;
HANDLE handle;
void  *data;
+   DWORD low;
+   DWORD high;
 
/* get protection */
protect = _evil_mmap_protection_get(prot);
@@ -89,7 +91,15 @@ mmap(void  *addr EVIL_UNUSED,
   }
  }
 
-   fm = CreateFileMapping(handle, NULL, protect, 0, 0, NULL);
+#ifdef _WIN64
+   low = (DWORD)((len >> 32) & 0x);
+   low = (DWORD)(len & 0x);
+#else
+   high = 0L;
+   low = len;
+#endif
+
+   fm = CreateFileMapping(handle, NULL, protect, high, low, NULL);
if (!fm)
  {
 fprintf(stderr, "[Evil] [mmap] CreateFileMapping failed: %s\n",
diff --git a/src/lib/evil/evil_mman.h b/src/lib/evil/evil_mman.h
index 990d146058..747917d204 100644
--- a/src/lib/evil/evil_mman.h
+++ b/src/lib/evil/evil_mman.h
@@ -114,6 +114,10 @@ EAPI void *mmap(void   *addr,
 intfd,
 off_t  offset);
 
+#ifndef HAVE_MMAP
+# define HAVE_MMAP 1
+#endif
+
 /**
  * Unmaps a mapped view of a file from the calling process's
  * address space.
diff --git a/src/lib/evil/evil_stdlib.h b/src/lib/evil/evil_stdlib.h
index a5645b7585..eae2fb8809 100644
--- a/src/lib/evil/evil_stdlib.h
+++ b/src/lib/evil/evil_stdlib.h
@@ -116,7 +116,7 @@ EAPI int mkstemps(char *__template, int suffixlen);
  */
 EAPI char *realpath(const char *file_name, char *resolved_name);
 #ifndef HAVE_REALPATH
-#define HAVE_REALPATH 1
+# define HAVE_REALPATH 1
 #endif
 
 

-- 

[EGIT] [core/efl] master 03/03: Eio: enable eio_file_chown if chown is available on the platform

[Vincent Torri]

raster pushed a commit to branch master.

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

commit 5b51a6bb207dc8d5127fa9c6ad7d3c8c6e2659cf
Author: Vincent Torri 
Date:   Sun Jul 28 09:38:26 2019 +0100

Eio: enable eio_file_chown if chown is available on the platform

Test Plan: compilation on Windows

Reviewers: zmike, raster, cedric

Reviewed By: raster

Subscribers: #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D9393
---
 header_checks/meson.build |  1 +
 src/lib/eio/Eio_Legacy.h  |  3 +++
 src/lib/eio/eio_single.c  | 22 +-
 3 files changed, 17 insertions(+), 9 deletions(-)

diff --git a/header_checks/meson.build b/header_checks/meson.build
index 35b5db9fdd..4f71dbde5c 100644
--- a/header_checks/meson.build
+++ b/header_checks/meson.build
@@ -78,6 +78,7 @@ function_checks = [
   ['alloca', ['alloca.h']],
   ['backtrace', ['execinfo.h']],
   ['backtrace_symbols', ['execinfo.h']],
+  ['chown', ['unistd.h']],
   ['clock_gettime', ['time.h']],
   ['dirfd', ['dirent.h sys/types.h']],
   ['fchmod', ['sys/stat.h']],
diff --git a/src/lib/eio/Eio_Legacy.h b/src/lib/eio/Eio_Legacy.h
index ac7a814f5f..50140edd4e 100644
--- a/src/lib/eio/Eio_Legacy.h
+++ b/src/lib/eio/Eio_Legacy.h
@@ -394,6 +394,9 @@ EAPI Eio_File *eio_file_chmod(const char *path,
  *
  * This function will change the owner of a path, setting it to the user and
  * group passed as argument. It's equivalent to the chown shell command.
+ *
+ * @note Some platforms (including Windows) do not support chown(). In that
+ * case, this function returns @c NULL.
  */
 EAPI Eio_File *eio_file_chown(const char *path,
   const char *user,
diff --git a/src/lib/eio/eio_single.c b/src/lib/eio/eio_single.c
index 1701f1006e..3fd11a59cb 100644
--- a/src/lib/eio/eio_single.c
+++ b/src/lib/eio/eio_single.c
@@ -204,16 +204,10 @@ _eio_file_chmod(void *data, Ecore_Thread *thread)
  eio_file_thread_error(>common, thread);
 }
 
+#if defined(HAVE_CHOWN) && defined(HAVE_GETPWENT)
 static void
 _eio_file_chown(void *data, Ecore_Thread *thread)
 {
-#ifdef _WIN32
-  /* FIXME:
-   * look at http://wwwthep.physik.uni-mainz.de/~frink/chown/readme.html
-   */
-  (void)data;
-  (void)thread;
-#else
Eio_File_Chown *own = data;
char *tmp;
uid_t owner = -1;
@@ -266,7 +260,6 @@ _eio_file_chown(void *data, Ecore_Thread *thread)
  on_error:
ecore_thread_cancel(thread);
return;
-#endif
 }
 
 static void
@@ -297,6 +290,7 @@ _eio_file_chown_error(void *data, Ecore_Thread *thread 
EINA_UNUSED)
eio_file_error(>common);
_eio_chown_free(ch);
 }
+#endif
 
 /**
  * @endcond
@@ -585,6 +579,7 @@ eio_file_chown(const char *path,
   Eio_Error_Cb error_cb,
   const void *data)
 {
+#if defined(HAVE_CHOWN) && defined(HAVE_GETPWENT)
Eio_File_Chown *c = NULL;
 
EINA_SAFETY_ON_NULL_RETURN_VAL(path, NULL);
@@ -601,11 +596,20 @@ eio_file_chown(const char *path,
if (!eio_file_set(>common,
 done_cb,
 error_cb,
- data,
+data,
 _eio_file_chown,
 _eio_file_chown_done,
 _eio_file_chown_error))
  return NULL;
 
return >common;
+#else
+   EINA_SAFETY_ON_NULL_RETURN_VAL(error_cb, NULL);
+   error_cb(data, NULL, EINVAL);
+   return NULL;
+   (void)path;
+   (void)user;
+   (void)group;
+   (void)done_cb;
+#endif
 }

-- 

[EGIT] [core/efl] master 02/03: Evil: remove pwd code in Evil and fix compilation failures after the removal

[Vincent Torri]

raster pushed a commit to branch master.

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

commit a6ade14c5e65ab729b1013388ec1aea4be22afc7
Author: Vincent Torri 
Date:   Sun Jul 28 09:27:27 2019 +0100

Evil: remove pwd code in Evil and fix compilation failures after the removal

Summary: remove pwd code in Evil

Test Plan: compilation

Reviewers: zmike, cedric, raster

Subscribers: #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D9420
---
 src/benchmarks/elementary/focus_widget_tree.c |  4 ++
 src/bin/elementary/test.c |  5 ++
 src/bin/elementary/test_combobox.c|  5 ++
 src/bin/elementary/test_fileselector.c|  4 ++
 src/bin/elementary/test_fileselector_button.c |  4 ++
 src/bin/elementary/test_fileselector_entry.c  |  4 ++
 src/bin/elementary/test_genlist.c |  5 ++
 src/bin/elementary/test_label.c   |  5 ++
 src/bin/elementary/test_panel.c   |  5 ++
 src/lib/ecore_con/ecore_con_local.c   |  6 +-
 src/lib/efreet/efreet_base.c  |  3 +-
 src/lib/eina/eina_vpath.c |  6 +-
 src/lib/eina/eina_vpath_xdg.c |  4 +-
 src/lib/elementary/Efl_Ui.h   |  4 +-
 src/lib/elementary/Elementary.h   |  4 +-
 src/lib/elementary/efl_datetime_manager.c |  4 ++
 src/lib/elementary/efl_ui_clock.c |  4 ++
 src/lib/elementary/elm_config.c   |  1 -
 src/lib/elementary/elm_main.c |  1 +
 src/lib/elementary/elm_prefs.c|  4 ++
 src/lib/elementary/elm_util.c |  4 ++
 src/lib/ethumb/ethumb.c   |  4 +-
 src/lib/evil/Evil.h   |  6 --
 src/lib/evil/evil_pwd.c   | 69 -
 src/lib/evil/meson.build  |  2 -
 src/lib/evil/pwd.h| 89 ---
 src/tests/eina/eina_test_vpath.c  |  4 +-
 src/tests/elementary/spec/efl_test_format.c   |  4 ++
 28 files changed, 89 insertions(+), 175 deletions(-)

diff --git a/src/benchmarks/elementary/focus_widget_tree.c 
b/src/benchmarks/elementary/focus_widget_tree.c
index 5f05df3445..d5e1531bb5 100644
--- a/src/benchmarks/elementary/focus_widget_tree.c
+++ b/src/benchmarks/elementary/focus_widget_tree.c
@@ -2,6 +2,10 @@
 # include "elementary_config.h"
 #endif
 
+#ifdef _WIN32
+# include  /* setenv */
+#endif
+
 #include 
 #include 
 #include "elm_widget.h"
diff --git a/src/bin/elementary/test.c b/src/bin/elementary/test.c
index 79d56af40e..4a77460058 100644
--- a/src/bin/elementary/test.c
+++ b/src/bin/elementary/test.c
@@ -3,6 +3,11 @@
 #endif
 
 #include 
+
+#ifdef _WIN32
+# include  /* strcasestr */
+#endif
+
 #include 
 #include 
 #include "test.h"
diff --git a/src/bin/elementary/test_combobox.c 
b/src/bin/elementary/test_combobox.c
index c71cf2f1e0..ee68a3bdaf 100644
--- a/src/bin/elementary/test_combobox.c
+++ b/src/bin/elementary/test_combobox.c
@@ -2,6 +2,11 @@
 #ifdef HAVE_CONFIG_H
 # include "elementary_config.h"
 #endif
+
+#ifdef _WIN32
+# include  /* strcasestr */
+#endif
+
 #include 
 
 static void
diff --git a/src/bin/elementary/test_fileselector.c 
b/src/bin/elementary/test_fileselector.c
index 1c23066097..880162e9d2 100644
--- a/src/bin/elementary/test_fileselector.c
+++ b/src/bin/elementary/test_fileselector.c
@@ -2,6 +2,10 @@
 # include "elementary_config.h"
 #endif
 
+#ifdef _WIN32
+# include  /* mkdir stelocale */
+#endif
+
 #include 
 #ifndef ENABLE_NLS
 # ifndef setlocale
diff --git a/src/bin/elementary/test_fileselector_button.c 
b/src/bin/elementary/test_fileselector_button.c
index b04e9d38ef..2ee1a3338c 100644
--- a/src/bin/elementary/test_fileselector_button.c
+++ b/src/bin/elementary/test_fileselector_button.c
@@ -3,6 +3,10 @@
 # include "elementary_config.h"
 #endif
 
+#ifdef _WIN32
+# include  /* mkdir */
+#endif
+
 #include 
 
 struct _api_data
diff --git a/src/bin/elementary/test_fileselector_entry.c 
b/src/bin/elementary/test_fileselector_entry.c
index 3bfd438204..17d6ddee4b 100644
--- a/src/bin/elementary/test_fileselector_entry.c
+++ b/src/bin/elementary/test_fileselector_entry.c
@@ -3,6 +3,10 @@
 # include "elementary_config.h"
 #endif
 
+#ifdef _WIN32
+# include  /* mkdir */
+#endif
+
 #include 
 
 struct _api_data
diff --git a/src/bin/elementary/test_genlist.c 
b/src/bin/elementary/test_genlist.c
index b4168fd830..c3f4d95943 100644
--- a/src/bin/elementary/test_genlist.c
+++ b/src/bin/elementary/test_genlist.c
@@ -3,6 +3,11 @@
 #ifdef HAVE_CONFIG_H
 #include "elementary_config.h"
 #endif
+
+#ifdef _WIN32
+# include  /* strcasestr */
+#endif
+
 #include 
 
 #include "test_explode.h"
diff --git a/src/bin/elementary/test_label.c b/src/bin/elementary/test_label

[EGIT] [core/efl] master 01/03: Eina: define EINA_HAVE_DEBUG_THREADS only if backtrace() in execinfo.h is available

[Vincent Torri]

raster pushed a commit to branch master.

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

commit 04848c98f217b3fa1fc2a49bce2649895e705611
Author: Vincent Torri 
Date:   Sun Jul 28 09:21:47 2019 +0100

Eina: define EINA_HAVE_DEBUG_THREADS only if backtrace() in execinfo.h is 
available

Summary: fix compilation on systems where backtrace() in execinfo.h is not 
available

Test Plan: compilation on Windows

Reviewers: zmike, cedric, raster

Reviewed By: cedric, raster

Subscribers: #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D9392
---
 src/lib/eina/meson.build | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/src/lib/eina/meson.build b/src/lib/eina/meson.build
index b93e46802c..7866323742 100644
--- a/src/lib/eina/meson.build
+++ b/src/lib/eina/meson.build
@@ -299,7 +299,9 @@ if cc.has_header_symbol(pthread_np_header_file, 
'pthread_attr_setaffinity_np', a
 endif
 
 if debug_threads or get_option('debug-threads')
-   eina_config.set('EINA_HAVE_DEBUG_THREADS', '1')
+   if cc.has_header_symbol('execinfo.h', 'backtrace')
+  eina_config.set('EINA_HAVE_DEBUG_THREADS', '1')
+   endif
 endif
 
 eina_config.set('EINA_SIZEOF_WCHAR_T', cc.sizeof('wchar_t',  prefix : 
'#include'))

-- 

[EGIT] [core/efl] master 08/08: Ecore : does not build linux-only ecore modules on Windows

[Vincent Torri]

cedric pushed a commit to branch master.

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

commit 9336e2c51c2f9fc53e1d66f5fe40fa7808d1fb24
Author: Vincent Torri 
Date:   Wed Aug 21 05:43:30 2019 +

Ecore : does not build linux-only ecore modules on Windows

while tizen module is disabled and systemd is not build on Windows, upower 
is built and run

Reviewed-by: Marcel Hollerbach 
Differential Revision: https://phab.enlightenment.org/D9658
---
 src/modules/ecore/meson.build | 25 +++--
 1 file changed, 15 insertions(+), 10 deletions(-)

diff --git a/src/modules/ecore/meson.build b/src/modules/ecore/meson.build
index 08c868a665..10f6d47a43 100644
--- a/src/modules/ecore/meson.build
+++ b/src/modules/ecore/meson.build
@@ -1,10 +1,15 @@
-system_modules = [
-  'systemd',
-  'upower',
-  #'tizen',
-]
-
-foreach system_module : system_modules
-  mod_install_dir = join_paths(dir_lib, 'ecore', 'system', system_module, 
version_name)
-  subdir(join_paths('system', system_module))
-endforeach
+
+if sys_windows == false
+
+  system_modules = [
+'systemd',
+'upower',
+#'tizen',
+  ]
+
+  foreach system_module : system_modules
+mod_install_dir = join_paths(dir_lib, 'ecore', 'system', system_module, 
version_name)
+subdir(join_paths('system', system_module))
+  endforeach
+
+endif

-- 

[EGIT] [core/efl] master 01/01: make mman.h private

[Vincent Torri]

zmike pushed a commit to branch master.

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

commit 01b987df59154f87a5ed8688c272f0a04bc8c4c9
Author: Vincent Torri 
Date:   Mon Aug 19 09:55:12 2019 -0400

make mman.h private

Summary:
integrate mman.h to make Evil private to the EFL, as mman.h does not exist 
on Windows. After a discussion with raster, i include sys/mman.h only on non 
Windows platform.

One issue, though, is that 
src/modules/emotion/generic/Emotion_Generic_Plugin.h has inlined functions 
using mmap()

Test Plan: compilation on Windows

Reviewers: cedric, raster, zmike

Subscribers: #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D9542
---
 header_checks/meson.build  |  2 --
 src/bin/edje/edje_cc_handlers.c|  6 -
 src/bin/elementary/elm_prefs_cc_handlers.c |  1 -
 src/generic/emotion/vlc/emotion_generic_vlc.c  |  1 -
 src/generic/evas/common/shmfile.c  |  9 ---
 src/generic/evas/gst/main.c|  7 +++---
 src/generic/evas/gst/main_0_10.c   |  1 -
 src/generic/evas/pdf/main.cpp  |  9 ---
 src/generic/evas/ps/main.c |  5 +++-
 src/generic/evas/raw/main.c| 13 --
 src/generic/evas/rsvg/main.c   |  4 
 src/generic/evas/xcf/common.h  |  1 -
 src/generic/evas/xcf/main.c|  4 
 src/lib/ecore/ecore.c  |  4 +++-
 src/lib/ecore_evas/ecore_evas.c|  4 +++-
 src/lib/eet/eet_cipher.c   |  6 -
 src/lib/efreet/efreet_mime.c   |  1 -
 src/lib/efreet/efreet_xml.c|  7 +-
 src/lib/eina/eina_debug_chunk.c|  7 +-
 src/lib/eina/eina_evlog.c  |  8 ---
 src/lib/eina/eina_safepointer.c|  7 +-
 src/lib/eio/eio_private.h  |  1 -
 src/lib/elementary/efl_ui_selection_manager.c  |  5 +++-
 src/lib/elput/elput_private.h  |  1 -
 src/lib/elua/cache.c   |  1 -
 src/lib/eo/eo_ptr_indirection.x|  7 --
 src/lib/evas/canvas/evas_image_private.h   |  3 ---
 src/lib/evas/common/evas_image_main.c  |  4 +++-
 src/lib/evil/evil_mman.c   |  1 -
 src/lib/evil/{sys/mman.h => evil_mman.h}   | 28 --
 src/lib/evil/evil_private.h|  1 +
 src/lib/evil/meson.build   |  2 --
 .../engines/extn/ecore_evas_extn_engine.h  |  6 -
 .../engines/software_generic/evas_native_dmabuf.c  |  8 ---
 .../generic/evas_image_load_generic.c  |  7 +-
 src/tests/efreet/efreet_icon_cache_dump.c  |  1 -
 36 files changed, 105 insertions(+), 78 deletions(-)

diff --git a/header_checks/meson.build b/header_checks/meson.build
index 520b4ea843..c83f48b897 100644
--- a/header_checks/meson.build
+++ b/header_checks/meson.build
@@ -248,8 +248,6 @@ config_h.set('SIZEOF_INT', cc.sizeof('int'))
 config_h.set('SIZEOF_LONG', cc.sizeof('long'))
 
 if sys_windows == true
-  config_h.set('HAVE_DLSYM', '1')
   config_h.set('HAVE_NOTIFY_WIN32', '1')
-  config_h.set10('HAVE_WINDOWS_H', true)
   config_h.set10('HAVE_DDRAW_H', true)
 endif
diff --git a/src/bin/edje/edje_cc_handlers.c b/src/bin/edje/edje_cc_handlers.c
index 9e4f0427ff..c9bbc1744a 100644
--- a/src/bin/edje/edje_cc_handlers.c
+++ b/src/bin/edje/edje_cc_handlers.c
@@ -34,9 +34,13 @@
 #include 
 #include 
 #include 
-#include 
 #include 
 #include 
+#ifdef _WIN32
+# include  /* mmap */
+#else
+# include 
+#endif
 
 #include "edje_cc.h"
 
diff --git a/src/bin/elementary/elm_prefs_cc_handlers.c 
b/src/bin/elementary/elm_prefs_cc_handlers.c
index a400d5bca9..ce5c01210b 100644
--- a/src/bin/elementary/elm_prefs_cc_handlers.c
+++ b/src/bin/elementary/elm_prefs_cc_handlers.c
@@ -32,7 +32,6 @@
 #include 
 #include 
 #include 
-#include 
 #include 
 
 #include "elm_prefs_cc.h"
diff --git a/src/generic/emotion/vlc/emotion_generic_vlc.c 
b/src/generic/emotion/vlc/emotion_generic_vlc.c
index 456509e673..dcfcbe9e8c 100644
--- a/src/generic/emotion/vlc/emotion_generic_vlc.c
+++ b/src/generic/emotion/vlc/emotion_generic_vlc.c
@@ -8,7 +8,6 @@
 #include 
 #include 
 #include 
-#include 
 #include 
 #include 
 #include 
diff --git a/src/generic/evas/common/shmfile.c 
b/src/generic/evas/common/shmfile.c
index 0f9361397c..6fe9eb30d6 100644
--- a/src/generic/evas/common/shmfile.c
+++ b/src/generic/evas/common/shmfile.c
@@ -11,16 +11,19 @@
 # include 
 #endif
 #include 
-#ifdef HAVE_SHM_OPEN
-# include 
-#endif
 #include 
 #include 
 #include 
 #include 
 
 

[EGIT] [core/efl] master 02/03: evil: add mprotect() and fix a bit mmap(). Elm_test is working

[Vincent Torri]

zmike pushed a commit to branch master.

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

commit fb023ee6d2c7859446960512433bd633c77a420a
Author: Vincent Torri 
Date:   Mon Aug 5 08:47:19 2019 -0400

evil: add mprotect() and fix a bit mmap(). Elm_test is working

Test Plan: compilation aand elm_test working

Reviewers: raster, cedric, zmike

Reviewed By: zmike

Subscribers: #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D9493
---
 src/lib/evil/evil_mman.c | 110 +++
 src/lib/evil/sys/mman.h  |  22 ++
 2 files changed, 86 insertions(+), 46 deletions(-)

diff --git a/src/lib/evil/evil_mman.c b/src/lib/evil/evil_mman.c
index 83b9ee771b..b1bcf35bea 100644
--- a/src/lib/evil/evil_mman.c
+++ b/src/lib/evil/evil_mman.c
@@ -6,12 +6,42 @@
 #include 
 #include 
 #include 
+#include 
 
 #include 
 
 #include "sys/mman.h"
 #include "evil_private.h"
 
+/*
+ * Possible values
+ * PAGE_EXECUTE_READ (equivalent to PAGE_EXECUTE_WRITECOPY)
+ * PAGE_EXECUTE_READWRITE
+ * PAGE_READONLY (equivalent to PAGE_WRITECOPY)
+ * PAGE_READWRITE
+ */
+static DWORD
+_evil_mmap_protection_get(int prot)
+{
+   if (prot & ~(PROT_READ | PROT_WRITE | PROT_EXEC))
+ return 0x;
+
+   if (prot & PROT_WRITE)
+ {
+if (prot & PROT_EXEC)
+  return PAGE_EXECUTE_READWRITE;
+else
+  return PAGE_READWRITE;
+ }
+   else
+ {
+if (prot & PROT_EXEC)
+  return PAGE_EXECUTE_READ;
+else
+  return PAGE_READONLY;
+ }
+}
+
 
 /* API */
 
@@ -25,51 +55,39 @@ mmap(void  *addr EVIL_UNUSED,
  off_t  offset)
 {
HANDLE fm;
-   DWORD  protect = PAGE_NOACCESS;
+   DWORD  protect;
DWORD  acs = 0;
HANDLE handle;
void  *data;
 
-   /* support only MAP_SHARED */
-   if (!(flags & MAP_SHARED))
+   /* get protection */
+   protect = _evil_mmap_protection_get(prot);
+   if (protect == 0x)
  return MAP_FAILED;
 
-   if (prot & PROT_EXEC)
+   /* check if the mapping is backed by a file or not */
+   if (fd == -1)
  {
-if (prot & PROT_READ)
-  {
- if (prot & PROT_WRITE)
-   protect = PAGE_EXECUTE_READWRITE;
- else
-   protect = PAGE_EXECUTE_READ;
-  }
-else
-  {
- if (prot & PROT_WRITE)
-   protect = PAGE_EXECUTE_WRITECOPY;
- else
-   protect = PAGE_EXECUTE;
-  }
+/* shared memory */
+if (!(flags & MAP_ANON) || offset)
+  return MAP_FAILED;
  }
else
  {
-if (prot & PROT_READ)
-  {
- if (prot & PROT_WRITE)
-   protect = PAGE_READWRITE;
- else
-   protect = PAGE_READONLY;
-  }
-else if (prot & PROT_WRITE)
-  protect = PAGE_WRITECOPY;
+if (flags & MAP_ANON)
+  return MAP_FAILED;
  }
 
-   handle = (HANDLE)_get_osfhandle(fd);
-   if (handle == INVALID_HANDLE_VALUE)
+   if (fd == -1)
+ handle = INVALID_HANDLE_VALUE;
+   else
  {
-fprintf(stderr, "[Evil] [mmap] _get_osfhandle failed\n");
-
-return MAP_FAILED;
+handle = (HANDLE)_get_osfhandle(fd);
+if ((errno == EBADF) && (handle == INVALID_HANDLE_VALUE))
+  {
+ fprintf(stderr, "[Evil] [mmap] _get_osfhandle failed\n");
+ return MAP_FAILED;
+  }
  }
 
fm = CreateFileMapping(handle, NULL, protect, 0, 0, NULL);
@@ -80,21 +98,14 @@ mmap(void  *addr EVIL_UNUSED,
 return MAP_FAILED;
  }
 
-   if ((protect & PAGE_READWRITE) == PAGE_READWRITE)
- acs = FILE_MAP_ALL_ACCESS;
-   else if ((protect & PAGE_WRITECOPY) == PAGE_WRITECOPY)
- acs = FILE_MAP_COPY;
-#if 0
-   if (protect & (PAGE_EXECUTE_READWRITE | PAGE_EXECUTE_READ))
- acs = FILE_MAP_EXECUTE;
-#endif
-   else if (protect & (PAGE_READWRITE | PAGE_READONLY))
- acs = FILE_MAP_READ;
+   if (prot & PROT_WRITE)
+ acs = FILE_MAP_WRITE;
else
- {
-if ((protect & PAGE_WRITECOPY) == PAGE_WRITECOPY)
-  acs = FILE_MAP_WRITE;
- }
+ acs = FILE_MAP_READ;
+   if (prot & PROT_EXEC)
+ acs |= FILE_MAP_EXECUTE;
+   if (prot & MAP_PRIVATE)
+ acs |= FILE_MAP_COPY;
 
data = MapViewOfFile(fm,
 acs,
@@ -126,3 +137,10 @@ munmap(void  *addr,
 
return (res == 0) ? -1 : 0;
 }
+
+int
+mprotect(void *addr, size_t len, int prot)
+{
+   DWORD old;
+   return VirtualProtect(addr, len, _evil_mmap_protection_get(prot), ) ? 0 
: -1;
+}
diff --git a/src/lib/evil/sys/mman.h b/src/lib/evil/sys/mman.h
index 15f176acb9..39ebd20638 100644
--- a/src/lib/evil/sys/mman.h
+++ b/src/lib/evil/sys/mman.h
@@ -71

[EGIT] [core/efl] master 01/02: remove useless definition of the macro HAVE_MMAN_H

[Vincent Torri]

bu5hm4n pushed a commit to branch master.

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

commit 5536bcd90e5f943c843b1f406c762ea83778ebdf
Author: Vincent Torri 
Date:   Mon Aug 5 11:27:16 2019 +

remove useless definition of the macro HAVE_MMAN_H

use HAVE_SYS_MMAN_H when including sys/mman.h and HAVE_MMAP when using 
mmap()

Reviewed-by: Marcel Hollerbach 
Differential Revision: https://phab.enlightenment.org/D9494
---
 header_checks/meson.build | 4 
 src/lib/elementary/efl_ui_selection_manager.c | 4 ++--
 2 files changed, 2 insertions(+), 6 deletions(-)

diff --git a/header_checks/meson.build b/header_checks/meson.build
index 4f71dbde5c..cf16f61179 100644
--- a/header_checks/meson.build
+++ b/header_checks/meson.build
@@ -205,10 +205,6 @@ if (cc.has_header_symbol('sys/stat.h', 'fstatat'))
   config_h.set10('HAVE_ATFILE_SOURCE', true)
 endif
 
-if (cc.has_header('sys/mman.h'))
-  config_h.set10('HAVE_MMAN_H', true)
-endif
-
 if sys_linux and config_h.has('HAVE_LISTXATTR') and 
config_h.has('HAVE_SETXATTR') and config_h.has('HAVE_GETXATTR')
   config_h.set10('HAVE_XATTR', true)
 endif
diff --git a/src/lib/elementary/efl_ui_selection_manager.c 
b/src/lib/elementary/efl_ui_selection_manager.c
index 0963abc027..59b96858f8 100644
--- a/src/lib/elementary/efl_ui_selection_manager.c
+++ b/src/lib/elementary/efl_ui_selection_manager.c
@@ -4,7 +4,7 @@
 
 #include 
 #include "elm_priv.h"
-#ifdef HAVE_MMAN_H
+#ifdef HAVE_SYS_MMAN_H
 # include 
 #endif
 
@@ -257,7 +257,7 @@ _update_sel_lost_list(Efl_Object *obj, 
Efl_Ui_Selection_Type type,
 static Tmp_Info *
 _tempfile_new(int size)
 {
-#ifdef HAVE_MMAN_H
+#ifdef HAVE_MMAP
Tmp_Info *info;
const char *tmppath = NULL;
mode_t cur_umask;

-- 

[EGIT] [core/efl] master 01/01: fix parsing module path on Windows

[Vincent Torri]

raster pushed a commit to branch master.

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

commit 0021d1386d5828e1bd2b857a2f073327902df817
Author: Vincent Torri 
Date:   Wed Sep 4 16:39:02 2019 +0100

fix parsing module path on Windows

Summary: only '/' path separator is used while on Windows it can also be 
'\\'. Fix rage and emotion_test play of videos

Test Plan: emotion_test plays videos while it didn't before this patch

Reviewers: raster, cedric, zmike

Reviewed By: raster

Subscribers: #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D9837
---
 src/lib/emotion/emotion_modules.c | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/src/lib/emotion/emotion_modules.c 
b/src/lib/emotion/emotion_modules.c
index da665e7aa4..22e6994e4b 100644
--- a/src/lib/emotion/emotion_modules.c
+++ b/src/lib/emotion/emotion_modules.c
@@ -335,7 +335,12 @@ _find_mod(const char *name)
  p > path;
  p--)
   {
- if (*p == '/')
+ if ((*p == '/')
+/* FIXME : find a better way to handle Windows path in all the EFL */
+#ifdef _WIN32
+ || (*p == '\\')
+#endif
+ )
{
   found++;
   // found == 1 -> p = /module.*

-- 

[EGIT] [core/efl] master 01/01: Evil: remove installation of header and pc files, remove from git Evil.h

[Vincent Torri]

bu5hm4n pushed a commit to branch master.

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

commit 9736541957927d2d77e4e5bd55aac46cb0d34240
Author: Vincent Torri 
Date:   Thu Sep 5 09:21:10 2019 +

Evil: remove installation of header and pc files, remove from git Evil.h

this patch finishes to remove Evil public headers

Reviewed-by: Marcel Hollerbach 
Differential Revision: https://phab.enlightenment.org/D9847
---
 src/lib/evil/Evil.h  | 161 ---
 src/lib/evil/meson.build |  19 +-
 2 files changed, 2 insertions(+), 178 deletions(-)

diff --git a/src/lib/evil/Evil.h b/src/lib/evil/Evil.h
deleted file mode 100644
index 147e45a27b..00
--- a/src/lib/evil/Evil.h
+++ /dev/null
@@ -1,161 +0,0 @@
-#ifndef __EVIL_H__
-#define __EVIL_H__
-
-/**
- * @file Evil.h
- * @brief The file that provides miscellaneous functions ported from Unix.
- */
-
-/**
- * @page evil_main Evil
- * @author Vincent Torri
- * @date 2008 (created)
- *
- * @section toc Table of Contents
- *
- * @li @ref evil_main_intro
- * @li @ref evil_main_ack
- * @li @ref evil_main_compiling
- * @li @ref evil_main_next_steps
- *
- * @section evil_main_intro Introduction
- *
- * The Evil library is an evil library that ports some evil Unix
- * functions to the Windows (XP or above, or Mobile) platform. The
- * evilness is so huge that the most of the functions are not POSIX or
- * BSD compliant.
- *
- * These functions are intended to be used in the Enlightenment
- * Foundation Libraries only and can be compiled only on Windows,
- * using MSYS/MinGW on Windows, and cross-compilation on Unix. This
- * library is minimal in the sense that only the functions needed to
- * compile the EFL are available. The purpose of this library is NOT
- * to have a full POSIX emulation et it is NOT a replacement of
- * cygwin. To compare the size of the DLL themselves, Evil is around
- * 33 KB and cygwin DLL is around 800 KB.
- *
- * @section evil_main_ack Acknowledgments
- *
- * This library has receive some from people interested in the EFL or
- * not. Among them, evil thanks to Lars Munch, Raoul Hecky, Nicolas
- * Aguirre, Tor Lillqvist, Lance Fetters, Vincent Richomme, Paul
- * Vixie, Daniel Stenberg, who helped the author of the library in
- * different fields (code and tests).
- *
- * @section evil_main_compiling How to compile
- *
- * Evil is a library your application links to. The procedure for
- * this is very simple. You simply have to compile your application
- * with the appropriate compiler flags that the @p pkg-config script
- * outputs. For example:
- *
- * Compiling C or C++ files into object files:
- *
- * @verbatim
-   gcc -c -o main.o main.c `pkg-config --cflags evil`
-   @endverbatim
- *
- * Linking object files into a binary executable:
- *
- * @verbatim
-   gcc -o my_application main.o `pkg-config --libs evil`
-   @endverbatim
- *
- * See @ref pkgconfig
- *
- * @section evil_main_next_steps Next Steps
- *
- * After you understood what Evil is and installed it in your system
- * you should proceed understanding the programming interface.
- *
- * Recommended reading:
- *
- * @li @ref Evil_Mman
- * @li @ref Evil_Unistd_Group
- * @li @ref Evil_Dlfcn
- * @li @ref Evil_Langinfo_Group
- * @li @ref Evil_Locale_Group
- * @li @ref Evil_Stdio_Group
- * @li @ref Evil_Main_Group
- * @li @ref Evil_String_Group
- * @li @ref Evil_Stdlib_Group
- * @li @ref Evil_Time_Group
- */
-
-/**
- * @cond LOCAL
- */
-
-#ifdef __cplusplus
-extern "C" {
-#endif
-
-
-#ifdef _MSC_VER
-# ifdef _WIN64
-typedef __int64 pid_t;
-# else
-typedef int pid_t;
-# endif
-typedef SSIZE_T ssize_t;
-typedef unsigned short mode_t;
-# define strdup(str) _strdup(str)
-#endif
-
-#ifndef S_ISDIR
-# define S_ISDIR(m) (((m) & _S_IFMT) == _S_IFDIR)
-#endif
-
-#ifndef S_ISREG
-# define S_ISREG(m) (((m) & _S_IFMT) == _S_IFREG)
-#endif
-
-#define S_ISLNK(m) 0
-
-#define S_IRUSR _S_IRUSR
-#ifndef S_IRGRP
-# define S_IRGRP S_IRUSR
-#endif
-#ifndef S_IROTH
-# define S_IROTH S_IRUSR
-#endif
-
-#define S_IWUSR _S_IWUSR
-#ifndef S_IWGRP
-# define S_IWGRP S_IWUSR
-#endif
-#ifndef S_IWOTH
-# define S_IWOTH S_IWUSR
-#endif
-
-#define S_IXUSR _S_IXUSR
-#ifndef S_IXGRP
-# define S_IXGRP S_IXUSR
-#endif
-#ifndef S_IXOTH
-# define S_IXOTH S_IXUSR
-#endif
-
-#define _S_IRWXU (_S_IREAD | _S_IWRITE | _S_IEXEC)
-#ifndef S_IRWXG
-# define S_IRWXG _S_IRWXU
-#endif
-#ifndef S_IRWXO
-# define S_IRWXO _S_IRWXU
-#endif
-
-#define _S_IXUSR _S_IEXEC
-#define _S_IWUSR _S_IWRITE
-#define _S_IRUSR _S_IREAD
-
-#include "evil_private.h"
-
-#ifdef __cplusplus
-}
-#endif
-
-/**
- * @endcond
- */
-
-#endif /* __EVIL_H__ */
diff --git a/src/lib/evil/meson.build b/src/lib/evil/meson.build
index 7877c7f914..008fc9fb83 100644
--- a/src/lib/evil/meson.build
+++ b/src/lib/evil/meson.build
@@ -1,22 +1,6 @@
 evil_deps = []
 evil_pub_deps = []
 if target_machine.system() == 'windows'
-  ev

[EGIT] [core/efl] master 01/01: Eina vpath: remove support of ~username vpath on Windows

[Vincent Torri]

bu5hm4n pushed a commit to branch master.

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

commit 89db9df2d2fccda8d204e50eb27fcfbe84c90f90
Author: Vincent Torri 
Date:   Thu Jul 18 04:05:50 2019 +

Eina vpath: remove support of ~username vpath on Windows

On Windows, one must be in kernel mode to obtain informations of other users

Reviewed-by: Carsten Haitzler (Rasterman) 
Reviewed-by: Marcel Hollerbach 
Differential Revision: https://phab.enlightenment.org/D9339
---
 src/lib/eina/eina_vpath.c | 13 +++--
 src/lib/eina/eina_vpath.h |  4 +++-
 2 files changed, 10 insertions(+), 7 deletions(-)

diff --git a/src/lib/eina/eina_vpath.c b/src/lib/eina/eina_vpath.c
index 0717e928e0..c06ee5abe8 100644
--- a/src/lib/eina/eina_vpath.c
+++ b/src/lib/eina/eina_vpath.c
@@ -195,11 +195,11 @@ eina_vpath_shutdown(void)
return EINA_TRUE;
 }
 
+#ifdef HAVE_GETPWENT
 static Eina_Bool
 _fetch_user_homedir(char **str, const char *name, const char *error)
 {
   *str = NULL;
-#ifdef HAVE_GETPWENT
   struct passwd *pwent;
 
   pwent = getpwnam(name);
@@ -211,12 +211,8 @@ _fetch_user_homedir(char **str, const char *name, const 
char *error)
   *str = pwent->pw_dir;
 
   return EINA_TRUE;
-#else
-  ERR("User fetching is disabled on this system\nThe string was: %s", error);
-  return EINA_FALSE;
-  (void) name;
-#endif
 }
+#endif
 
 static int
 _eina_vpath_resolve(const char *path, char *str, size_t size)
@@ -232,6 +228,10 @@ _eina_vpath_resolve(const char *path, char *str, size_t 
size)
   }
 // ~username/ <- homedir of user "username"
 else
+#ifndef HAVE_GETPWENT
+  ERR("User fetching is disabled on this system\nThe string was: %s", 
path);
+  return 0;
+#else
   {
  const char *p;
  char *name;
@@ -248,6 +248,7 @@ _eina_vpath_resolve(const char *path, char *str, size_t 
size)
return 0;
  path = p;
}
+#endif
  if (home)
{
   return snprintf(str, size, "%s%s", home, path);
diff --git a/src/lib/eina/eina_vpath.h b/src/lib/eina/eina_vpath.h
index 77c1e35afe..10b7c1edf2 100644
--- a/src/lib/eina/eina_vpath.h
+++ b/src/lib/eina/eina_vpath.h
@@ -81,12 +81,14 @@
  *
  * @since 1.21
  *
+ * @note on Windows, vpath like ~bob/foo is not supported.
+ *
  */
 typedef const char * Eina_Vpath;
 
 /**
  * Translate a virtual path into a normal path.
- * 
+ *
  * The return string is a string allocated by malloc and should be freed with
  * free() when no longer needed.
  *

-- 

[EGIT] [core/efl] master 01/01: draw static lib: use sse3 instructions set even on Windows

[Vincent Torri]

raster pushed a commit to branch master.

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

commit 9c8a7bce24a831566be87fda152e43a03bf207a8
Author: Vincent Torri 
Date:   Fri Jul 12 12:19:19 2019 +0100

draw static lib: use sse3 instructions set even on Windows

Summary:
sse3 instructions set exists since 2003/2004. One can consider that 
computers with Windows have it, these days

Note also that ector and evas also use sse3 instructions without the test 
disabling the Windows platform

Test Plan: compilation

Reviewers: zmike, raster, cedric, bu5hm4n

Subscribers: bu5hm4n, #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D9284
---
 src/static_libs/draw/meson.build | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/static_libs/draw/meson.build b/src/static_libs/draw/meson.build
index 32fe35e989..0e7dce9cdd 100644
--- a/src/static_libs/draw/meson.build
+++ b/src/static_libs/draw/meson.build
@@ -9,7 +9,7 @@ draw_src = [
 
 draw_opt_lib = [ ]
 
-if cpu_sse3 == true and sys_windows == false
+if cpu_sse3 == true
   draw_opt = static_library('draw_opt',
 sources: [ 'draw_main_sse2.c' ],
 include_directories: config_dir + [include_directories(join_paths('..', 
'..', 'lib'))],

-- 

[EGIT] [core/efl] master 01/01: Evil: remove getpwuid() from Evil.

[Vincent Torri]

raster pushed a commit to branch master.

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

commit 34f88a578690e0bae7da33277be21b1ccf7f4812
Author: Vincent Torri 
Date:   Tue Jul 16 10:43:11 2019 +0100

Evil: remove getpwuid() from Evil.

Summary: getpwuid() is used only in eina_test_vpath() and is called when 
getpwent() is available, which is not the case on Windows

Test Plan: compilation

Reviewers: raster, cedric, zmike

Subscribers: #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D9326
---
 src/lib/evil/evil_pwd.c |  7 ---
 src/lib/evil/pwd.h  | 15 ---
 2 files changed, 22 deletions(-)

diff --git a/src/lib/evil/evil_pwd.c b/src/lib/evil/evil_pwd.c
index 03e74149ac..c45f9281a4 100644
--- a/src/lib/evil/evil_pwd.c
+++ b/src/lib/evil/evil_pwd.c
@@ -67,10 +67,3 @@ getpwnam(const char *n)
 
return 
 }
-
-struct passwd *
-getpwuid(uid_t uid)
-{
-   return getpwnam(getlogin());
-   (void)uid;
-}
diff --git a/src/lib/evil/pwd.h b/src/lib/evil/pwd.h
index 2d303381b7..104acd9600 100644
--- a/src/lib/evil/pwd.h
+++ b/src/lib/evil/pwd.h
@@ -72,21 +72,6 @@ struct passwd {
  */
 EAPI struct passwd *getpwnam(const char *n);
 
-/**
- * @brief Return a passwd structure.
- *
- * @param uid The User ID.
- * @return A stacally allocated passwd structure.
- *
- * This function fills a static buffer @ref passwd with @p uid and the
- * user name.
- *
- * Conformity: None.
- *
- * Supported OS: Windows XP.
- */
-EAPI struct passwd *getpwuid (uid_t uid);
-
 
 #ifdef __cplusplus
 }

-- 

Re: [E-devel] 1.23 schedule proposal

[Vincent Torri]

hey

On Fri, Jul 5, 2019 at 11:24 AM Carsten Haitzler  wrote:
>
> On Fri, 28 Jun 2019 12:24:14 +0200 Stefan Schmidt 
> said:
>
> > Hello.
> >
> > Its almost 3 months since we released 1.22 so its time to talk about the
> > release schedule for 1.23 again
> >
> > I promised/discussed before 1.22 we wanted to have longer release cycle
> > as three months was just to hard. I would aim for a bit over 4 months
> > this time and we can adjust again afterwards.
>
> I think this seems fine.
>
> > Mike did much of the work for the last release and he promised to spent
> > some time on it again. Much appreciated. Other are more than welcome to
> > get all parts solid for the release as well. :-)
> >
> > Here is my release schedule proposal to get us started. Comments?
> >
> > === Schedule ===
> > 2019-04-05 1.22 release / merge window for 1.23 opens
> > 2019-08-26 Notice about soon ending merge window
> > 2019-09-02 Merge window is over. Freeze in place.
> > * Only bug fixes from this point
> > * Alpha release tarball
> > 2019-09-09 Beta1 release tarball
> > * Only critical fixes from this point
> > 2019-09-16 Beta2 release tarball
> > 2019-09-23 EFL 1.22 is out
>
> I was planning to get an E 0.23 out and after that look into the server
> situation as this would require bringing services down for a while to do a
> move. Well it seems things are down anyway, so I think this is going to put a
> bit of a dent in a timetable like the above. Just be prepared for some upsets
> in infra.

because of the server being down during one week, what about
postponing all the schedule by 1 week ?

Vincent


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

[E-devel] The EFL usage with Visual Studio

[Vincent Torri]

Hello

Today, I've tried to compile a simple Elementary example with Visual
Studio (Community 2017). I've of course run into issues. I would like
to have your opinions about solving them. Here are some of them :

1) some header files are included by Elementary.h, which are provided
by mingw-w64, but not Visual Studio. All are actually used for the
development of the EFL. Mainly :

libgen.h
unistd.h
fnmatch.h
pwd.h
and a few others.

My solution is just inluding them if we are not on Windows, and not if
we are not compiling with Visual Studio. Indeed, i think that we
should consider that they exist when developping the EFL, but not when
the EFL are used whatever the compiler is used.

2) some types do not exist :
pid_t (ecore_common.h iirc)
ssize_t (which exist with Visual Studio, it's defined uppercase :
SSIZE_T), in eina

For those ones, I would like to define them respectively in
Ecore_Common.h and eina_types.h, for Visual Studio only (#ifdef
_MSC_VER etc...)

 there is also the case of pthread, but that's another story

3) EINA_DEPRECATED can not be used like with gcc :
__declspec(deprecated) exists since visual studio 2005 but must be
used int front of the function, and not at the end

I would like to add another macro : EINA_MSC_DEPRECATED that will be
used in front of functions

So, what are your opinion ?

thank you

Vincent


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

Re: [E-devel] Evil usage in tests

[Vincent Torri]

On Wed, Jun 19, 2019 at 3:36 PM Mike Blumenkrantz
 wrote:
>
> Hi,
>
> Unit tests are internal to the tree and are never exported/installed. You
> can include any internal header in unit tests.
>
> Regards,
> Mike
>
> On Wed, Jun 19, 2019 at 3:25 AM Carsten Haitzler 
> wrote:
>
> > On Wed, 19 Jun 2019 06:34:51 +0200 Vincent Torri 
> > said:
> >
> > > Hello
> > >
> > > same question than in "Evil usage in examples" thread : mkdir is used
> > > in tests. It has 2 args on unix, 1 on Windows. Evil overloads mkdir
> > > with an unused 2nd arg.
> > >
> > > do i include evil_private.h in tests  ?
> >
> > for tests i guess - yes.

thank you

Vincent


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

Re: [E-devel] fuzzing or not fuzzing ?

[Vincent Torri]

On Wed, Jun 19, 2019 at 11:08 AM Boris Faure  wrote:
>
> On 19-06-16 08:18, Vincent Torri wrote:
> > Hello
> >
> > it seems that systemd is using this website for fuzz testing :
> > https://app.fuzzit.dev/login
> >
> > are the EFL and other apps tested with fuzz tools ? If not, maybe this
> > cold be done with the tool above
>
> I'm already using AFL-fuzz to fuzz-test Terminology:
> https://fau.re/blog/2015_terminology_afl_fuzz.html
> My current run has been running for 34 days on my server. It has found
> nothing lately but it did find bugs months ago.

do you think that another fuzzing tool can find other bugs ?

Vincent


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

[E-devel] Evil usage in tests

[Vincent Torri]

Hello

same question than in "Evil usage in examples" thread : mkdir is used
in tests. It has 2 args on unix, 1 on Windows. Evil overloads mkdir
with an unused 2nd arg.

do i include evil_private.h in tests  ?

Vincent


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

Re: [E-devel] Evil usage in examples

[Vincent Torri]

On Mon, Jun 17, 2019 at 3:42 PM Carsten Haitzler  wrote:
>
> On Mon, 17 Jun 2019 10:26:13 +0200 Vincent Torri  
> said:
>
> > On Mon, Jun 17, 2019 at 10:10 AM Carsten Haitzler 
> > wrote:
> > >
> > >
> > >
> > > > Hello
> > > >
> > > > I want to make Evil completely private (it seems that currently, it is
> > > > possible), but the examples need functions /macro that do not exist on
> > > > Windows. Namely (for now) :
> > > >
> > > > edje/edje-text.c line 57 : setenv
> > > > edje/edje-textblock-hyphenation.c line 85 : LC_MESSAGES
> > > >
> > > > Note that, on Windows, the equivalent of setenv() is _putenv()
> > > >
> > > > I can include evil_private.h in these examples. Is it ok for everyone
> > > > ? Or should I export setenv and LC_MESSAGES in Evil.h (and maybe other
> > > > stuff ?
> > >
> > > Xavi said this already -> if you want evil to be private, then you can't 
> > > go
> > > using it in public examples. setenv() already is an issue as I've found it
> > > to be unportable between unixes in the past. putenv() is portable, BUT has
> > > the nasty issue of using the VAR=val pointer directly in the env and thus
> > > becoming an ownership and lifetime nightmare.
> >
> > maybe we can add an API in eina, but having an #ifdef in the examples
> > for seenv/putenv is not a pb for me
> >
> > > Luckily... ecore efl now has EFL api's for dealing with env vars ... so 
> > > this
> > > becomes a problem for legacy. I'd advise to just use putenv() but kep in
> > > mind you can't just free the string buffer after the putenv(). It must 
> > > stay
> > > valid and be around...  I can fix these example. They will get uglier with
> > > putenv(), but... that's life. mingw32 should provide a putenv() (not
> > > _putenv())... right?
> >
> > yes, putenv() is available in mingw-w64 and is working (I did a test
> > with putenv("FOO=1"); which returns 0).
>
> ok. will change it to putenv then
>
> > > Now what about setlocale + LC_MESSAGES? LC_ALL will do? it is just an
> > > example. I am assuming people will just using MinGW32 when on Windows
> > > anyway...
> >
> > LC_MESSAGES is a bigger problem. setlocale exists but without
> > LC_MESSAGES support. LC_ALL is available, though :
>
> ok. that'll work for the purposes of this example. i'll fix it.

thank you

Vincent


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

Re: [E-devel] Evil usage in examples

[Vincent Torri]

On Mon, Jun 17, 2019 at 10:10 AM Carsten Haitzler  wrote:
>
>
>
> > Hello
> >
> > I want to make Evil completely private (it seems that currently, it is
> > possible), but the examples need functions /macro that do not exist on
> > Windows. Namely (for now) :
> >
> > edje/edje-text.c line 57 : setenv
> > edje/edje-textblock-hyphenation.c line 85 : LC_MESSAGES
> >
> > Note that, on Windows, the equivalent of setenv() is _putenv()
> >
> > I can include evil_private.h in these examples. Is it ok for everyone
> > ? Or should I export setenv and LC_MESSAGES in Evil.h (and maybe other
> > stuff ?
>
> Xavi said this already -> if you want evil to be private, then you can't go
> using it in public examples. setenv() already is an issue as I've found it to
> be unportable between unixes in the past. putenv() is portable, BUT has the
> nasty issue of using the VAR=val pointer directly in the env and thus becoming
> an ownership and lifetime nightmare.

maybe we can add an API in eina, but having an #ifdef in the examples
for seenv/putenv is not a pb for me

> Luckily... ecore efl now has EFL api's for dealing with env vars ... so this
> becomes a problem for legacy. I'd advise to just use putenv() but kep in mind
> you can't just free the string buffer after the putenv(). It must stay valid
> and be around...  I can fix these example. They will get uglier with putenv(),
> but... that's life. mingw32 should provide a putenv() (not _putenv())... 
> right?

yes, putenv() is available in mingw-w64 and is working (I did a test
with putenv("FOO=1"); which returns 0).

> Now what about setlocale + LC_MESSAGES? LC_ALL will do? it is just an example.
> I am assuming people will just using MinGW32 when on Windows anyway...

LC_MESSAGES is a bigger problem. setlocale exists but without
LC_MESSAGES support. LC_ALL is available, though :

https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/setlocale-wsetlocale?view=vs-2019

Vincent


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

[E-devel] Evil usage in examples

[Vincent Torri]

Hello

I want to make Evil completely private (it seems that currently, it is
possible), but the examples need functions /macro that do not exist on
Windows. Namely (for now) :

edje/edje-text.c line 57 : setenv
edje/edje-textblock-hyphenation.c line 85 : LC_MESSAGES

Note that, on Windows, the equivalent of setenv() is _putenv()

I can include evil_private.h in these examples. Is it ok for everyone
? Or should I export setenv and LC_MESSAGES in Evil.h (and maybe other
stuff ?

Vincent


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

Re: [E-devel] fuzzing or not fuzzing ?

[Vincent Torri]

On Sun, Jun 16, 2019 at 8:18 AM Vincent Torri  wrote:
>
> Hello
>
> it seems that systemd is using this website for fuzz testing :
> https://app.fuzzit.dev/login
>
> are the EFL and other apps tested with fuzz tools ? If not, maybe this
> cold be done with the tool above

commit : 
https://github.com/systemd/systemd/commit/53a42e6268bca45c42c54aba3ee70c433a58dc83?utm_source=anzwix

Vincent


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

[E-devel] fuzzing or not fuzzing ?

[Vincent Torri]

Hello

it seems that systemd is using this website for fuzz testing :
https://app.fuzzit.dev/login

are the EFL and other apps tested with fuzz tools ? If not, maybe this
cold be done with the tool above

Vincent


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

[EGIT] [core/efl] efl-1.22 16/119: Evil: remove localtime_r as mingw-w64 defines it when _POSIX_C_SOURCE is defined

[Vincent Torri]

zmike pushed a commit to branch efl-1.22.

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

commit 0435753280833b232855ab27e6d2307e8b8e6567
Author: Vincent Torri 
Date:   Wed May 8 10:14:45 2019 -0400

Evil: remove localtime_r as mingw-w64 defines it when _POSIX_C_SOURCE is 
defined

Summary:
localtime_r() is already defined by mingw-w64 when _POSIX_C_SOURCE is 
defined

edit: also only define _POSIX_C_SOURCE (correctly) on windows

Reviewers: bu5hm4n

Reviewed By: bu5hm4n

Subscribers: cedric, #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D8859
---
 configure.ac  |  1 +
 meson.build   |  1 +
 src/lib/evil/evil_macro_wrapper.h | 14 --
 src/lib/evil/evil_time.c  | 10 --
 src/lib/evil/evil_time.h  | 23 +++
 5 files changed, 5 insertions(+), 44 deletions(-)

diff --git a/configure.ac b/configure.ac
index 1bfaccf274..eec9c661d3 100644
--- a/configure.ac
+++ b/configure.ac
@@ -298,6 +298,7 @@ if test "x${have_win32}" = "xyes" ; then
 # autotools macro and CXX is always set to g++ even if
 # it's not found. So we are using an internal variable
 # that does the work for now, may get broken in the future.
+AC_DEFINE([_POSIX_C_SOURCE], [200809L], [Define the POSIX version])
 if test "x${ac_ct_CXX}" = "x" -a "x${CXX}" = "xg++"; then
AC_MSG_ERROR([efl requires a C++ compiler got ${ac_ct_CXX} and ${CXX}.])
 fi
diff --git a/meson.build b/meson.build
index 0a548dac0f..3f3f280493 100644
--- a/meson.build
+++ b/meson.build
@@ -102,6 +102,7 @@ foreach lang : ['c', 'objc', 'cpp']
   add_global_arguments('-DEFL_BUILD=1', language: lang)
   add_global_arguments('-DELM_INTERNAL_API_ARGESFSDFEFC=1', language: lang)
   if sys_windows == true
+add_global_arguments('-D_POSIX_C_SOURCE=200809L', language: lang)
 if (get_option('windows-version') == 'vista')
   add_global_arguments('-DWINVER=0x060', language: lang)
   add_global_arguments('-D_WIN32_WINNT=0x0600', language: lang)
diff --git a/src/lib/evil/evil_macro_wrapper.h 
b/src/lib/evil/evil_macro_wrapper.h
index ae748677b0..9eb1ac7a6e 100644
--- a/src/lib/evil/evil_macro_wrapper.h
+++ b/src/lib/evil/evil_macro_wrapper.h
@@ -45,20 +45,6 @@
 #endif
 #define mkdir(dirname, mode) evil_mkdir(dirname, mode)
 
-/*
- * evil_time.h
- */
-
-/**
- * @def localtime_r(t, r)
- *
- * Wrapper around evil_localtime_r().
- */
-#ifdef localtime_r
-# undef localtime_r
-#endif
-#define localtime_r(t, r) evil_localtime_r(t, r)
-
 /*
  * evil_unistd.h
  */
diff --git a/src/lib/evil/evil_time.c b/src/lib/evil/evil_time.c
index 76c5a58657..90b63692fc 100644
--- a/src/lib/evil/evil_time.c
+++ b/src/lib/evil/evil_time.c
@@ -12,16 +12,6 @@
 #include "evil_macro_wrapper.h"
 #include "evil_private.h"
 
-struct tm *
-evil_localtime_r(const time_t *timep, struct tm *result)
-{
-   __time64_t t = *timep;
-
-   _localtime64_s(result, );
-
-   return result;
-}
-
 /*
  * strptime
  * based on 
http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/time/strptime.c?rev=HEAD
diff --git a/src/lib/evil/evil_time.h b/src/lib/evil/evil_time.h
index 34607de5d1..00f538cae7 100644
--- a/src/lib/evil/evil_time.h
+++ b/src/lib/evil/evil_time.h
@@ -2,6 +2,9 @@
 #define __EVIL_TIME_H__
 
 
+#include 
+
+
 /**
  * @file evil_time.h
  * @brief The file that provides functions ported from Unix in time.h.
@@ -14,26 +17,6 @@
  */
 
 
-/**
- * @brief Convert the calendar time to broken-time representation in a
- * user supplied data.
- *
- * @param timep The calender time.
- * @param result The broken-down time representation.
- * @return The broken-down time representation.
- *
- * This function converts the calendar time @p timep to a broken-time
- * representation. The result is stored in the buffer  @p result
- * supplied by the user. If @p timep or @p result are @c NULL, or if
- * an error occurred, this function returns @c NULL and the values in
- * @p result might be undefined. Otherwise it returns @p result.
- *
- * Conformity: Non applicable.
- *
- * Supported OS: Windows XP.
- */
-EAPI struct tm *evil_localtime_r(const time_t *timep, struct tm *result);
-
 /**
  * @brief Convert a string representation of time to a time tm structure .
  *

-- 

[EGIT] [core/efl] efl-1.22 23/119: elementary genlist: fix potential uninitialized variable.

[Vincent Torri]

zmike pushed a commit to branch efl-1.22.

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

commit 1a90af6f76bbac28680ca2870b03aeae34d6705f
Author: Vincent Torri 
Date:   Fri May 10 10:01:59 2019 -0400

elementary genlist: fix potential uninitialized variable.

Test Plan: compilation

Reviewers: raster, zmike

Reviewed By: zmike

Subscribers: cedric, #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D8874
---
 src/lib/elementary/elm_genlist.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/lib/elementary/elm_genlist.c b/src/lib/elementary/elm_genlist.c
index 0a893b72d0..c82a023fd6 100644
--- a/src/lib/elementary/elm_genlist.c
+++ b/src/lib/elementary/elm_genlist.c
@@ -6768,7 +6768,7 @@ _elm_genlist_item_sorted_insert(Eo *obj, Elm_Genlist_Data 
*sd, const Elm_Genlist
   {
  // Inlist is not sorted!
  Elm_Gen_Item *prev_rel = NULL;
- int cmp;
+ int cmp = 0;
 
  EINA_INLIST_FOREACH(sd->items, rel)
{

-- 

[EGIT] [core/efl] efl-1.22 22/119: Ecore_Exe: fix warning on Windows

[Vincent Torri]

zmike pushed a commit to branch efl-1.22.

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

commit 48ed63bf3e69d3113b4ea8fe8ca35f66ebf4f4b7
Author: Vincent Torri 
Date:   Thu May 9 14:09:08 2019 -0400

Ecore_Exe: fix warning on Windows

Summary: ExitProcess() has not the signature expected by 
CreateRemoteThread()

Test Plan: compilation

Reviewers: raster, zmike, cedric

Reviewed By: zmike

Subscribers: #reviewers, #committers

Tags: #efl

Differential Revision: https://phab.enlightenment.org/D8870
---
 src/lib/ecore/ecore_exe_win32.c | 13 -
 1 file changed, 12 insertions(+), 1 deletion(-)

diff --git a/src/lib/ecore/ecore_exe_win32.c b/src/lib/ecore/ecore_exe_win32.c
index 7ca179a482..69e80dafbf 100644
--- a/src/lib/ecore/ecore_exe_win32.c
+++ b/src/lib/ecore/ecore_exe_win32.c
@@ -260,6 +260,15 @@ _ecore_exe_thread_procedure(LPVOID data EINA_UNUSED)
return 1;
 }
 
+static DWORD __stdcall
+_ecore_exe_exit_process(void *data)
+{
+   UINT *code;
+   code = (UINT *)data;
+   ExitProcess(*code);
+   return 1;
+}
+
 static BOOL CALLBACK
 _ecore_exe_enum_windows_procedure(HWND window,
   LPARAM data)
@@ -267,6 +276,7 @@ _ecore_exe_enum_windows_procedure(HWND window,
Ecore_Exe *obj = (Ecore_Exe *) data;
Ecore_Exe_Data *exe = efl_data_scope_get(obj, ECORE_EXE_CLASS);
DWORD thread_id;
+   UINT code = 0;
 
if (!exe) return EINA_FALSE;
thread_id = GetWindowThreadProcessId(window, NULL);
@@ -295,7 +305,8 @@ _ecore_exe_enum_windows_procedure(HWND window,
 
 /* Exit process */
 if (CreateRemoteThread(exe->process, NULL, 0,
-   (LPTHREAD_START_ROUTINE)ExitProcess, NULL,
+   (LPTHREAD_START_ROUTINE)_ecore_exe_exit_process,
+   ,
0, NULL))
   return EINA_FALSE;
 

--