Re: [E-devel] [EGIT] [core/efl] master 02/02: Evas: gl_common remove gl3.h and gl3ext.h includes
Ok it works now, thanks ! 2016-05-30 23:00 GMT+02:00 Nicolas Aguirre <aguirre.nico...@gmail.com>: > 2016-05-30 4:22 GMT+02:00 Jean-Philippe André <j...@videolan.org>: >> Hi Nicolas, >> >> On 29 May 2016 at 07:43, Nicolas Aguirre <aguirre.nico...@gmail.com> wrote: >> >>> 2016-05-16 21:36 GMT+02:00 Nicolas Aguirre <aguirre.nico...@gmail.com>: >>> > 2016-05-16 19:27 GMT+02:00 Mike Blumenkrantz < >>> michael.blumenkra...@gmail.com>: >>> >> modules/evas/engines/gl_common/evas_gl_api.c: In function >>> >> '_evgl_glDrawBuffers': >>> >> modules/evas/engines/gl_common/evas_gl_api.c:1629:10: warning: implicit >>> >> declaration of function 'glDrawBuffers' >>> [-Wimplicit-function-declaration] >>> >> glDrawBuffers(n, bufs); >>> >> ^ >>> >> modules/evas/engines/gl_common/evas_gl_api.c: In function >>> >> '_evgl_glReadBuffer': >>> >> modules/evas/engines/gl_common/evas_gl_api.c:1691:15: warning: implicit >>> >> declaration of function 'glReadBuffer' [-Wimplicit-function-declaration] >>> >>glReadBuffer(GL_COLOR_ATTACHMENT0); >>> >>^ >>> >> >>> > >>> > >>> > In mesa i found : >>> > >>> > include/GLES2/gl2ext.h:GL_APICALL void GL_APIENTRY glDrawBuffersEXT >>> > (GLsizei n, const GLenum *bufs); >>> > include/GLES3/gl3.h:GL_APICALL void GL_APIENTRY glDrawBuffers (GLsizei >>> > n, const GLenum *bufs); >>> > >>> > I guess glDrawBuffersEXT become glDrawBuffers in gles3 ? >>> > >>> > On Raspberrypi i found : >>> > GLES2/gl2ext.h:GL_APICALL void GL_APIENTRY glDrawBuffersNV (GLsizei n, >>> > const GLenum *bufs); >>> > >>> > includes can be found here : >>> > >>> https://github.com/raspberrypi/firmware/tree/master/hardfp/opt/vc/include/GLES2 >>> > >>> > I have no idea how to deal with that. >>> > >>> > Is gles3 a strict dependency of EFL ? >>> >> >> >> As discussed earlier, no, it shouldn't be a hard dependency. >> By accident, two symbols were used directly (glReadBuffer and >> glDrawBuffers) instead of relying on their dlsym()'ed function pointer. >> >> Did you update EFL to the latest? See >> 3d6ea827b9940a1fda6b2643a918d1ba546f5c11, this should be the fix you need. > > Hi, > No i don't, i will try with that, thanks ! > Nicolas > >> >> >> >>> > >>> > Regards, >>> > Nicolas >>> > >>> >> >>> >> On Mon, May 16, 2016 at 1:04 PM Cedric BAIL <cedric.b...@free.fr> >>> wrote: >>> >> >>> >>> Le 16 mai 2016 18:03, "Mike Blumenkrantz" < >>> michael.blumenkra...@gmail.com> >>> >>> a écrit : >>> >>> > Is there a particular reason for this? It causes compile warnings for >>> >>> gles3 >>> >>> > functions. >>> >>> >>> >>> Could you paste the error ? The reason is that some proprietary driver >>> >>> (raspberry pi) only support gles2 and didn't compile (while it did for >>> >>> 1.17). I guess they missed the warning. >>> >>> >>> >>> > On Sun, May 15, 2016 at 12:26 PM Nicolas Aguirre < >>> >>> aguirre.nico...@gmail.com> >>> >>> > wrote: >>> >>> > >>> >>> > > jpeg pushed a commit to branch master. >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> >>> >>> >>> http://git.enlightenment.org/core/efl.git/commit/?id=21da8f1475a4ba7e79f58f5ae4b2a205c03ad27d >>> >>> > > >>> >>> > > commit 21da8f1475a4ba7e79f58f5ae4b2a205c03ad27d >>> >>> > > Author: Nicolas Aguirre <aguirre.nico...@gmail.com> >>> >>> > > Date: Sun May 15 17:38:25 2016 +0200 >>> >>> > > >>> >>> > > Evas: gl_common remove gl3.h and gl3ext.h includes >>> >>> > > --- >>> >>> > > src/modules/evas/engines/gl_common/evas_gl_common.h | 2 -- >>> >>> > > 1 file changed
Re: [E-devel] [EGIT] [core/efl] master 02/02: Evas: gl_common remove gl3.h and gl3ext.h includes
2016-05-30 4:22 GMT+02:00 Jean-Philippe André <j...@videolan.org>: > Hi Nicolas, > > On 29 May 2016 at 07:43, Nicolas Aguirre <aguirre.nico...@gmail.com> wrote: > >> 2016-05-16 21:36 GMT+02:00 Nicolas Aguirre <aguirre.nico...@gmail.com>: >> > 2016-05-16 19:27 GMT+02:00 Mike Blumenkrantz < >> michael.blumenkra...@gmail.com>: >> >> modules/evas/engines/gl_common/evas_gl_api.c: In function >> >> '_evgl_glDrawBuffers': >> >> modules/evas/engines/gl_common/evas_gl_api.c:1629:10: warning: implicit >> >> declaration of function 'glDrawBuffers' >> [-Wimplicit-function-declaration] >> >> glDrawBuffers(n, bufs); >> >> ^ >> >> modules/evas/engines/gl_common/evas_gl_api.c: In function >> >> '_evgl_glReadBuffer': >> >> modules/evas/engines/gl_common/evas_gl_api.c:1691:15: warning: implicit >> >> declaration of function 'glReadBuffer' [-Wimplicit-function-declaration] >> >>glReadBuffer(GL_COLOR_ATTACHMENT0); >> >>^ >> >> >> > >> > >> > In mesa i found : >> > >> > include/GLES2/gl2ext.h:GL_APICALL void GL_APIENTRY glDrawBuffersEXT >> > (GLsizei n, const GLenum *bufs); >> > include/GLES3/gl3.h:GL_APICALL void GL_APIENTRY glDrawBuffers (GLsizei >> > n, const GLenum *bufs); >> > >> > I guess glDrawBuffersEXT become glDrawBuffers in gles3 ? >> > >> > On Raspberrypi i found : >> > GLES2/gl2ext.h:GL_APICALL void GL_APIENTRY glDrawBuffersNV (GLsizei n, >> > const GLenum *bufs); >> > >> > includes can be found here : >> > >> https://github.com/raspberrypi/firmware/tree/master/hardfp/opt/vc/include/GLES2 >> > >> > I have no idea how to deal with that. >> > >> > Is gles3 a strict dependency of EFL ? >> > > > As discussed earlier, no, it shouldn't be a hard dependency. > By accident, two symbols were used directly (glReadBuffer and > glDrawBuffers) instead of relying on their dlsym()'ed function pointer. > > Did you update EFL to the latest? See > 3d6ea827b9940a1fda6b2643a918d1ba546f5c11, this should be the fix you need. Hi, No i don't, i will try with that, thanks ! Nicolas > > > >> > >> > Regards, >> > Nicolas >> > >> >> >> >> On Mon, May 16, 2016 at 1:04 PM Cedric BAIL <cedric.b...@free.fr> >> wrote: >> >> >> >>> Le 16 mai 2016 18:03, "Mike Blumenkrantz" < >> michael.blumenkra...@gmail.com> >> >>> a écrit : >> >>> > Is there a particular reason for this? It causes compile warnings for >> >>> gles3 >> >>> > functions. >> >>> >> >>> Could you paste the error ? The reason is that some proprietary driver >> >>> (raspberry pi) only support gles2 and didn't compile (while it did for >> >>> 1.17). I guess they missed the warning. >> >>> >> >>> > On Sun, May 15, 2016 at 12:26 PM Nicolas Aguirre < >> >>> aguirre.nico...@gmail.com> >> >>> > wrote: >> >>> > >> >>> > > jpeg pushed a commit to branch master. >> >>> > > >> >>> > > >> >>> > > >> >>> >> >>> >> http://git.enlightenment.org/core/efl.git/commit/?id=21da8f1475a4ba7e79f58f5ae4b2a205c03ad27d >> >>> > > >> >>> > > commit 21da8f1475a4ba7e79f58f5ae4b2a205c03ad27d >> >>> > > Author: Nicolas Aguirre <aguirre.nico...@gmail.com> >> >>> > > Date: Sun May 15 17:38:25 2016 +0200 >> >>> > > >> >>> > > Evas: gl_common remove gl3.h and gl3ext.h includes >> >>> > > --- >> >>> > > src/modules/evas/engines/gl_common/evas_gl_common.h | 2 -- >> >>> > > 1 file changed, 2 deletions(-) >> >>> > > >> >>> > > diff --git a/src/modules/evas/engines/gl_common/evas_gl_common.h >> >>> > > b/src/modules/evas/engines/gl_common/evas_gl_common.h >> >>> > > index 48aa56c..fb383ac 100644 >> >>> > > --- a/src/modules/evas/engines/gl_common/evas_gl_common.h >> >>> > > +++ b/src/modules/evas/engines/gl_common/evas_gl_common.h >> >>> > > @@ -34,8 +34,6 @@ >> >>> > > # ifdef GL_GLES >> >>>
Re: [E-devel] [EGIT] [core/efl] master 02/02: Evas: gl_common remove gl3.h and gl3ext.h includes
2016-05-16 21:36 GMT+02:00 Nicolas Aguirre <aguirre.nico...@gmail.com>: > 2016-05-16 19:27 GMT+02:00 Mike Blumenkrantz <michael.blumenkra...@gmail.com>: >> modules/evas/engines/gl_common/evas_gl_api.c: In function >> '_evgl_glDrawBuffers': >> modules/evas/engines/gl_common/evas_gl_api.c:1629:10: warning: implicit >> declaration of function 'glDrawBuffers' [-Wimplicit-function-declaration] >> glDrawBuffers(n, bufs); >> ^ >> modules/evas/engines/gl_common/evas_gl_api.c: In function >> '_evgl_glReadBuffer': >> modules/evas/engines/gl_common/evas_gl_api.c:1691:15: warning: implicit >> declaration of function 'glReadBuffer' [-Wimplicit-function-declaration] >>glReadBuffer(GL_COLOR_ATTACHMENT0); >>^ >> > > > In mesa i found : > > include/GLES2/gl2ext.h:GL_APICALL void GL_APIENTRY glDrawBuffersEXT > (GLsizei n, const GLenum *bufs); > include/GLES3/gl3.h:GL_APICALL void GL_APIENTRY glDrawBuffers (GLsizei > n, const GLenum *bufs); > > I guess glDrawBuffersEXT become glDrawBuffers in gles3 ? > > On Raspberrypi i found : > GLES2/gl2ext.h:GL_APICALL void GL_APIENTRY glDrawBuffersNV (GLsizei n, > const GLenum *bufs); > > includes can be found here : > https://github.com/raspberrypi/firmware/tree/master/hardfp/opt/vc/include/GLES2 > > I have no idea how to deal with that. > > Is gles3 a strict dependency of EFL ? > > Regards, > Nicolas > >> >> On Mon, May 16, 2016 at 1:04 PM Cedric BAIL <cedric.b...@free.fr> wrote: >> >>> Le 16 mai 2016 18:03, "Mike Blumenkrantz" <michael.blumenkra...@gmail.com> >>> a écrit : >>> > Is there a particular reason for this? It causes compile warnings for >>> gles3 >>> > functions. >>> >>> Could you paste the error ? The reason is that some proprietary driver >>> (raspberry pi) only support gles2 and didn't compile (while it did for >>> 1.17). I guess they missed the warning. >>> >>> > On Sun, May 15, 2016 at 12:26 PM Nicolas Aguirre < >>> aguirre.nico...@gmail.com> >>> > wrote: >>> > >>> > > jpeg pushed a commit to branch master. >>> > > >>> > > >>> > > >>> >>> http://git.enlightenment.org/core/efl.git/commit/?id=21da8f1475a4ba7e79f58f5ae4b2a205c03ad27d >>> > > >>> > > commit 21da8f1475a4ba7e79f58f5ae4b2a205c03ad27d >>> > > Author: Nicolas Aguirre <aguirre.nico...@gmail.com> >>> > > Date: Sun May 15 17:38:25 2016 +0200 >>> > > >>> > > Evas: gl_common remove gl3.h and gl3ext.h includes >>> > > --- >>> > > src/modules/evas/engines/gl_common/evas_gl_common.h | 2 -- >>> > > 1 file changed, 2 deletions(-) >>> > > >>> > > diff --git a/src/modules/evas/engines/gl_common/evas_gl_common.h >>> > > b/src/modules/evas/engines/gl_common/evas_gl_common.h >>> > > index 48aa56c..fb383ac 100644 >>> > > --- a/src/modules/evas/engines/gl_common/evas_gl_common.h >>> > > +++ b/src/modules/evas/engines/gl_common/evas_gl_common.h >>> > > @@ -34,8 +34,6 @@ >>> > > # ifdef GL_GLES >>> > > # include >>> > > # include >>> > > -# include >>> > > -# include >>> > > # else >>> > > # include >>> > > # include >>> > > >>> > > -- >>> > > >>> > > >>> > > >>> > >>> >>> -- >>> > Mobile security can be enabling, not merely restricting. Employees who >>> > bring their own devices (BYOD) to work are irked by the imposition of MDM >>> > restrictions. Mobile Device Manager Plus allows you to control only the >>> > apps on BYO-devices by containerizing them, leaving personal data >>> untouched! >>> > https://ad.doubleclick.net/ddm/clk/304595813;131938128;j >>> > ___ >>> > enlightenment-devel mailing list >>> > enlightenment-devel@lists.sourceforge.net >>> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >>> > >>> >>> -- >>> Mobile security can be enabling, not merely restricting. Employees who
Re: [E-devel] configure script and neon detection
2016-05-28 14:15 GMT+02:00 Carsten Haitzler <ras...@rasterman.com>: > On Sat, 28 May 2016 10:54:11 +0200 Nicolas Aguirre <aguirre.nico...@gmail.com> > said: > >> 2016-05-27 1:29 GMT+02:00 Carsten Haitzler <ras...@rasterman.com>: >> > On Fri, 27 May 2016 00:25:48 +0200 Nicolas Aguirre >> > <aguirre.nico...@gmail.com> said: >> > >> >> Hi, >> >> >> >> i'm crosscompiling EFL for raspberrypi, and NEON is detected, but >> >> raspberrypi (v1) has no NEON extension. It's causing an illegal >> >> instruction in evas_common_cpu_neon_test. >> >> >> >> gdb output : >> >> >> >> Program received signal SIGILL, Illegal instruction. >> >> evas_common_cpu_neon_test () at lib/evas/common/evas_cpu.c:103 >> >> 103asm volatile ( >> >> >> >> I building a recent EFL tree (f891cdc) >> >> >> >> Is --disable-neon my best option or automatic detection can be use? >> >> I'm pretty sure it was working with older release of efl. >> > >> > ummm well out detection is if the compiler can correctly compile some code >> > with the compiler. it needs arm_neon.h and vqadd neon instruction. perhaps >> > before the compiler failed because you were compiling armv6 and thus it >> > refused. maybe it's stopped refusing and now compiles blindly. how are we >> > expected to sanely detect this now when the compiler can and will produce >> > armv6 code and happily drop in neon asm instructions and not fail? >> > >> > so what we do have is a RUNTIME check. those illegal instructions are there >> > because the compiler says it's ok do do this given your compiler and the >> > cflags etc. you have. so at RUNTIME that evas_cpu.c has a small check - it >> > tries to execute a neon instruction (that check would be empty if compiling >> > in neon was not allowed), and if this succeeds without a SIGILL ... then >> > neon will work on that cpu. we have to do this as some armv7's do not have >> > neon units. the older tegra cpu's didn't have neon for example. we TRAP the >> > SIGILL with a signal handler so the exception is ok ... unless of course >> > you are under gdb etc. - then YOU get it anyway ... but you can just >> > "continue" as evas's trap will catch this SIGILL and move on. this has been >> > done on x86 cpu's too for like 10+ years detecting various versions of mmx, >> > mmx2, sse, sse3, sse4 etc. :) we use the same "execute sample instruction >> > and trap it" to figure this out. >> > >> >> Ok i understand better how it's handle. But i get the SIGILL also whithout >> gdb. It has something to do with what the code in ecore_fb overidding >> SIGINT signal ? : >> https://git.enlightenment.org/core/efl.git/tree/src/lib/ecore_fb/ecore_fb.c#n76 > > SIGILL is set up to be trapped just before the instruction is executed, then > it's reset to what it was before afterwards. read the code. > > all i can imagine is somehow on your rpi sigill cannot be trapped - something > has prevented it. > >> Is SIGINT the only signal filtered with that code in ecore_fb. If it's >> the case, it could also block the SIGILL signal and thus we can't >> detect the miss of neon instructions at runtime ? > > sigint has nothing to do with sigill. separate signals. setting up a trap for > one shouldnt affect the other at all (not by any docs/specs/posix standards > etc.). > > so the question is - why does this sigill trap not work - is the handler just > never called? does setup fail? what is the issue? > I will debug more in details to see what happens exactly. >> Another topic but what's the intent of this code ? Why blocking SIGINT >> in that case ? > > sigint - so hitting ctrl-c doesnt cause the app to exit. :) > I understand, but why blocking ctrl-c ? >> > if you want to force a cpu feature to turn off try: >> > >> > export EVAS_CPU_NO_NEON=x >> > >> > then the test will not even be tried. i will assume no neon always. handy >> > for debugging when you don't want to get the traps in your gdb. :) >> > >> > -- >> > - Codito, ergo sum - "I code, therefore I am" -- >> > The Rasterman (Carsten Haitzler)ras...@rasterman.com >> > >> >> >> >> -- >> Nicolas Aguirre >> Mail: aguirre.nico...@gmail.com >> Web: http://www.calaos.fr >> Blog: http://dev.enlightenment.fr/
Re: [E-devel] configure script and neon detection
2016-05-27 1:29 GMT+02:00 Carsten Haitzler <ras...@rasterman.com>: > On Fri, 27 May 2016 00:25:48 +0200 Nicolas Aguirre <aguirre.nico...@gmail.com> > said: > >> Hi, >> >> i'm crosscompiling EFL for raspberrypi, and NEON is detected, but >> raspberrypi (v1) has no NEON extension. It's causing an illegal >> instruction in evas_common_cpu_neon_test. >> >> gdb output : >> >> Program received signal SIGILL, Illegal instruction. >> evas_common_cpu_neon_test () at lib/evas/common/evas_cpu.c:103 >> 103asm volatile ( >> >> I building a recent EFL tree (f891cdc) >> >> Is --disable-neon my best option or automatic detection can be use? >> I'm pretty sure it was working with older release of efl. > > ummm well out detection is if the compiler can correctly compile some code > with > the compiler. it needs arm_neon.h and vqadd neon instruction. perhaps before > the compiler failed because you were compiling armv6 and thus it refused. > maybe > it's stopped refusing and now compiles blindly. how are we expected to sanely > detect this now when the compiler can and will produce armv6 code and happily > drop in neon asm instructions and not fail? > > so what we do have is a RUNTIME check. those illegal instructions are there > because the compiler says it's ok do do this given your compiler and the > cflags > etc. you have. so at RUNTIME that evas_cpu.c has a small check - it tries to > execute a neon instruction (that check would be empty if compiling in neon was > not allowed), and if this succeeds without a SIGILL ... then neon will work on > that cpu. we have to do this as some armv7's do not have neon units. the older > tegra cpu's didn't have neon for example. we TRAP the SIGILL with a signal > handler so the exception is ok ... unless of course you are under gdb etc. - > then YOU get it anyway ... but you can just "continue" as evas's trap will > catch this SIGILL and move on. this has been done on x86 cpu's too for like > 10+ > years detecting various versions of mmx, mmx2, sse, sse3, sse4 etc. :) we use > the same "execute sample instruction and trap it" to figure this out. > Ok i understand better how it's handle. But i get the SIGILL also whithout gdb. It has something to do with what the code in ecore_fb overidding SIGINT signal ? : https://git.enlightenment.org/core/efl.git/tree/src/lib/ecore_fb/ecore_fb.c#n76 Is SIGINT the only signal filtered with that code in ecore_fb. If it's the case, it could also block the SIGILL signal and thus we can't detect the miss of neon instructions at runtime ? Another topic but what's the intent of this code ? Why blocking SIGINT in that case ? > if you want to force a cpu feature to turn off try: > > export EVAS_CPU_NO_NEON=x > > then the test will not even be tried. i will assume no neon always. handy for > debugging when you don't want to get the traps in your gdb. :) > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.calaos.fr Blog: http://dev.enlightenment.fr/~captainigloo/ -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] configure script and neon detection
Hi, i'm crosscompiling EFL for raspberrypi, and NEON is detected, but raspberrypi (v1) has no NEON extension. It's causing an illegal instruction in evas_common_cpu_neon_test. gdb output : Program received signal SIGILL, Illegal instruction. evas_common_cpu_neon_test () at lib/evas/common/evas_cpu.c:103 103asm volatile ( I building a recent EFL tree (f891cdc) Is --disable-neon my best option or automatic detection can be use? I'm pretty sure it was working with older release of efl. Regards, Nicolas -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.calaos.fr Blog: http://dev.enlightenment.fr/~captainigloo/ -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/efl] master 01/01: evas: gl_common add define for missing EGL_WAYLAND_Y_INVERTED_WL
captainigloo pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=85682678e6d80ff1f0fb174eef3b64a8d7575136 commit 85682678e6d80ff1f0fb174eef3b64a8d7575136 Author: Nicolas Aguirre <aguirre.nico...@gmail.com> Date: Sun May 22 23:38:22 2016 +0200 evas: gl_common add define for missing EGL_WAYLAND_Y_INVERTED_WL --- src/modules/evas/engines/gl_common/evas_gl_define.h | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/src/modules/evas/engines/gl_common/evas_gl_define.h b/src/modules/evas/engines/gl_common/evas_gl_define.h index c24285d..5962a88 100644 --- a/src/modules/evas/engines/gl_common/evas_gl_define.h +++ b/src/modules/evas/engines/gl_common/evas_gl_define.h @@ -222,7 +222,9 @@ #ifndef EGL_OPENGL_ES3_BIT # define EGL_OPENGL_ES3_BIT 0x0040 #endif - +#ifndef EGL_WAYLAND_Y_INVERTED_WL +# define EGL_WAYLAND_Y_INVERTED_WL 0x31DB +#endif // Evas_3d require GL_BGR, but that's an extention and will not be necessary once we move to Evas_GL_Image #ifndef GL_BGR #define GL_BGR 0x80E0 --
Re: [E-devel] [EGIT] [core/efl] master 02/02: Evas: gl_common remove gl3.h and gl3ext.h includes
2016-05-16 19:27 GMT+02:00 Mike Blumenkrantz <michael.blumenkra...@gmail.com>: > modules/evas/engines/gl_common/evas_gl_api.c: In function > '_evgl_glDrawBuffers': > modules/evas/engines/gl_common/evas_gl_api.c:1629:10: warning: implicit > declaration of function 'glDrawBuffers' [-Wimplicit-function-declaration] > glDrawBuffers(n, bufs); > ^ > modules/evas/engines/gl_common/evas_gl_api.c: In function > '_evgl_glReadBuffer': > modules/evas/engines/gl_common/evas_gl_api.c:1691:15: warning: implicit > declaration of function 'glReadBuffer' [-Wimplicit-function-declaration] >glReadBuffer(GL_COLOR_ATTACHMENT0); >^ > In mesa i found : include/GLES2/gl2ext.h:GL_APICALL void GL_APIENTRY glDrawBuffersEXT (GLsizei n, const GLenum *bufs); include/GLES3/gl3.h:GL_APICALL void GL_APIENTRY glDrawBuffers (GLsizei n, const GLenum *bufs); I guess glDrawBuffersEXT become glDrawBuffers in gles3 ? On Raspberrypi i found : GLES2/gl2ext.h:GL_APICALL void GL_APIENTRY glDrawBuffersNV (GLsizei n, const GLenum *bufs); includes can be found here : https://github.com/raspberrypi/firmware/tree/master/hardfp/opt/vc/include/GLES2 I have no idea how to deal with that. Is gles3 a strict dependency of EFL ? Regards, Nicolas > > On Mon, May 16, 2016 at 1:04 PM Cedric BAIL <cedric.b...@free.fr> wrote: > >> Le 16 mai 2016 18:03, "Mike Blumenkrantz" <michael.blumenkra...@gmail.com> >> a écrit : >> > Is there a particular reason for this? It causes compile warnings for >> gles3 >> > functions. >> >> Could you paste the error ? The reason is that some proprietary driver >> (raspberry pi) only support gles2 and didn't compile (while it did for >> 1.17). I guess they missed the warning. >> >> > On Sun, May 15, 2016 at 12:26 PM Nicolas Aguirre < >> aguirre.nico...@gmail.com> >> > wrote: >> > >> > > jpeg pushed a commit to branch master. >> > > >> > > >> > > >> >> http://git.enlightenment.org/core/efl.git/commit/?id=21da8f1475a4ba7e79f58f5ae4b2a205c03ad27d >> > > >> > > commit 21da8f1475a4ba7e79f58f5ae4b2a205c03ad27d >> > > Author: Nicolas Aguirre <aguirre.nico...@gmail.com> >> > > Date: Sun May 15 17:38:25 2016 +0200 >> > > >> > > Evas: gl_common remove gl3.h and gl3ext.h includes >> > > --- >> > > src/modules/evas/engines/gl_common/evas_gl_common.h | 2 -- >> > > 1 file changed, 2 deletions(-) >> > > >> > > diff --git a/src/modules/evas/engines/gl_common/evas_gl_common.h >> > > b/src/modules/evas/engines/gl_common/evas_gl_common.h >> > > index 48aa56c..fb383ac 100644 >> > > --- a/src/modules/evas/engines/gl_common/evas_gl_common.h >> > > +++ b/src/modules/evas/engines/gl_common/evas_gl_common.h >> > > @@ -34,8 +34,6 @@ >> > > # ifdef GL_GLES >> > > # include >> > > # include >> > > -# include >> > > -# include >> > > # else >> > > # include >> > > # include >> > > >> > > -- >> > > >> > > >> > > >> > >> >> -- >> > Mobile security can be enabling, not merely restricting. Employees who >> > bring their own devices (BYOD) to work are irked by the imposition of MDM >> > restrictions. Mobile Device Manager Plus allows you to control only the >> > apps on BYO-devices by containerizing them, leaving personal data >> untouched! >> > https://ad.doubleclick.net/ddm/clk/304595813;131938128;j >> > ___ >> > enlightenment-devel mailing list >> > enlightenment-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > >> >> -- >> Mobile security can be enabling, not merely restricting. Employees who >> bring their own devices (BYOD) to work are irked by the imposition of MDM >> restrictions. Mobile Device Manager Plus allows you to control only the >> apps on BYO-devices by containerizing them, leaving personal data >> untouched! >> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/
[EGIT] [core/efl] master 01/02: Evas: gl_common add define for missing GL_DEPTH_COMPONENT24
jpeg pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=436a9db6a64c1d5b40aa16ade473ff554eb8202f commit 436a9db6a64c1d5b40aa16ade473ff554eb8202f Author: Nicolas Aguirre <aguirre.nico...@gmail.com> Date: Sun May 15 17:14:55 2016 +0200 Evas: gl_common add define for missing GL_DEPTH_COMPONENT24 --- src/modules/evas/engines/gl_common/evas_gl_define.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/src/modules/evas/engines/gl_common/evas_gl_define.h b/src/modules/evas/engines/gl_common/evas_gl_define.h index 2a14127..c24285d 100644 --- a/src/modules/evas/engines/gl_common/evas_gl_define.h +++ b/src/modules/evas/engines/gl_common/evas_gl_define.h @@ -107,6 +107,9 @@ #ifndef GL_UNPACK_ROW_LENGTH # define GL_UNPACK_ROW_LENGTH 0x0CF2 #endif +#ifndef GL_DEPTH_COMPONENT24 +# define GL_DEPTH_COMPONENT24 0x81A6 +#endif #ifndef EGL_NO_DISPLAY # define EGL_NO_DISPLAY 0 #endif --
[EGIT] [core/efl] master 02/02: Evas: gl_common remove gl3.h and gl3ext.h includes
jpeg pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=21da8f1475a4ba7e79f58f5ae4b2a205c03ad27d commit 21da8f1475a4ba7e79f58f5ae4b2a205c03ad27d Author: Nicolas Aguirre <aguirre.nico...@gmail.com> Date: Sun May 15 17:38:25 2016 +0200 Evas: gl_common remove gl3.h and gl3ext.h includes --- src/modules/evas/engines/gl_common/evas_gl_common.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/src/modules/evas/engines/gl_common/evas_gl_common.h b/src/modules/evas/engines/gl_common/evas_gl_common.h index 48aa56c..fb383ac 100644 --- a/src/modules/evas/engines/gl_common/evas_gl_common.h +++ b/src/modules/evas/engines/gl_common/evas_gl_common.h @@ -34,8 +34,6 @@ # ifdef GL_GLES # include # include -# include -# include # else # include # include --
Re: [E-devel] T-shirt for the upcoming 2016 EDDs
2016-03-11 12:41 GMT+01:00 Carsten Haitzler <ras...@rasterman.com>: > On Fri, 11 Mar 2016 10:57:43 + Tom Hacohen <t...@osg.samsung.com> said: > >> On 11/03/16 09:36, Stefan Schmidt wrote: >> > Hello. >> > >> > On 11/03/16 03:14, Carsten Haitzler wrote: >> >> On Wed, 2 Mar 2016 16:12:49 +0100 Stefan Schmidt <ste...@osg.samsung.com> >> >> said: >> >> >> >>> Hello. >> >>> >> >>> At our initial Enlightenment Developer Day in Barcelona 2012 we had some >> >>> T-shirts for the event. >> >>> We failed since to do this again which is a bit sad. Luckily we have a >> >>> bit more time in advance for the 2016 edition this year and I wonder if >> >>> someone wants to pick this up. >> >>> >> >>> o We would need a new design (maybe a contest if we have some more >> >>> proposals) >> >>> o We would need to query the sizes from attendees >> >>> o We would need to get the shirts printed and shipped to some place in >> >>> Paris (or someone needs to arrange getting them there) >> >> or printed in paris and someone local picks them up? >> > >> > >> > That would also be a good alternative. >> > >> >> >> >>> Money wise I think we can ask the foundation to pay for them upfront and >> >>> we cash the money in at the event. Say 15-20€ per shirt? >> >> they should be a bit cheaper than that no? like ~10? >> > >> > Its not Asia here. We are not getting all the things super cheap. ;) >> > >> > More seriously, I'm happy either way. I would see 20€ as upper limit. If >> > we get some quality shirts for less I'm all in. >> > I just would try to avoid to cheap offerings. For example the grey shirt >> > handed out at the EFL seminar during SOSCON did not even survive one >> > washing. The logo was peeling of directly. >> > >> >>> Does this sounds like a good idea? Anyone picking this up? Unlikely >> >>> Cedric or myself will be able to handle this. >> >> cedric is a bit far away... :) >> > >> > Who knows if he is not on a flight to Europe or Asia right now. With >> > Cedric you never know. :) >> > >> > I was mostly referring to the other things we handle for EDDs. Would be >> > great if the shirt things was handled by someone else. If we have enough >> > interest. Andy already offered his logistic help. We basically miss a >> > design I would think. >> >> Let's look into dry-fit shirts or something that is actually nice to >> wear. :P I know cedric is addicted to his Samsung dry-fit shirt... > > can you look for something maybe in london? if you take the eurostar to paris > then it's largely irrelevant - the extra weight wont matter. > Hi, If you find something in Paris, i can also take them away, as i will be in Paris 3 days before the EDD. > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > -- > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140 > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.calaos.fr Blog: http://dev.enlightenment.fr/~captainigloo/ -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL Developers Days 2016
2016-01-05 11:33 GMT+01:00 Stefan Schmidt <ste...@osg.samsung.com>: > Hello. > > On 09/11/15 20:12, Cedric BAIL wrote: >> Hello, >> >> We have been learning in the past few year how to organize for an EFL >> developers day and we would like to try something new next year based >> on this past experience. This year, we did spend half the day doing >> some quick hack, killing bugs and coverity report quickly. So for next >> year, we would like to try a similar setup, but over a full weekend. >> The idea would be to have a few talks and then a few group going after >> their own goal. We will do later this year a call for paper and group >> proposal, but for now, we are looking to decide on the date. >> OpenWide has proposed to give us access for an entire weekend to >> their meeting room in Paris. So we will not collocate with a >> ELCE/LinuxCon event this year as their was little attendance shared >> with those event. >> Please go now and vote for your preferred weekend in May 2016: >> https://phab.enlightenment.org/V15 . The vote will be open until end >> of December. >> >> Have fun. > > We finished with a tie. Oh joy :) > > From the 17 participants of the poll 13 have voiced preferences for the > May 14-16 and 13 as well for May 28+29. > With 76% this is not to bad for each and we would not leave to many > people out. > > The first option is a long weekend in France with a public holiday on > Monday whioch means we could get the venue for three instead of two > days. Not sure if this a factor. > > How do we want to handle this? Just pick one of the two options or have > a quick (one week) poll with only these two option to find the winner? > > regards > Stefan Schmidt > > -- > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel I finally can't be there on 28&29 May :P So it changes the result a bit. Regards, Nicolas -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.calaos.fr Blog: http://dev.enlightenment.fr/~captainigloo/ -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Slow Entry response time on OSX(MacOS)
2015-11-06 5:39 GMT+01:00 조재현 <jae_hyun_...@naver.com>: > > I just wanted to know is there anyone knows about this issue or has some > information about this issue. > > It may help me and save the time :) > > I thought that asking and sharing information are not that bad. > > Anyway thank you for answering. I will ask if I get blocked. > > > Hi, I got the problem. It's located in the code of ecore_audio_coreaudio. each time you type a key a sound is played with ecore_audio and it blocks the main ecore thread. One (fast) solution is to disable audio from configure option. For a long term fix we need to dig into ecore_audio_coreaudio code and find where it blocks. best regards, Nicolas > Best Regards, > > Jaehyun Cho. > > -Original Message- > From: "Carsten Haitzler"ras...@rasterman.com > To: "Enlightenment developer > list"enlightenment-devel@lists.sourceforge.net; > Cc: "조재현"jae_hyun_...@naver.com; > Sent: 2015-11-06 (금) 11:49:29 > Subject: Re: [E-devel] Slow Entry response time on OSX(MacOS) > > On Fri, 6 Nov 2015 11:37:19 +0900 (KST) 조재현 jae_hyun_...@naver.com > said: > > > Dear all, > > > > Hello. This is Jaehyun Cho. > > > > I am testing EFL and Elementary on multi platforms (Windows and OSX). > > And I found that the entry response time on OSX(MacOS) is very slow. > (When I > input string on entry by keyboard, the string appears very late.) > > > > Mr. Nicolas Aguirre informed me that > > https://phab.enlightenment.org/rEFL62e29b39f4df40fd3c0a6b17f7a16f0f8fc1d0c9 > may cause this issue. > > Please let me know if you have any solution or tip for this issue. > > no solution. no tip. debug it. where is the time being spent? does something > block? what blocks? > > can't help - i have no osx machines. never have had any. > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler) ras...@rasterman.com > > ---------- > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.calaos.fr Blog: http://dev.enlightenment.fr/~captainigloo/ -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/elementary] master 01/01: elm: Add eglfs backend support.
2015-11-03 19:26 GMT+01:00 Davide Andreoli <d...@gurumeditation.it>:
> something wrong with the docs? (last 2 lines changed)
> you duplicated the "fb" line? was that intentional?
>
Hi Davide,
It was a mistake, this commit has been reverted.
> 2015-11-03 0:16 GMT+01:00 Nicolas Aguirre <aguirre.nico...@gmail.com>:
>
>> captainigloo pushed a commit to branch master.
>>
>>
>> http://git.enlightenment.org/core/elementary.git/commit/?id=0d6aedbf44e5c371bddfa2b6b61c9409ed2184e3
>>
>> commit 0d6aedbf44e5c371bddfa2b6b61c9409ed2184e3
>> Author: Nicolas Aguirre <aguirre.nico...@gmail.com>
>> Date: Tue Nov 3 00:13:20 2015 +0100
>>
>> elm: Add eglfs backend support.
>> ---
>> configure.ac | 1 +
>> src/lib/elm_config.c | 3 +++
>> src/lib/elm_priv.h | 1 +
>> src/lib/elm_win.c| 15 +++
>> src/lib/elm_win.h| 2 ++
>> 5 files changed, 18 insertions(+), 4 deletions(-)
>>
>> diff --git a/configure.ac b/configure.ac
>> index 9c1a32a..5eb6739 100644
>> --- a/configure.ac
>> +++ b/configure.ac
>> @@ -543,6 +543,7 @@ echo
>> echo " Engines:"
>> echo "X11: ${have_elementary_x}"
>> echo "Framebuffer: ${have_elementary_fb}"
>> +echo "Eglfs..: ${have_elementary_eglfs}"
>> echo "DRM: ${have_elementary_drm}"
>> echo "PSL1GHT: ${have_elementary_psl1ght}"
>> echo "SDL: ${have_elementary_sdl}"
>> diff --git a/src/lib/elm_config.c b/src/lib/elm_config.c
>> index 29ef12d..3e55251 100644
>> --- a/src/lib/elm_config.c
>> +++ b/src/lib/elm_config.c
>> @@ -34,6 +34,7 @@ Eina_Hash *_elm_key_bindings = NULL;
>> const char *_elm_engines[] = {
>> "software_x11",
>> "fb",
>> + "eglfs",
>> "opengl_x11",
>> "software_gdi",
>> "sdl",
>> @@ -1864,6 +1865,8 @@ _env_get(void)
>>eina_stringshare_replace(&_elm_config->engine, ELM_WAYLAND_EGL);
>> else if ((!strcasecmp(s, "drm")))
>>eina_stringshare_replace(&_elm_config->engine, ELM_DRM);
>> +else if ((!strcasecmp(s, "eglfs")))
>> + eina_stringshare_replace(&_elm_config->engine, ELM_EGLFS);
>> else if ((!strcasecmp(s, "ddraw")))
>>eina_stringshare_replace(&_elm_config->engine,
>> ELM_SOFTWARE_DDRAW);
>> else
>> diff --git a/src/lib/elm_priv.h b/src/lib/elm_priv.h
>> index be92f15..4b258a6 100644
>> --- a/src/lib/elm_priv.h
>> +++ b/src/lib/elm_priv.h
>> @@ -148,6 +148,7 @@ extern const char *_elm_engines[];
>> #define ELM_WAYLAND_EGL (_elm_engines[11])
>> #define ELM_DRM (_elm_engines[12])
>> #define ELM_SOFTWARE_DDRAW(_elm_engines[13])
>> +#define ELM_EGLFS (_elm_engines[14])
>>
>> #define ELM_FONT_TOKEN_STYLE ":style="
>>
>> diff --git a/src/lib/elm_win.c b/src/lib/elm_win.c
>> index f9d3e84..3a57342 100644
>> --- a/src/lib/elm_win.c
>> +++ b/src/lib/elm_win.c
>> @@ -3446,6 +3446,7 @@ _elm_win_finalize_internal(Eo *obj, Elm_Win_Data
>> *sd, const char *name, Elm_Win_
>> #endif
>> #ifdef HAVE_ELEMENTARY_FB
>> enginelist[p++] = ELM_SOFTWARE_FB;
>> + enginelist[p++] = ELM_EGLFS;
>> #endif
>>}
>> #endif
>> @@ -3506,6 +3507,7 @@ _elm_win_finalize_internal(Eo *obj, Elm_Win_Data
>> *sd, const char *name, Elm_Win_
>>enginelist[p++] = ELM_DRM;
>> #endif
>> #ifdef HAVE_ELEMENTARY_FB
>> + enginelist[p++] = ELM_EGLFS;
>>enginelist[p++] = ELM_SOFTWARE_FB;
>> #endif
>> #ifdef HAVE_ELEMENTARY_COCOA
>> @@ -3551,6 +3553,7 @@ _elm_win_finalize_internal(Eo *obj, Elm_Win_Data
>> *sd, const char *name, Elm_Win_
>>enginelist[p++] = ELM_DRM;
>> #endif
>> #ifdef HAVE_ELEMENTARY_FB
>> + enginelist[p++] = ELM_EGLFS;
>>enginelist[p++] = ELM_SOFTWARE_FB;
>> #endif
>> #ifdef HAVE_ELEMENTARY_COCOA
>> @@ -3634,6 +3637,8 @@ _elm_win_finalize_internal(Eo *obj, Elm_Win_Data
>> *sd, const char *name, Elm_Win_
>> tmp_sd.ee = ecore_evas_ews_new(0, 0, 1, 1);
>> else if (!strcmp(enginelist[i], ELM
Re: [E-devel] EFL 1.15.1 build error with opengles
2015-10-01 0:21 GMT+02:00 Cedric BAIL <cedric.b...@free.fr>: > Hello, > > On Wed, Sep 30, 2015 at 7:00 AM, Nicolas Aguirre > <aguirre.nico...@gmail.com> wrote: >> I'm building EFL 1.15.1 with yocto for a sunxi processor and i want to >> use Mali glesv2 acceleration on xorg. >> >> I got multiples errors related to egl/glesv2. >> >> Configure log : http://paste.ubuntu.com/12624631/ >> Build log : http://paste.ubuntu.com/12624626/ > > I can not reproduce those build error. What is your system target ? I > have an Arch Linux on an O-Droid for testing the ARM build here. I > guess it is more related to the package you use to provide OpenGL > support. > >> For the Wayland issue, i fix it by using this patch : >> https://github.com/calaos/meta-calaos/blob/master/recipes-efl/efl/efl/0001-Fix-build-of-evas-gl-module-when-wayland-is-not-pres.patch >> (it was alreadu present in 1.14.y btw) >> >> It fixes the build, but it must be fixed upsteam IMO, but i have no >> idea how to do that properly. > > Patch fed208061e737e46f8f64eec5e85b333679faeb2 and relevant backport > in branch 1.15 should fix this issue. > >> About the the missing defines like GL_DEPTH_EXT, they should be >> present in gles header of Mali, but are missing if I understand >> correctly. In previous version o fefl i had to patch with that : >> https://github.com/calaos/meta-calaos/blob/master/recipes-efl/efl/efl/0002-Fix-RPI-build-EGL_OPENGL_ES3_BIT_KHR-is-undefined.patch >> I guess i should add other missing defines, in such patch or in Mali >> headers, But we could do something upsream for that ? > > Patch 72b13c3ebb0b5f117f3602871ec2842d4baac786 and relevant backport > in branch 1.15 should fix this issue. > >> Any thoughts ? > > Please test and let me know if all problem are solved after those patch. > > Have fun, > -- > Cedric BAIL > > -- > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Hi Cedric, Thanks for your patches. The build is now ok after adding few more defines, cf2b9ea5caa1570d1f9aa09bf0e3ed381b84ddef fix them. I also cherry-pick on 1.15 branch I will now tried with raspberrypi and imx6 processors, and add more defines if needed. Regards, Nicolas -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.calaos.fr Blog: http://dev.enlightenment.fr/~captainigloo/ -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL 1.15.1 build error with opengles
2015-10-01 19:44 GMT+02:00 Martin Jansa <martin.ja...@gmail.com>: > On Thu, Oct 01, 2015 at 10:07:49AM +0200, Nicolas Aguirre wrote: >> 2015-10-01 0:21 GMT+02:00 Cedric BAIL <cedric.b...@free.fr>: >> > Hello, >> > >> > On Wed, Sep 30, 2015 at 7:00 AM, Nicolas Aguirre >> > <aguirre.nico...@gmail.com> wrote: >> >> I'm building EFL 1.15.1 with yocto for a sunxi processor and i want to >> >> use Mali glesv2 acceleration on xorg. >> >> >> >> I got multiples errors related to egl/glesv2. >> >> >> >> Configure log : http://paste.ubuntu.com/12624631/ >> >> Build log : http://paste.ubuntu.com/12624626/ >> > >> > I can not reproduce those build error. What is your system target ? I >> > have an Arch Linux on an O-Droid for testing the ARM build here. I >> > guess it is more related to the package you use to provide OpenGL >> > support. >> > >> >> For the Wayland issue, i fix it by using this patch : >> >> https://github.com/calaos/meta-calaos/blob/master/recipes-efl/efl/efl/0001-Fix-build-of-evas-gl-module-when-wayland-is-not-pres.patch >> >> (it was alreadu present in 1.14.y btw) >> >> >> >> It fixes the build, but it must be fixed upsteam IMO, but i have no >> >> idea how to do that properly. >> > >> > Patch fed208061e737e46f8f64eec5e85b333679faeb2 and relevant backport >> > in branch 1.15 should fix this issue. >> > >> >> About the the missing defines like GL_DEPTH_EXT, they should be >> >> present in gles header of Mali, but are missing if I understand >> >> correctly. In previous version o fefl i had to patch with that : >> >> https://github.com/calaos/meta-calaos/blob/master/recipes-efl/efl/efl/0002-Fix-RPI-build-EGL_OPENGL_ES3_BIT_KHR-is-undefined.patch >> >> I guess i should add other missing defines, in such patch or in Mali >> >> headers, But we could do something upsream for that ? >> > >> > Patch 72b13c3ebb0b5f117f3602871ec2842d4baac786 and relevant backport >> > in branch 1.15 should fix this issue. >> > >> >> Any thoughts ? >> > >> > Please test and let me know if all problem are solved after those patch. >> > >> > Have fun, >> > -- >> > Cedric BAIL >> > >> > -- >> > ___ >> > enlightenment-devel mailing list >> > enlightenment-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> >> Hi Cedric, >> >> Thanks for your patches. >> The build is now ok after adding few more defines, >> cf2b9ea5caa1570d1f9aa09bf0e3ed381b84ddef fix them. I also cherry-pick >> on 1.15 branch >> >> I will now tried with raspberrypi and imx6 processors, and add more >> defines if needed. > > Would you mind sending those changes to meta-efl? > Hi Martin Yes, i would prefer to send the update of recipe to 1.15.2 instead of using patches. But yes it's what i want to do. Regards, Nicolas > Regards, > > -- > Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com > > -- > > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.calaos.fr Blog: http://dev.enlightenment.fr/~captainigloo/ -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Pre-release tarballs for efl and elm 1.15.2
2015-10-01 9:03 GMT+02:00 Daniel Juyung Seo <seojuyu...@gmail.com>: > Hello. > > I uploaded the tarballs for 1.15.2 last night KST which will become the final > release if I hear nothing problematic within the next 24h. > > https://download.enlightenment.org/pre-releases/efl-1.15.2-pre.tar.gz > b02596ae3194b57df7fdaafd62f620019bdd55e50a73c5bd69e4b66344e301bb > > https://download.enlightenment.org/pre-releases/elementary-1.15.2-pre.tar.gz > dcf5b9d65a6442e9d2dd5d255ccb2c85768e47345873d511540189e77d16d9cc > Hi Daniel On wich commit did you based your prerelease ? Cedric and I pushed patches which fix build of evas with some opengles stack. It would be interesting to have this patches in 1.15.2 ? Regards, Nicolas > Thanks, > Daniel Juyung Seo (SeoZ) > > -- > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.calaos.fr Blog: http://dev.enlightenment.fr/~captainigloo/ -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL 1.15.1 build error with opengles
Hi, I'm building EFL 1.15.1 with yocto for a sunxi processor and i want to use Mali glesv2 acceleration on xorg. I got multiples errors related to egl/glesv2. Configure log : http://paste.ubuntu.com/12624631/ Build log : http://paste.ubuntu.com/12624626/ For the Wayland issue, i fix it by using this patch : https://github.com/calaos/meta-calaos/blob/master/recipes-efl/efl/efl/0001-Fix-build-of-evas-gl-module-when-wayland-is-not-pres.patch (it was alreadu present in 1.14.y btw) It fixes the build, but it must be fixed upsteam IMO, but i have no idea how to do that properly. About the the missing defines like GL_DEPTH_EXT, they should be present in gles header of Mali, but are missing if I understand correctly. In previous version o fefl i had to patch with that : https://github.com/calaos/meta-calaos/blob/master/recipes-efl/efl/efl/0002-Fix-RPI-build-EGL_OPENGL_ES3_BIT_KHR-is-undefined.patch I guess i should add other missing defines, in such patch or in Mali headers, But we could do something upsream for that ? Any thoughts ? Regards, Nicolas -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.calaos.fr Blog: http://dev.enlightenment.fr/~captainigloo/ -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Bug report: Framebuffer support is broken.
2015-09-27 2:19 GMT+02:00 vj <vice...@gmail.com>:
> Hello,
>
> Is this the correct place for a bug report?
> If yes, here it is:
>
> I'm trying to build a buildroot system with the musl libc, efl and
> elementary libraries and framebuffer graphics.
> For testing I'm using terminology.
> The target is the BeagleBoneBlack with an Cortex-A8 ARM cpu and the
> host is x86-64.
> It has been tested with two toolchains: gcc-4.9.3 and gcc-5.2.0. Both
> with the same result.
> It is build with the warning messages enabled.
> When running terminology, a message appears in eina_module_load with:
> could not dlopen("/usr/lib/ecore_evas/engines/fb/v-1.15/module.so",
> Error relocating /usr/lib/ecore_evas/engines/fb/v-1.15/module.so:
> ecore_fb_ts_shutdown: symbol not found): RTLD_NOW
> Rebuilding efl with the -fvisibility=default gcc flag it works fine,
> but it's use should be discouraged IMO.
> It seems like the EAPI macro has no effect...
>
Hi Vincente
We got this error few moth ago when trying to launch elementary on a
yocto build.
We didn't fix correctly the problem, but at least with the patch :
https://github.com/FlorentRevest/EFL/commit/6ecc8b8d889a712bbc24c56704a650c3c5a6ab99
it builds and run correctly. Not sure if the touchscreen was working,
as we had only a simple screen.
It would be better if we could fix the problem correctly:-)
Regards,
Nicolas
> The issue is also reproducible with:
> qemu-arm -L /tmp/buildroot /tmp/buildroot/usr/bin/terminology
> Which is much easy than to load it to a BBB.
>
> For reference and reproducibility I have been using
> git://github.com/RomainNaour/buildroot.git
> branch efl-1.15.1-v1
> git revert --no-edit bae9cf8354208bdad7780e0d11e5b4c8cf1b1f3e
>
> The toolchain configuration is:
> BR2_arm=y
> BR2_cortex_a8=y
> BR2_ARM_EABIHF=y
> BR2_ARM_FPU_NEON=y
> BR2_DL_DIR="/var/abs/local/sources"
> BR2_HOST_DIR="/opt/arm-buildroot-linux-musleabihf"
> BR2_TOOLCHAIN_BUILDROOT_MUSL=y
> BR2_BINUTILS_VERSION_2_25_X=y
> BR2_GCC_VERSION_5_X=y
> BR2_TOOLCHAIN_BUILDROOT_CXX=y
> BR2_GCC_ENABLE_LTO=y
> BR2_GCC_ENABLE_GRAPHITE=y
>
> And the system configuration is:
> BR2_arm=y
> BR2_cortex_a8=y
> BR2_ARM_EABIHF=y
> BR2_ARM_FPU_NEON=y
> BR2_OPTIMIZE_3=y
> BR2_TOOLCHAIN_EXTERNAL=y
> BR2_TOOLCHAIN_EXTERNAL_CUSTOM=y
> BR2_TOOLCHAIN_EXTERNAL_PATH="/opt/arm-buildroot-linux-musleabihf/usr"
> BR2_TOOLCHAIN_EXTERNAL_CUSTOM_PREFIX="arm-buildroot-linux-musleabihf"
> BR2_TOOLCHAIN_EXTERNAL_GCC_5=y
> BR2_TOOLCHAIN_EXTERNAL_HEADERS_4_2=y
> BR2_TOOLCHAIN_EXTERNAL_CUSTOM_MUSL=y
> BR2_TOOLCHAIN_EXTERNAL_CXX=y
> BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV=y
> # BR2_PACKAGE_EFL_RECOMMENDED_CONFIG is not set
> BR2_PACKAGE_EFL_FB=y
> BR2_PACKAGE_EFL_PNG=y
> BR2_PACKAGE_EFL_JPEG=y
> BR2_PACKAGE_TERMINOLOGY=y
>
> Regards,
> Vicente.
>
> ----------
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://www.calaos.fr
Blog: http://dev.enlightenment.fr/~captainigloo/
--
___
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/07: ecore_evas: Adds an eglfs module
/ecore_evas_module.c
+++ b/src/lib/ecore_evas/ecore_evas_module.c
@@ -189,6 +189,9 @@ _ecore_evas_available_engines_get(void)
#ifdef BUILD_ECORE_EVAS_FB
ADDENG(fb);
#endif
+#ifdef BUILD_ECORE_EVAS_EGLFS
+ADDENG(eglfs);
+#endif
}
else if (!strcmp(name, x))
{
diff --git a/src/modules/ecore_evas/engines/fb/ecore_evas_fb.c
b/src/modules/ecore_evas/engines/fb/ecore_evas_fb.c
index 8042d0c..34e410d 100644
--- a/src/modules/ecore_evas/engines/fb/ecore_evas_fb.c
+++ b/src/modules/ecore_evas/engines/fb/ecore_evas_fb.c
@@ -744,3 +744,109 @@ ecore_evas_fb_new_internal(const char *disp_name, int
rotation, int w, int h)
evas_event_feed_mouse_in(ee-evas, (unsigned int)((unsigned long
long)(ecore_time_get() * 1000.0) 0x), NULL);
return ee;
}
+
+#ifdef BUILD_ECORE_EVAS_EGLFS
+EAPI Ecore_Evas *
+ecore_evas_eglfs_new_internal(const char *disp_name, int rotation, int w,
int h)
+{
+ Evas_Engine_Info_FB *einfo;
+ Ecore_Evas_Engine_FB_Data *idata;
+ Ecore_Evas *ee;
+
+ int rmethod;
+
+ if (!disp_name)
+ disp_name = ecore_evas_default_display;
+
+ rmethod = evas_render_method_lookup(eglfs);
+ if (!rmethod) return NULL;
+
+ if (!ecore_fb_init(disp_name)) return NULL;
+ ee = calloc(1, sizeof(Ecore_Evas));
+ if (!ee) return NULL;
+ idata = calloc(1, sizeof(Ecore_Evas_Engine_FB_Data));
+
+ ee-engine.data = idata;
+
+ ECORE_MAGIC_SET(ee, ECORE_MAGIC_EVAS);
+
+ _ecore_evas_fb_init(ee, w, h);
+
+ ecore_fb_callback_gain_set(_ecore_evas_fb_gain, ee);
+ ecore_fb_callback_lose_set(_ecore_evas_fb_lose, ee);
+
+ ee-engine.func = (Ecore_Evas_Engine_Func *)_ecore_fb_engine_func;
+
+ ee-driver = eglfs;
+ if (disp_name) ee-name = strdup(disp_name);
+
+ if (w 1) w = 1;
+ if (h 1) h = 1;
+ ee-rotation = rotation;
+ ee-visible = 1;
+ ee-w = w;
+ ee-h = h;
+ ee-req.w = ee-w;
+ ee-req.h = ee-h;
+
+ ee-prop.max.w = 0;
+ ee-prop.max.h = 0;
+ ee-prop.layer = 0;
+ ee-prop.focused = EINA_FALSE;
+ ee-prop.borderless = EINA_TRUE;
+ ee-prop.override = EINA_TRUE;
+ ee-prop.maximized = EINA_TRUE;
+ ee-prop.fullscreen = EINA_FALSE;
+ ee-prop.withdrawn = EINA_TRUE;
+ ee-prop.sticky = EINA_FALSE;
+
+ /* init evas here */
+ ee-evas = evas_new();
+ evas_data_attach_set(ee-evas, ee);
+ evas_output_method_set(ee-evas, rmethod);
+
+ if (ECORE_EVAS_PORTRAIT(ee))
+ {
+ evas_output_size_set(ee-evas, w, h);
+ evas_output_viewport_set(ee-evas, 0, 0, w, h);
+ }
+ else
+ {
+ evas_output_size_set(ee-evas, h, w);
+ evas_output_viewport_set(ee-evas, 0, 0, h, w);
+ }
+
+ einfo = (Evas_Engine_Info_FB *)evas_engine_info_get(ee-evas);
+ if (einfo disp_name)
+ {
+einfo-info.virtual_terminal = 0;
+einfo-info.device_number = strtol(disp_name, NULL, 10);
+einfo-info.refresh = 0;
+einfo-info.rotation = ee-rotation;
+if (!evas_engine_info_set(ee-evas, (Evas_Engine_Info *)einfo))
+ {
+ ERR(evas_engine_info_set() for engine '%s' failed.,
ee-driver);
+ ecore_evas_free(ee);
+ return NULL;
+ }
+ }
+ else
+ {
+ERR(evas_engine_info_set() init engine '%s' failed., ee-driver);
+ecore_evas_free(ee);
+return NULL;
+ }
+
+ ecore_evas_input_event_register(ee);
+
+ ee-engine.func-fn_render = _ecore_evas_fb_render;
+ _ecore_evas_register(ee);
+ ecore_event_window_register(1, ee, ee-evas,
+
(Ecore_Event_Mouse_Move_Cb)_ecore_evas_mouse_move_process,
+
(Ecore_Event_Multi_Move_Cb)_ecore_evas_mouse_multi_move_process,
+
(Ecore_Event_Multi_Down_Cb)_ecore_evas_mouse_multi_down_process,
+
(Ecore_Event_Multi_Up_Cb)_ecore_evas_mouse_multi_up_process);
+ evas_event_feed_mouse_in(ee-evas, (unsigned int)((unsigned long
long)(ecore_time_get() * 1000.0) 0x), NULL);
+ return ee;
+}
+#endif
--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://www.calaos.fr
Blog: http://dev.enlightenment.fr/~captainigloo/
--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 07/07: [HACK] configure.ac: Forces linking with -lEGL
Yes, it was my mistake, bad push, i reverted it.
2015-08-03 14:23 GMT+02:00 Daniel Kolesa dan...@octaforge.org:
On Mon, Aug 3, 2015 at 1:21 PM, Daniel Kolesa dan...@octaforge.org wrote:
On Mon, Aug 3, 2015 at 1:16 PM, Florent Revest revest...@gmail.com wrote:
captainigloo pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=9f8f64b697f974dc204acd340560e9547b21d743
commit 9f8f64b697f974dc204acd340560e9547b21d743
Author: Florent Revest revest...@gmail.com
Date: Wed Jul 22 18:56:25 2015 +0200
[HACK] configure.ac: Forces linking with -lEGL
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 399a0bb..22e8770 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1986,7 +1986,7 @@ evas_engine_gl_common_cflags=
if test x${have_egl} = xyes; then
evas_engine_gl_common_libs=-lEGL
else
- evas_engine_gl_common_libs=-lGL
+ evas_engine_gl_common_libs=-lEGL
fi
What is the reason behind this? It seems completely wrong and will
break things. -lEGL is already used if have_egl is yes.
Besides that, this deserves a revert, as we are still in a feature freeze.
# The lines below fix compiling/linking of gl_generic on OSX
--
--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://www.calaos.fr
Blog: http://dev.enlightenment.fr/~captainigloo/
--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Presentation: EGLFS module for the EFL and Boot2EFL
2015-08-03 12:28 GMT+02:00 Florent R revest...@gmail.com: Hi, As part of an internship for OpenWide Ingénierie, I spent the latest month working on an EGLFS (EGL Full Screen) module for the EFL. The idea is similar to the Qt's EGLFS module, indeed the goal is to provide hardware accelerated graphics on embedded linux platforms which only support the framebuffer and libEGL/libGLESv2 without using X11, Wayland or KMS. This opens up numerous exciting possibilities: for example I've been able to use Enlightenment on Android devices with libhybris. However with just a little bit more code other examples may include standalone EFL on the Raspberry-Pi, or on Mali platforms, iMX6 and so on... My work included the creation of ecore_evas_eglfs which uses the existing ecore_fb and the new evas_eglfs. As the ecore_evas_eglfs module is almost the same as ecore_evas_fb, code duplication was avoided by appending ecore_evas_eglfs_new_internal at the end of ecore_evas_fb.c. (in the same way as ecore_evas_gl_drm_new was added at the end of ecore_evas_drm.c) The evas_eglfs module includes more new things. This time my work was based on gl_drm, however I removed the usage of DRM and GBM to only keep the bare necessities: EGL/GLESv2. When using eglCreateWindowSurface the native_window argument is set to NULL so that EGL creates a full screen surface. In order to make this work more useful I also added EGLFS support to Elementary and I created a Wl_Eglfs module for Enlightenment. I was able to test my module in plenty of situations including: unit tests with expedite, simple application with elementary_tests standalone, complete desktop experience with enlightenment and fully-featured app with calaos. My code modifications are available on the following git repositories which might still be a little bit hacky for now : * https://github.com/FlorentRevest/EFL * https://github.com/FlorentRevest/Elementary * https://github.com/FlorentRevest/Enlightenment Hi Florent, I pushed (after some troubles ;-)) in devs/captainigloo/eglfs branch https://git.enlightenment.org/core/enlightenment.git/log/?h=devs/captainigloo/eglfs https://git.enlightenment.org/core/efl.git/log/?h=devs/captainigloo/eglfs https://git.enlightenment.org/core/elementary.git/log/?h=devs/captainigloo/eglfs Thanks for your work. During my epic journey with EFL on embedded Linux I also created an OpenEmbedded distribution called boot2efl. Once again my work was inspired by boot2qt and I designed a lightweight system able to run on libhybris. The most supported platform is the radxa rock however there is some very early support for the ODroid C1 and Cubieboard1. You can download a flashable update.img image here : Or you can build it yourself by running the following commands : git clone https://github.com/FlorentRevest/boot2efl cd boot2efl . ./prepare-build.sh bitbake boot2efl-image Demonstration videos are available on youtube here : https://youtu.be/RdCyzL0Gguk https://youtu.be/YnD9qt1dvGc https://youtu.be/zjGWFNGl4iw As you can see on the Enlightenment example there is a glitch when showing the main menu. It still needs some investigations. I hope my work will prove useful to someone else, I believe it can be a great piece of news for Tizen porting on Android devices. (libhybris is the technology behind namely SailfishOS, WebOS-Ports, Mer and Nemomobile) Don't hesitate to ask me any question you might have on my plugin or to share your thoughts about my work. Florent Revest -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.calaos.fr Blog: http://dev.enlightenment.fr/~captainigloo/ -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Bus Error on edje_cc when building EFL
2015-07-08 12:21 GMT+02:00 Carsten Haitzler ras...@rasterman.com: On Wed, 8 Jul 2015 11:06:42 +0200 Nicolas Aguirre aguirre.nico...@gmail.com said: Hi, i'm trying to build efl master (fbb462371fbb922e4387e77efb27690f8e44d8a1) on CentOS 7. I'm using the following options : ./configure --disable-doc --disable-libeeze --disable-systemd --enable-fb --disable-fontconfig --disable-fribidi --disable-eo-id --disable-image-loader-bmp --disable-image-loader-generic --disable-image-loader-gif --disable-image-loader-ico --disable-image-loader-ico --enable-image-loader-jpeg --disable-image-loader-jp2k --disable-image-loader-pmaps --disable-image-loader-png --disable-image-loader-psd --disable-image-loader-tga --disable-image-loader-tiff --disable-image-loader-wbmp --disable-image-loader-webp --disable-image-loader-xpm --disable-image-loader-tgv --disable-image-loader-dds --disable-cserve --disable-g-main-loop --disable-gstreamer --disable-gstreamer1 --disable-tslib --disable-libmount --disable-audio --disable-pulseaudio --disable-avahi --disable-gesture --disable-xpresent --disable-xinput2 --disable-xinput22 --disable-xim --disable-scim --disable-ibus --disable-physics --disable-multisense --disable-xine --disable-v4l2 --with-crypto=none --with-x11=none --with-opengl=none --without-x --with-glib=no --enable-i-really-know-what-i-am-doing-and-that-this-will-probably-break-things-and-i-will-fix-them-myself-and-send-patches-aba --with-tests=none --enable-lua-old I'm trying to build efl for an embedded with EFL as smallest as possible. But i get an error when building a theme in ethumb directory with edje_cc : There is no cross compilation here, for now :-) LANG=C make -j41 make --no-print-directory all-recursive Making all in src make all-recursive make[4]: Nothing to be done for `all-am'. Making all in data EDJ ethumb/frames/default.edj /bin/sh: line 2: 25416 Bus error (core dumped) EFL_RUN_IN_TREE=1 ../src/bin/edje/edje_cc -id . -fd . -id ./ethumb/frames/ ethumb/frames/default.edc ethumb/frames/default.edj make[2]: *** [ethumb/frames/default.edj] Error 135 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 And the gdb backtrace : EFL_RUN_IN_TREE=1 libtool --mode=execute gdb --args ../src/bin/edje/edje_cc -id . -fd . -id ./ethumb/frames/ ethumb/frames/default.edc ethumb/frames/default.edj GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-64.el7 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-redhat-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /home/nico/src/efl/src/bin/edje/edje_cc...done. (gdb) r Starting program: /home/nico/src/efl/data/../src/bin/edje/edje_cc -id . -fd . -id ./ethumb/frames/ ethumb/frames/default.edc ethumb/frames/default.edj [Thread debugging using libthread_db enabled] Using host libthread_db library /lib64/libthread_db.so.1. [New Thread 0x70289700 (LWP 26330)] Program received signal SIGBUS, Bus error. _eo_do_start (eo_id=eo_id@entry=0x8000, cur_klass_id=cur_klass_id@entry=0x0, is_super=is_super@entry=0 '\000', file=file@entry=0x5f02d1 lib/eo/eo.c, func=func@entry=0x5f051c __FUNCTION__.11739 eo_del, line=line@entry=1601) at lib/eo/eo.c:524 524 if (!_eo_do_internal(eo_id, cur_klass_id, is_super, fptr, pfptr)) Missing separate debuginfos, use: debuginfo-install freetype-2.4.11-10.el7_1.1.x86_64 libjpeg-turbo-1.2.90-5.el7.x86_64 lua-5.1.4-14.el7.x86_64 zlib-1.2.7-13.el7.x86_64 (gdb) bt full #0 _eo_do_start (eo_id=eo_id@entry=0x8000, cur_klass_id=cur_klass_id@entry=0x0, is_super=is_super@entry=0 '\000', file=file@entry=0x5f02d1 lib/eo/eo.c, func=func@entry=0x5f051c __FUNCTION__.11739 eo_del, line=line@entry=1601) at lib/eo/eo.c:524 is_main_loop = optimized out ret = 1 '\001' fptr = 0x77ff2020 pfptr = optimized out #1 0x0053d343 in eo_del (obj=0x8000) at lib/eo/eo.c:1601 parent_tmp = optimized out __FUNCTION__ = eo_del #2 0x0053df22 in _eo_add_internal_end (eo_id=optimized out) at lib/eo/eo.c:1000 fptr = 0x77ff2020 #3 _eo_add_end () at lib/eo/eo.c:1008 ret = optimized out #4 0x00584dde in ecore_con_server_connect (compl_type=ECORE_CON_LOCAL_USER, name=name@entry=0x5fbee4 efreetd, port=port@entry=0, data=data@entry=0x89b230) at lib/ecore_con/ecore_con.c:465 obj = optimized out __FUNCTION__ = ecore_con_server_connect #5 0x0057e0c8 in ecore_ipc_server_connect (compl_type=compl_type@entry=ECORE_IPC_LOCAL_USER, name=name@entry=0x5fbee4 efreetd, port
[E-devel] Bus Error on edje_cc when building EFL
/efreet_cache.c:269
buf =
/home/nico/.cache/efreet\000\000\000\000\000\000\000\000\000\320\000\000\000\000\000\000\000\020\000\000\000\000\000\000\250\000\000\000\000\000\000\000\003\346\234U\000\000\000\000\347\335\311\f\000\000\000\000\026֜U\000\000\000\000\233ڣ\006\000\000\000\000\026֜U\000\000\000\000\233ڣ\006,
'\000' repeats 1236 times...
__FUNCTION__ = efreet_cache_init
#7 0x0057388e in efreet_init () at lib/efreet/efreet.c:76
tmp = optimized out
#8 0x0057172b in edje_init () at lib/edje/edje_main.c:72
__FUNCTION__ = edje_init
#9 0x00406f06 in main (argc=9, argv=0x7fffdf68) at
bin/edje/edje_cc.c:376
i = optimized out
st = {st_dev = 64770, st_ino = 72541655, st_nlink = 1, st_mode
= 33204, st_uid = 1000, st_gid = 1000, __pad0 = 0, st_rdev = 0,
st_size = 761, st_blksize = 4096, st_blocks = 8, st_atim = {
tv_sec = 1436344614, tv_nsec = 142146707}, st_mtim =
{tv_sec = 1436341714, tv_nsec = 672789014}, st_ctim = {tv_sec =
1436341714, tv_nsec = 672789014}, __unused = {0, 0, 0}}
rpath = /home/nico/src/efl/data/ethumb/frames/default.edc,
'\000' repeats 4046 times
rpath2 = /home/nico/src/efl/data/ethumb/frames/default.edj,
'\000' repeats 471 times...
__FUNCTION__ = main
When looking at these backtrace i realized that edje_cc needs efreetd.
I'm just curious but why the edje compiler needs efreet ?
any idea on how to fix this build issue ?
Regards,
--
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://www.calaos.fr
Blog: http://dev.enlightenment.fr/~captainigloo/
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/elementary] master 01/01: Revert elm_slideshow: looking for right data directory in prefix.
captainigloo pushed a commit to branch master. http://git.enlightenment.org/core/elementary.git/commit/?id=01aa1ca2cd111dad30d270a2c3459fc7330506f6 commit 01aa1ca2cd111dad30d270a2c3459fc7330506f6 Author: Nicolas Aguirre aguirre.nico...@gmail.com Date: Fri Mar 27 13:25:57 2015 +0100 Revert elm_slideshow: looking for right data directory in prefix. This reverts commit c8ca1ad1b3390c9bf6712b616f971d814c63c274. --- src/bin/test_slideshow.c | 29 + 1 file changed, 9 insertions(+), 20 deletions(-) diff --git a/src/bin/test_slideshow.c b/src/bin/test_slideshow.c index 0414ef2..8da3aff 100644 --- a/src/bin/test_slideshow.c +++ b/src/bin/test_slideshow.c @@ -3,6 +3,15 @@ static Evas_Object *slideshow, *bt_start, *bt_stop; static Elm_Slideshow_Item_Class itc; +static const char *img1 = PACKAGE_DATA_DIR/images/logo.png; +static const char *img2 = PACKAGE_DATA_DIR/images/plant_01.jpg; +static const char *img3 = PACKAGE_DATA_DIR/images/rock_01.jpg; +static const char *img4 = PACKAGE_DATA_DIR/images/rock_02.jpg; +static const char *img5 = PACKAGE_DATA_DIR/images/sky_01.jpg; +static const char *img6 = PACKAGE_DATA_DIR/images/sky_04.jpg; +static const char *img7 = PACKAGE_DATA_DIR/images/wood_01.jpg; +static const char *img8 = PACKAGE_DATA_DIR/images/mystrale.jpg; +static const char *img9 = PACKAGE_DATA_DIR/images/mystrale_2.jpg; static void _notify_show(void *data, Evas *e EINA_UNUSED, Evas_Object *obj EINA_UNUSED, void *event_info EINA_UNUSED) @@ -103,26 +112,6 @@ test_slideshow(void *data EINA_UNUSED, Evas_Object *obj EINA_UNUSED, void *event const char *transition, *layout; Elm_Object_Item *slide_last_it; - char img1[PATH_MAX]; - char img2[PATH_MAX]; - char img3[PATH_MAX]; - char img4[PATH_MAX]; - char img5[PATH_MAX]; - char img6[PATH_MAX]; - char img7[PATH_MAX]; - char img8[PATH_MAX]; - char img9[PATH_MAX]; - - snprintf(img1, sizeof(img1), %s/images/logo.png, elm_app_data_dir_get()); - snprintf(img2, sizeof(img2), %s/images/plant_01.jpg, elm_app_data_dir_get()); - snprintf(img3, sizeof(img3), %s/images/rock_01.jpg, elm_app_data_dir_get()); - snprintf(img4, sizeof(img4), %s/images/rock_02.png, elm_app_data_dir_get()); - snprintf(img5, sizeof(img5), %s/images/sky_01.png, elm_app_data_dir_get()); - snprintf(img6, sizeof(img6), %s/images/sky_04.png, elm_app_data_dir_get()); - snprintf(img7, sizeof(img7), %s/images/wood_01.png, elm_app_data_dir_get()); - snprintf(img8, sizeof(img8), %s/images/mystrale.png, elm_app_data_dir_get()); - snprintf(img9, sizeof(img9), %s/images/mystrale_2.png, elm_app_data_dir_get()); - win = elm_win_util_standard_add(slideshow, Slideshow); elm_win_autodel_set(win, EINA_TRUE); --
[EGIT] [core/elementary] master 01/01: elm-tests: slideshow : looking for right data directory in prefix.
captainigloo pushed a commit to branch master.
http://git.enlightenment.org/core/elementary.git/commit/?id=41a5072d14c76c811c555d1b435c9876acf0c438
commit 41a5072d14c76c811c555d1b435c9876acf0c438
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Fri Mar 27 14:42:07 2015 +0100
elm-tests: slideshow : looking for right data directory in prefix.
This cmomit fixes the previous revert, as it was introducing load of
incorrect path for images.
---
src/bin/test_slideshow.c | 39 +--
1 file changed, 21 insertions(+), 18 deletions(-)
diff --git a/src/bin/test_slideshow.c b/src/bin/test_slideshow.c
index 8da3aff..e43e7ec 100644
--- a/src/bin/test_slideshow.c
+++ b/src/bin/test_slideshow.c
@@ -3,15 +3,6 @@
static Evas_Object *slideshow, *bt_start, *bt_stop;
static Elm_Slideshow_Item_Class itc;
-static const char *img1 = PACKAGE_DATA_DIR/images/logo.png;
-static const char *img2 = PACKAGE_DATA_DIR/images/plant_01.jpg;
-static const char *img3 = PACKAGE_DATA_DIR/images/rock_01.jpg;
-static const char *img4 = PACKAGE_DATA_DIR/images/rock_02.jpg;
-static const char *img5 = PACKAGE_DATA_DIR/images/sky_01.jpg;
-static const char *img6 = PACKAGE_DATA_DIR/images/sky_04.jpg;
-static const char *img7 = PACKAGE_DATA_DIR/images/wood_01.jpg;
-static const char *img8 = PACKAGE_DATA_DIR/images/mystrale.jpg;
-static const char *img9 = PACKAGE_DATA_DIR/images/mystrale_2.jpg;
static void
_notify_show(void *data, Evas *e EINA_UNUSED, Evas_Object *obj EINA_UNUSED,
void *event_info EINA_UNUSED)
@@ -111,6 +102,20 @@ test_slideshow(void *data EINA_UNUSED, Evas_Object *obj
EINA_UNUSED, void *event
const Eina_List *l;
const char *transition, *layout;
Elm_Object_Item *slide_last_it;
+ unsigned long i;
+
+ const char *imgs[] = {
+ logo.png,
+ rock_01.jpg,
+ rock_02.jpg,
+ sky_01.jpg,
+ sky_04.jpg,
+ wood_01.jpg,
+ mystrale.jpg,
+ mystrale_2.jpg,
+ NULL
+ };
+
win = elm_win_util_standard_add(slideshow, Slideshow);
elm_win_autodel_set(win, EINA_TRUE);
@@ -124,15 +129,13 @@ test_slideshow(void *data EINA_UNUSED, Evas_Object *obj
EINA_UNUSED, void *event
itc.func.get = _get;
itc.func.del = NULL;
- elm_slideshow_item_add(slideshow, itc, img1);
- elm_slideshow_item_add(slideshow, itc, img2);
- elm_slideshow_item_add(slideshow, itc, img3);
- elm_slideshow_item_add(slideshow, itc, img4);
- elm_slideshow_item_add(slideshow, itc, img9);
- elm_slideshow_item_add(slideshow, itc, img5);
- elm_slideshow_item_add(slideshow, itc, img6);
- elm_slideshow_item_add(slideshow, itc, img7);
- slide_last_it = elm_slideshow_item_add(slideshow, itc, img8);
+ for (i = 0; imgs[i]; i++)
+ {
+const char *img = eina_stringshare_printf(%s/images/%s,
elm_app_data_dir_get(), imgs[i]);
+printf(Img : %s\n, img);
+slide_last_it = elm_slideshow_item_add(slideshow, itc, img);
+ }
+
evas_object_smart_callback_add(slideshow, transition,end,
_slide_transition, slide_last_it);
notify = elm_notify_add(win);
--
[EGIT] [core/efl] master 01/01: evas: fix gl_cocoa build after recent changes in evas_common_draw_context_font_ext_set.
cedric pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=940f2e72f934ba1987b3326b7b8655b66d41af9d commit 940f2e72f934ba1987b3326b7b8655b66d41af9d Author: Nicolas Aguirre aguirre.nico...@gmail.com Date: Thu Mar 26 18:08:14 2015 +0100 evas: fix gl_cocoa build after recent changes in evas_common_draw_context_font_ext_set. Now evas_common_draw_context_font_ext_set takes 3 more parameters, fix the build by adding NULL for the function pointers. We really need to switch to gl_generic here, it would avoid this kind of problems. Signed-off-by: Cedric BAIL ced...@osg.samsung.com --- src/modules/evas/engines/gl_cocoa/evas_engine.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/src/modules/evas/engines/gl_cocoa/evas_engine.c b/src/modules/evas/engines/gl_cocoa/evas_engine.c index fc660b6..4acca80 100644 --- a/src/modules/evas/engines/gl_cocoa/evas_engine.c +++ b/src/modules/evas/engines/gl_cocoa/evas_engine.c @@ -1046,14 +1046,20 @@ eng_font_draw(void *data, void *context, void *surface, Evas_Font_Set *font EINA re-win-gl_context, evas_gl_font_texture_new, evas_gl_font_texture_free, - evas_gl_font_texture_draw); + evas_gl_font_texture_draw, + NULL, + NULL, + NULL); evas_common_font_draw_prepare(intl_props); evas_common_font_draw(im, context, x, y, intl_props-glyphs); evas_common_draw_context_font_ext_set(context, NULL, NULL, NULL, - NULL); + NULL, + NULL, + NULL, + NULL); } return EINA_FALSE; --
[EGIT] [core/efl] master 01/02: ecore_con: do not try to load /etc/resolv.conf when on windows.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=242e108e37bf24d3bc4d4e359abd0e1b61a07ad0
commit 242e108e37bf24d3bc4d4e359abd0e1b61a07ad0
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Fri Jan 30 14:23:18 2015 +0100
ecore_con: do not try to load /etc/resolv.conf when on windows.
Signed-off-by: Cedric BAIL ced...@osg.samsung.com
---
src/lib/ecore_con/dns.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/lib/ecore_con/dns.c b/src/lib/ecore_con/dns.c
index 1811dab..b524427 100644
--- a/src/lib/ecore_con/dns.c
+++ b/src/lib/ecore_con/dns.c
@@ -3747,6 +3747,7 @@ struct dns_resolv_conf *dns_resconf_local(int *error_) {
if (!(resconf = dns_resconf_open(error)))
goto error;
+#ifndef _WIN32
if ((error = dns_resconf_loadpath(resconf, /etc/resolv.conf)))
goto error;
@@ -3754,6 +3755,7 @@ struct dns_resolv_conf *dns_resconf_local(int *error_) {
if (error != ENOENT)
goto error;
}
+#endif
return resconf;
error:
--
[EGIT] [core/efl] master 02/02: ecore: trigger events on FD_READ, FD_CONNECT and FD_ACCEPT.
cedric pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=257e399e533554459063af19decf93c501ab3281 commit 257e399e533554459063af19decf93c501ab3281 Author: Nicolas Aguirre aguirre.nico...@gmail.com Date: Fri Jan 30 14:25:04 2015 +0100 ecore: trigger events on FD_READ, FD_CONNECT and FD_ACCEPT. Signed-off-by: Cedric BAIL ced...@osg.samsung.com --- src/lib/ecore/ecore_main.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/lib/ecore/ecore_main.c b/src/lib/ecore/ecore_main.c index f939518..a9f65f7 100644 --- a/src/lib/ecore/ecore_main.c +++ b/src/lib/ecore/ecore_main.c @@ -2254,9 +2254,9 @@ _ecore_main_win32_select(int nfds EINA_UNUSED, WSAEnumNetworkEvents(sockets[result], objects[result], network_event); -if ((network_event.lNetworkEvents FD_READ) readfds) +if ((network_event.lNetworkEvents (FD_READ | FD_CONNECT | FD_ACCEPT)) readfds) FD_SET(sockets[result], readfds); -if ((network_event.lNetworkEvents FD_WRITE) writefds) +if ((network_event.lNetworkEvents (FD_WRITE | FD_CLOSE)) writefds) FD_SET(sockets[result], writefds); if ((network_event.lNetworkEvents FD_OOB) exceptfds) FD_SET(sockets[result], exceptfds); --
Re: [E-devel] Tutorial for setting up EFL/Elementary via Windows Builds?
Hi Jeff, by following the guide pointed by Jaehyun Cho, you will be able to build EFL and Elementary for windows. Regards, Nicolas 2015-03-19 5:16 GMT+01:00 조재현 jae_hyun_...@naver.com: Dear Jeff Hoogland, You can check the following wiki website and follow the instructions. https://phab.enlightenment.org/w/windows/ 1. Msys2 installation 2. Packages installation 3. EFL Installation 4. Elementary Installation I have installed EFL and Elementary on Windows and I built them on Windows machine. To build EFL and Elementary on Windows machine, you need to install msys2 and then install win-builds-1.5 on the msys2 directory. As you might know, installing msys2 enables you to use gcc, make, and so on like linux. And installing win-builds enables you to use windows libraries. Regards, Jaehyun Cho. -Original Message- From: Jeff Hooglandlt;jeffhoogl...@linux.comgt; To: e-devellt;enlightenment-devel@lists.sourceforge.netgt;; Cc: Sent: 2015-03-19 (목) 01:06:36 Subject: [E-devel] Tutorial for setting up EFL/Elementary via Windows Builds? So this tool -gt; http://win-builds.org/doku.php Claims to have pre-compiled Windows binaries for EFL/Elementary. Does anyone know if there are steps detailed somewhere for setting up this tool and getting EFL/Elementary functional with it? One of my eventual goals is to help make Py-EFL easily install-able on Windows, first step before I can compile that is to get EFL/Elementary installed so I can compile py-efl. If it was easily accessible there it would mean the toolkit would have a lot more draw for developers and more developers means more improvements for everyone :) -- ~Jeff Hoogland lt;http://jeffhoogland.com/gt; My Projects on GitHub lt;https://github.com/JeffHooglandgt; -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.calaos.fr Blog: http://dev.enlightenment.fr/~captainigloo/ -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/efl] master 10/19: evas: free EvasGlView when the evas is freed in gl_cocoa backend.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=3c14cab0c676e349a9f1f01e9aadd2a2aec546b5
commit 3c14cab0c676e349a9f1f01e9aadd2a2aec546b5
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Thu Feb 5 18:29:56 2015 +0100
evas: free EvasGlView when the evas is freed in gl_cocoa backend.
EvasGLView is now correctly freed when the Evas is destroyed
Signed-off-by: Cedric BAIL ced...@osg.samsung.com
---
src/modules/evas/engines/gl_cocoa/evas_gl_cocoa_main.m | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/modules/evas/engines/gl_cocoa/evas_gl_cocoa_main.m
b/src/modules/evas/engines/gl_cocoa/evas_gl_cocoa_main.m
index 22eecf9..256bd66 100644
--- a/src/modules/evas/engines/gl_cocoa/evas_gl_cocoa_main.m
+++ b/src/modules/evas/engines/gl_cocoa/evas_gl_cocoa_main.m
@@ -93,9 +93,12 @@ eng_window_new(void *window,
void
eng_window_free(Evas_GL_Cocoa_Window *gw)
{
- if (gw == _evas_gl_cocoa_window) _evas_gl_cocoa_window = NULL;
+ if (gw == _evas_gl_cocoa_window)
+ _evas_gl_cocoa_window = NULL;
+
evas_gl_common_context_free(gw-gl_context);
- free(gw);
+ [(EvasGLView*)gw-view release];
+free(gw);
}
void
--
[EGIT] [core/efl] master 12/19: evas: symetric lock/unlock calls in gl_cocoa backend.
cedric pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=cf730014cfccf7f8c0fa86af2440ed7439c43101 commit cf730014cfccf7f8c0fa86af2440ed7439c43101 Author: Nicolas Aguirre aguirre.nico...@gmail.com Date: Thu Feb 12 08:29:40 2015 +0100 evas: symetric lock/unlock calls in gl_cocoa backend. this code add symetric calls to lock and unlock focus view Signed-off-by: Cedric BAIL ced...@osg.samsung.com --- src/modules/evas/engines/gl_cocoa/evas_engine.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/modules/evas/engines/gl_cocoa/evas_engine.c b/src/modules/evas/engines/gl_cocoa/evas_engine.c index e0a0111..5da4743 100644 --- a/src/modules/evas/engines/gl_cocoa/evas_engine.c +++ b/src/modules/evas/engines/gl_cocoa/evas_engine.c @@ -200,6 +200,7 @@ eng_output_redraws_rect_add(void *data, int x, int y, int w, int h) if ((y + h - 1) re-win-draw.y2) re-win-draw.y2 = y + h - 1; } re-win-draw.redraw = 1; + eng_window_unlock_focus(re-win); } static void @@ -299,7 +300,7 @@ eng_output_flush(void *data, Evas_Render_Mode render_mode) #ifdef VSYNC_TO_SCREEN eng_window_vsync_set(1); #endif - + eng_window_lock_focus(re-win); eng_window_swap_buffers(re-win); eng_window_unlock_focus(re-win); } --
[EGIT] [core/efl] master 11/19: ecore_cocoa: remove ObjC autorelease block to avoid segv when window is closed.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=2b4faaaeac141f5303bd4768ec5ef9d25306feb9
commit 2b4faaaeac141f5303bd4768ec5ef9d25306feb9
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Thu Feb 12 08:07:01 2015 +0100
ecore_cocoa: remove ObjC autorelease block to avoid segv when window is
closed.
autorelease block is used in ObjC to release automatically objects not used
anymore. Placed here this block release the NSWindow we created by hand in
the
ecore_cocoa code and give us a SEGV as we use memory already freed
automatically. Removing this block fix this issue.
@fix
Signed-off-by: Cedric BAIL ced...@osg.samsung.com
---
src/lib/ecore_cocoa/ecore_cocoa_app.m | 2 --
1 file changed, 2 deletions(-)
diff --git a/src/lib/ecore_cocoa/ecore_cocoa_app.m
b/src/lib/ecore_cocoa/ecore_cocoa_app.m
index 3aeda02..5ee349c 100644
--- a/src/lib/ecore_cocoa/ecore_cocoa_app.m
+++ b/src/lib/ecore_cocoa/ecore_cocoa_app.m
@@ -3,7 +3,6 @@
static Eina_Bool
_ecore_cocoa_run_loop_cb(void *data EINA_UNUSED)
{
- @autoreleasepool {
@try {
NSEvent *e;
do {
@@ -30,7 +29,6 @@ _ecore_cocoa_run_loop_cb(void *data EINA_UNUSED)
[NSApp reportException:except];
// XXX Maybe use Eina_Log to report the error instead
}
- }
return ECORE_CALLBACK_RENEW;
}
--
[EGIT] [core/efl] master 06/19: evas: remove warnings due to unused variables from gl_cocoa backend.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=1818f96004a2783474b883dbff2a36614a5cf47f
commit 1818f96004a2783474b883dbff2a36614a5cf47f
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Thu Jan 29 17:09:42 2015 +0100
evas: remove warnings due to unused variables from gl_cocoa backend.
Signed-off-by: Cedric BAIL ced...@osg.samsung.com
---
src/modules/evas/engines/gl_cocoa/evas_gl_cocoa_main.m | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/src/modules/evas/engines/gl_cocoa/evas_gl_cocoa_main.m
b/src/modules/evas/engines/gl_cocoa/evas_gl_cocoa_main.m
index aa6b895..67b9453 100644
--- a/src/modules/evas/engines/gl_cocoa/evas_gl_cocoa_main.m
+++ b/src/modules/evas/engines/gl_cocoa/evas_gl_cocoa_main.m
@@ -55,14 +55,10 @@ eng_window_new(void *window,
int h)
{
Evas_GL_Cocoa_Window *gw;
- int context_attrs[3];
- int config_attrs[20];
- int major_version, minor_version;
- int num_config;
gw = calloc(1, sizeof(Evas_GL_Cocoa_Window));
if (!gw) return NULL;
-
+
_evas_gl_cocoa_window = gw;
gw-window = window;
gw-view = [[EvasGLView alloc] initWithFrame:NSMakeRect(0,0,w,h)];
@@ -110,7 +106,7 @@ eng_window_swap_buffers(Evas_GL_Cocoa_Window *gw)
}
void
-eng_window_vsync_set(int on)
+eng_window_vsync_set(int on EINA_UNUSED)
{
}
--
[EGIT] [core/efl] master 21/27: eina: fix directory listing on windows when directory is empty.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=3b52489368837a46abf0cd4193043081256e03e8
commit 3b52489368837a46abf0cd4193043081256e03e8
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Fri Jan 30 15:01:07 2015 +0100
eina: fix directory listing on windows when directory is empty.
Using of INVALID_HANDLE_VALUE and ERROR_NO_MORE_FILES to handle this
properlly.
@fix
---
src/lib/eina/eina_file_win32.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/src/lib/eina/eina_file_win32.c b/src/lib/eina/eina_file_win32.c
index 4398e0b..9987fdf 100644
--- a/src/lib/eina/eina_file_win32.c
+++ b/src/lib/eina/eina_file_win32.c
@@ -144,7 +144,7 @@ _eina_file_win32_first_file(const char *dir,
WIN32_FIND_DATA *fd)
wdir = evil_char_to_wchar(dir);
if (!wdir)
- return NULL;
+ return INVALID_HANDLE_VALUE;
h = FindFirstFile(wdir, fd);
free(wdir);
@@ -153,14 +153,14 @@ _eina_file_win32_first_file(const char *dir,
WIN32_FIND_DATA *fd)
#endif
if (!h)
- return NULL;
+ return INVALID_HANDLE_VALUE;
while ((fd-cFileName[0] == '.')
((fd-cFileName[1] == '\0') ||
((fd-cFileName[1] == '.') (fd-cFileName[2] == '\0'
{
if (!FindNextFile(h, fd))
- return NULL;
+ return INVALID_HANDLE_VALUE;
}
return h;
@@ -181,7 +181,11 @@ _eina_file_win32_ls_iterator_next(Eina_File_Iterator *it,
void **data)
Eina_Bool res = EINA_TRUE;
if (it-handle == INVALID_HANDLE_VALUE)
- return EINA_FALSE;
+ {
+if (GetLastError() == ERROR_NO_MORE_FILES)
+ it-is_last = EINA_TRUE;
+return EINA_FALSE;
+ }
is_last = it-is_last;
#ifdef UNICODE
@@ -263,7 +267,11 @@
_eina_file_win32_direct_ls_iterator_next(Eina_File_Direct_Iterator *it, void **d
Eina_Bool res = EINA_TRUE;
if (it-handle == INVALID_HANDLE_VALUE)
- return EINA_FALSE;
+ {
+if (GetLastError() == ERROR_NO_MORE_FILES)
+ it-is_last = EINA_TRUE;
+return EINA_FALSE;
+ }
attr = it-data.dwFileAttributes;
is_last = it-is_last;
@@ -580,7 +588,7 @@ eina_file_ls(const char *dir)
it-handle = _eina_file_win32_first_file(new_dir, it-data);
free(new_dir);
- if (it-handle == INVALID_HANDLE_VALUE)
+ if ((it-handle == INVALID_HANDLE_VALUE) (GetLastError() !=
ERROR_NO_MORE_FILES))
goto free_it;
memcpy(it-dir, dir, length + 1);
@@ -631,7 +639,7 @@ eina_file_direct_ls(const char *dir)
it-handle = _eina_file_win32_first_file(new_dir, it-data);
free(new_dir);
- if (it-handle == INVALID_HANDLE_VALUE)
+ if ((it-handle == INVALID_HANDLE_VALUE) (GetLastError() !=
ERROR_NO_MORE_FILES))
goto free_it;
memcpy(it-dir, dir, length + 1);
--
[EGIT] [core/efl] master 10/27: ecore_con: Fix checks from socket() and accept() under windows.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=7d4f95171c9546273e6e7788e21613a70128ac34
commit 7d4f95171c9546273e6e7788e21613a70128ac34
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Fri Jan 30 11:04:19 2015 +0100
ecore_con: Fix checks from socket() and accept() under windows.
import from Guillaume Friloux ecore's fork :
https://github.com/gfriloux/ecore/commit/ab2d406a37c0ae205b6a934b7ea747f4b2baee81
---
src/lib/ecore_con/ecore_con.c | 38 +-
1 file changed, 25 insertions(+), 13 deletions(-)
diff --git a/src/lib/ecore_con/ecore_con.c b/src/lib/ecore_con/ecore_con.c
index 13e9536..b56535c 100644
--- a/src/lib/ecore_con/ecore_con.c
+++ b/src/lib/ecore_con/ecore_con.c
@@ -1575,11 +1575,13 @@ _ecore_con_cb_tcp_listen(void *data,
svr-fd = socket(net_info-info.ai_family, net_info-info.ai_socktype,
net_info-info.ai_protocol);
- if (svr-fd 0) goto error;
-
#ifdef _WIN32
+ if (svr-fd == INVALID_SOCKET) goto error;
+
if (ioctlsocket(svr-fd, FIONBIO, mode)) goto error;
#else
+ if (svr-fd 0) goto error;
+
if (fcntl(svr-fd, F_SETFL, O_NONBLOCK) 0) goto error;
if (fcntl(svr-fd, F_SETFD, FD_CLOEXEC) 0) goto error;
#endif
@@ -1674,8 +1676,17 @@ _ecore_con_cb_udp_listen(void *data,
#endif
svr-fd = socket(net_info-info.ai_family, net_info-info.ai_socktype,
net_info-info.ai_protocol);
+#ifdef _WIN32
+ if (svr-fd == INVALID_SOCKET) goto error;
+
+ if (ioctlsocket(svr-fd, FIONBIO, mode)) goto error;
+#else
if (svr-fd 0) goto error;
+ if (fcntl(svr-fd, F_SETFL, O_NONBLOCK) 0) goto error;
+ if (fcntl(svr-fd, F_SETFD, FD_CLOEXEC) 0) goto error;
+#endif
+
if (type == ECORE_CON_REMOTE_MCAST)
{
if (net_info-info.ai_family == AF_INET)
@@ -1706,13 +1717,6 @@ _ecore_con_cb_udp_listen(void *data,
if (setsockopt(svr-fd, SOL_SOCKET, SO_REUSEADDR, (const void *)on,
sizeof(on)) != 0)
goto error;
-#ifdef _WIN32
- if (ioctlsocket(svr-fd, FIONBIO, mode)) goto error;
-#else
- if (fcntl(svr-fd, F_SETFL, O_NONBLOCK) 0) goto error;
- if (fcntl(svr-fd, F_SETFD, FD_CLOEXEC) 0) goto error;
-#endif
-
if (bind(svr-fd, net_info-info.ai_addr, net_info-info.ai_addrlen) 0)
goto error;
@@ -1760,11 +1764,13 @@ _ecore_con_cb_tcp_connect(void *data,
svr-fd = socket(net_info-info.ai_family, net_info-info.ai_socktype,
net_info-info.ai_protocol);
- if (svr-fd 0) goto error;
-
#ifdef _WIN32
+ if (svr-fd == INVALID_SOCKET) goto error;
+
if (ioctlsocket(svr-fd, FIONBIO, mode)) goto error;
#else
+ if (svr-fd 0) goto error;
+
if (fcntl(svr-fd, F_SETFL, O_NONBLOCK) 0) goto error;
if (fcntl(svr-fd, F_SETFD, FD_CLOEXEC) 0) goto error;
#endif
@@ -1862,11 +1868,13 @@ _ecore_con_cb_udp_connect(void *data,
svr-fd = socket(net_info-info.ai_family, net_info-info.ai_socktype,
net_info-info.ai_protocol);
- if (svr-fd 0) goto error;
-
#ifdef _WIN32
+ if (svr-fd == INVALID_SOCKET) goto error;
+
if (ioctlsocket(svr-fd, FIONBIO, mode)) goto error;
#else
+ if (svr-fd 0) goto error;
+
if (fcntl(svr-fd, F_SETFL, O_NONBLOCK) 0) goto error;
if (fcntl(svr-fd, F_SETFD, FD_CLOEXEC) 0) goto error;
#endif
@@ -2040,7 +2048,11 @@ _ecore_con_svr_tcp_handler(void *data,
client_addr_len = sizeof(client_addr);
memset(client_addr, 0, client_addr_len);
cl-fd = accept(svr-fd, (struct sockaddr *)client_addr, (socklen_t
*)client_addr_len);
+#ifdef _WIN32
+ if (cl-fd == INVALID_SOCKET) goto error;
+#else
if (cl-fd 0) goto error;
+#endif
if ((svr-client_limit = 0) (svr-reject_excess_clients)
(svr-client_count = (unsigned int)svr-client_limit))
{
--
[EGIT] [core/efl] master 01/17: edje: epp - fix build of edje file in cas of recursive includes.
cedric pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=71dd24a481be00b5a883ccecc9c3ed950cd083e9 commit 71dd24a481be00b5a883ccecc9c3ed950cd083e9 Author: Nicolas Aguirre aguirre.nico...@gmail.com Date: Tue Feb 3 10:44:11 2015 +0100 edje: epp - fix build of edje file in cas of recursive includes. Amitesh Singh fixed this issue with Commit e66e132d9dabecb8273fe3962099d4523fef1055, but this commit has been reverted recently, by a commit freeing ressources (6d0b834a76c3301bf4c4b29752f902dbe8a8525e). It's clear that we are leaking here if we remove the free, but there is also a valgrind error when this memory is freed. After trying to debug and understand the code of epp, i can only propose to remove this free, we will need to include a lot of files before this memory leak could be visible. It is also not a real problem, the memory leak only concern the file name passed in the include directive and epp is started per file anyway. It is unlikely to create any real life problem and we better spend our time on more pressing matter. Signed-off-by: Cedric BAIL ced...@osg.samsung.com --- src/bin/edje/epp/cpplib.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/src/bin/edje/epp/cpplib.c b/src/bin/edje/epp/cpplib.c index 10ab5d8..d776d88 100644 --- a/src/bin/edje/epp/cpplib.c +++ b/src/bin/edje/epp/cpplib.c @@ -3538,7 +3538,11 @@ do_include(cpp_reader * pfile, struct directive *keyword, if (angle_brackets) pfile-system_include_depth--; } - free(fname); + + // We are leaking fname here. This is intended as it may still be used later + // on. It would be better on to track that correctly and fix it, but as it + // only affect recursive include this leak is not important and time will be + // better spent somewhere else. return 0; } --
[EGIT] [core/efl] master 13/17: ecore_cocoa: don't send mouse event with negative x or y values.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=61fbb2ffd9e2b197041a776ec2e629b6cda7c97e
commit 61fbb2ffd9e2b197041a776ec2e629b6cda7c97e
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Thu Jan 29 17:04:28 2015 +0100
ecore_cocoa: don't send mouse event with negative x or y values.
With cocoa you may have negatives values when Mouse Down or Up. This
changes fix this behavior by sending mouse event only if x and y are
inside the ecore_evas space.
Signed-off-by: Cedric BAIL ced...@osg.samsung.com
---
src/lib/ecore_cocoa/ecore_cocoa.m | 37 ++---
1 file changed, 30 insertions(+), 7 deletions(-)
diff --git a/src/lib/ecore_cocoa/ecore_cocoa.m
b/src/lib/ecore_cocoa/ecore_cocoa.m
index c93a4b0..1a094bc 100644
--- a/src/lib/ecore_cocoa/ecore_cocoa.m
+++ b/src/lib/ecore_cocoa/ecore_cocoa.m
@@ -150,15 +150,26 @@ ecore_cocoa_feed_events(void *anEvent)
{
if (_has_ecore_cocoa_window(event))
{
- Ecore_Event_Mouse_Button * ev = calloc(1,
sizeof(Ecore_Event_Mouse_Button));
- if (!ev) return pass;
-
EcoreCocoaWindow *window = (EcoreCocoaWindow *)[event window];
NSView *view = [window contentView];
NSPoint pt = [event locationInWindow];
+ int w = [view frame].size.width;
+ int h = [view frame].size.height;
+ int x = pt.x;
+ int y = h - pt.y;
+
+ if (y = 0 || x = 0 || y h || x w)
+{
+ pass = EINA_TRUE;
+ break;
+}
+
+ Ecore_Event_Mouse_Button * ev = calloc(1,
sizeof(Ecore_Event_Mouse_Button));
+ if (!ev) return pass;
+
ev-x = pt.x;
- ev-y = [view frame].size.height - pt.y;
+ ev-y = y;
ev-root.x = ev-x;
ev-root.y = ev-y;
ev-timestamp = time;
@@ -196,8 +207,6 @@ ecore_cocoa_feed_events(void *anEvent)
case NSRightMouseUp:
case NSOtherMouseUp:
{
- Ecore_Event_Mouse_Button * ev = calloc(1,
sizeof(Ecore_Event_Mouse_Button));
- if (!ev) return pass;
if (_has_ecore_cocoa_window(event))
{
@@ -205,8 +214,22 @@ ecore_cocoa_feed_events(void *anEvent)
NSView *view = [window contentView];
NSPoint pt = [event locationInWindow];
+ int w = [view frame].size.width;
+ int h = [view frame].size.height;
+ int x = pt.x;
+ int y = h - pt.y;
+
+ if (y = 0 || x = 0 || y h || x w)
+{
+ pass = EINA_TRUE;
+ break;
+}
+
+ Ecore_Event_Mouse_Button * ev = calloc(1,
sizeof(Ecore_Event_Mouse_Button));
+ if (!ev) return pass;
+
ev-x = pt.x;
- ev-y = [view frame].size.height - pt.y;
+ ev-y = y;
ev-root.x = ev-x;
ev-root.y = ev-y;
ev-timestamp = time;
--
[EGIT] [core/efl] master 14/17: ecore_cocoa: create a log domain and use Eina_Log.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=72baccaf4494f1661aca762a26597d78a717c6ef
commit 72baccaf4494f1661aca762a26597d78a717c6ef
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Thu Jan 29 17:08:23 2015 +0100
ecore_cocoa: create a log domain and use Eina_Log.
Signed-off-by: Cedric BAIL ced...@osg.samsung.com
---
src/lib/ecore_cocoa/ecore_cocoa.m | 18 ++
src/lib/ecore_cocoa/ecore_cocoa_private.h | 30 ++
src/lib/ecore_cocoa/ecore_cocoa_window.m | 13 -
3 files changed, 52 insertions(+), 9 deletions(-)
diff --git a/src/lib/ecore_cocoa/ecore_cocoa.m
b/src/lib/ecore_cocoa/ecore_cocoa.m
index 1a094bc..cfae44d 100644
--- a/src/lib/ecore_cocoa/ecore_cocoa.m
+++ b/src/lib/ecore_cocoa/ecore_cocoa.m
@@ -25,6 +25,8 @@ static int _ecore_cocoa_init_count = 0;
static int old_flags;
+static int _ecore_cocoa_log_domain = -1;
+
EAPI int
ecore_cocoa_init(void)
{
@@ -37,6 +39,13 @@ ecore_cocoa_init(void)
if (!ecore_event_init())
return --_ecore_cocoa_init_count;
+ _ecore_cocoa_log_domain = eina_log_domain_register(ecore_cocoa,
ECORE_DEFAULT_LOG_COLOR);
+ if(_ecore_cocoa_log_domain 0)
+ {
+EINA_LOG_ERR(Unable to create a log domain for ecore_cocoa.);
+return 0;
+ }
+
ECORE_COCOA_EVENT_GOT_FOCUS = ecore_event_type_new();
ECORE_COCOA_EVENT_LOST_FOCUS = ecore_event_type_new();
ECORE_COCOA_EVENT_RESIZE = ecore_event_type_new();
@@ -64,6 +73,7 @@ ecore_cocoa_shutdown(void)
if (--_ecore_cocoa_init_count != 0)
return _ecore_cocoa_init_count;
+ eina_log_domain_unregister(_ecore_cocoa_log_domain);
ecore_event_shutdown();
return _ecore_cocoa_init_count;
@@ -80,7 +90,7 @@ _ecore_cocoa_event_modifiers(unsigned int mod)
if(mod NSCommandKeyMask) modifiers |= ECORE_EVENT_MODIFIER_WIN;
if(mod NSNumericPadKeyMask) modifiers |= ECORE_EVENT_LOCK_NUM;
- printf(key modifiers: %d, %d\n, mod, modifiers);
+ DBG(key modifiers: %d, %d\n, mod, modifiers);
return modifiers;
}
@@ -286,7 +296,7 @@ ecore_cocoa_feed_events(void *anEvent)
{
if (keystable[i].code == [keychar characterAtIndex:0])
{
- printf(Key pressed : %s\n, keystable[i].name);
+ DBG(Key pressed : %s\n, keystable[i].name);
ev-keyname = keystable[i].name;
ev-key = keystable[i].name;
ev-string = keystable[i].compose;
@@ -311,7 +321,7 @@ ecore_cocoa_feed_events(void *anEvent)
EcoreCocoaWindow *window = (EcoreCocoaWindow *)[event window];
NSString *keychar = [event characters];
- printf(Key Up\n);
+ DBG(Key Up\n);
ev = calloc(1, sizeof (Ecore_Event_Key));
if (!ev) return pass;
@@ -432,7 +442,7 @@ ecore_cocoa_feed_events(void *anEvent)
}
case NSScrollWheel:
{
- printf(Scroll Wheel\n);
+ DBG(Scroll Wheel\n);
break;
}
default:
diff --git a/src/lib/ecore_cocoa/ecore_cocoa_private.h
b/src/lib/ecore_cocoa/ecore_cocoa_private.h
index 41310d4..9127de1 100644
--- a/src/lib/ecore_cocoa/ecore_cocoa_private.h
+++ b/src/lib/ecore_cocoa/ecore_cocoa_private.h
@@ -1,6 +1,36 @@
#ifndef _ECORE_COCOA_PRIVATE_H
#define _ECORE_COCOA_PRIVATE_H
+#include ecore_cocoa_window.h
+
+extern int _ecore_cocoa_log_domain;
+
+#ifdef ERR
+# undef ERR
+#endif
+#define ERR(...) EINA_LOG_DOM_ERR(_ecore_cocoa_log_domain, __VA_ARGS__)
+
+#ifdef DBG
+# undef DBG
+#endif
+#define DBG(...) EINA_LOG_DOM_DBG(_ecore_cocoa_log_domain, __VA_ARGS__)
+
+#ifdef INF
+# undef INF
+#endif
+#define INF(...) EINA_LOG_DOM_INFO(_ecore_cocoa_log_domain, __VA_ARGS__)
+
+#ifdef WRN
+# undef WRN
+#endif
+#define WRN(...) EINA_LOG_DOM_WARN(_ecore_cocoa_log_domain, __VA_ARGS__)
+
+#ifdef CRI
+# undef CRI
+#endif
+#define CRI(...) EINA_LOG_DOM_CRIT(_ecore_cocoa_log_domain, __VA_ARGS__)
+
+
struct _Ecore_Cocoa_Window
{
EcoreCocoaWindow *window;
diff --git a/src/lib/ecore_cocoa/ecore_cocoa_window.m
b/src/lib/ecore_cocoa/ecore_cocoa_window.m
index 8300fbb..5e8a205 100644
--- a/src/lib/ecore_cocoa/ecore_cocoa_window.m
+++ b/src/lib/ecore_cocoa/ecore_cocoa_window.m
@@ -4,6 +4,7 @@
#include Ecore.h
#include Ecore_Cocoa.h
+#include ecore_cocoa_private.h
#import ecore_cocoa_window.h
@implementation EcoreCocoaWindow
@@ -58,8 +59,7 @@
event = malloc(sizeof(Ecore_Cocoa_Event_Video_Resize));
if (event == NULL)
{
-// FIXME Use Eina_Log
-printf(Failed to allocate Ecore_Cocoa_Event_Video_Resize\n);
+DBG(Failed to allocate Ecore_Cocoa_Event_Video_Resize\n);
return;
}
event-w = size.width;
@@ -77,7 +77,7 @@
e = malloc(sizeof(Ecore_Cocoa_Event_Window));
if (!e)
{
- printf(GOT_FOCUS: Failed to allocate Ecore_Cocoa_Event_Window\n);
+ DBG(GOT_FOCUS: Failed to allocate
Re: [E-devel] [EGIT] [core/efl] master 01/01: Revert eina: eina_file - fix invalid read of size 1 in valgrind
2015-02-03 12:13 GMT+01:00 Stefan Schmidt ste...@datenfreihafen.org: Hello. On 02/02/15 16:51, Cedric BAIL wrote: On Mon, Feb 2, 2015 at 1:51 PM, Daniel Hirt daniel.h...@samsung.com wrote: herdsman pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=7cbf22212f0c3292dbd1919f4cdd15802e9b9d84 commit 7cbf22212f0c3292dbd1919f4cdd15802e9b9d84 Author: Daniel Hirt daniel.h...@samsung.com Date: Mon Feb 2 14:10:04 2015 +0200 Revert eina: eina_file - fix invalid read of size 1 in valgrind This reverts commit f52f5628916f44a6b8ce1fdd3b9cc40f6c997eda. This is reverted because it breaks eina_file_path_sanitize when using /../ in paths, for example: eina_file_path_sanitize(/home/../mydir/myfile) returns: /mydir/myfili What invalid read size does this fix? Why was no test case specified? Anyway, this change affects too much code to leave it in like this. Hum. You can see the problem easily if you do run any of the edje_cc in our tree under valgrind. The problem vanish with this patch and it does still compile correctly after the patch, but I guess that just wasn't a good enough test. If you have time to investigate more, I don't. Cedric this was the reason for the broken distcheck as we talked about yesterday as elua used eina_file to open the file. My git bisect found the exact same commit and reverting it fixes it for me. I was just not able to push this yesterday anymore and was happy that Daniel also found it and reverted already. We can have another look at this for 1.14 Sounds good to me to get it out of the 1.13 release, and fix the valgrind problem for the next one. regards Stefan Schmidt -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.calaos.fr Blog: http://dev.enlightenment.fr/~captainigloo/ -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/efl] master 08/11: eina: use uintptr_t for Eina_Thread storage to be the same size for the different architectures.
cedric pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=0e671630f1aec35ded78c42961270ddb01f470e5 commit 0e671630f1aec35ded78c42961270ddb01f470e5 Author: Nicolas Aguirre aguirre.nico...@gmail.com Date: Fri Jan 30 10:49:55 2015 +0100 eina: use uintptr_t for Eina_Thread storage to be the same size for the different architectures. This should not be an ABI regression on the platform where it work (Unix). It is on Windows, but the API was unusable at all without this change, so this is a necessary breakage to unbreak things. @fix Signed-off-by: Cedric BAIL ced...@osg.samsung.com --- src/lib/eina/eina_thread.h | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/src/lib/eina/eina_thread.h b/src/lib/eina/eina_thread.h index 3ad5486..adbf345 100644 --- a/src/lib/eina/eina_thread.h +++ b/src/lib/eina/eina_thread.h @@ -23,6 +23,8 @@ #include eina_types.h #include eina_error.h +#include stdint.h + /** * @addtogroup Eina_Tools_Group Tools * @@ -46,7 +48,7 @@ * @typedef Eina_Thread * Type for a generic thread. */ -typedef unsigned long int Eina_Thread; +typedef uintptr_t Eina_Thread; /** * @typedef Eina_Thread_Cb --
[EGIT] [core/efl] master 01/01: Eo: use int for _eo_init_count intsead of Eina_Bool
captainigloo pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=2982b05288271fdaea88570d316890926323276e commit 2982b05288271fdaea88570d316890926323276e Author: Nicolas Aguirre aguirre.nico...@gmail.com Date: Mon Jan 12 14:43:25 2015 +0100 Eo: use int for _eo_init_count intsead of Eina_Bool --- src/lib/eo/eo.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/lib/eo/eo.c b/src/lib/eo/eo.c index 1ee50fe..96f190d 100644 --- a/src/lib/eo/eo.c +++ b/src/lib/eo/eo.c @@ -21,7 +21,7 @@ int _eo_log_dom = -1; static _Eo_Class **_eo_classes; static Eo_Id _eo_classes_last_id; -static Eina_Bool _eo_init_count = 0; +static int _eo_init_count = 0; static Eo_Op _eo_ops_last_id = 0; static size_t _eo_sz = 0; --
Re: [E-devel] Windows issue with Eina_Thread type
2014-12-19 3:00 GMT+01:00 Carsten Haitzler ras...@rasterman.com: i'd go for the abi break. votes? +1 -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.calaos.fr Blog: http://dev.enlightenment.fr/~captainigloo/ -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Compile efl/elementary under Cygwin
2014-12-18 0:44 GMT+01:00 Carsten Haitzler ras...@rasterman.com: On Wed, 17 Dec 2014 14:48:15 +0200 Galatsanos Panagiotis galatsan...@gmail.com said: Hello everyone, I'm trying to compile efl and elementary using Cygwin but i'm getting some errors about directdraw on ./configure. I've allready installed every library listed in README and I run: ./configure --enable-lua-old --disable-fribidi only to get the following error: configure: error: Software DirectDraw dependencies not found I'm also attaching the whole configure output. Any suggestions? Regards, Panagiotis. btw... did you look at: https://phab.enlightenment.org/w/windows/ -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel I don't know anything about Cygwin, but if you use msys2 on windows there is everything you need to build EFL and Elementary, you can install packages with pacman. Another option is to use http://win-builds.org/ to install most of the dependencies need to build EFL. Mingw64 contains DirectDraw dependencies need to build the win32 port of EFL. A better documentation is currently in progress. Regards, Nicolas -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.calaos.fr Blog: http://dev.enlightenment.fr/~captainigloo/ -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/efl] master 06/56: ethumb: add documentation for Ethumb_Version structure.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=251164ad72e9a0e951d06e6a262141c465ff5689
commit 251164ad72e9a0e951d06e6a262141c465ff5689
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Fri Oct 10 12:17:12 2014 +0200
ethumb: add documentation for Ethumb_Version structure.
---
src/lib/ethumb/Ethumb.h | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/src/lib/ethumb/Ethumb.h b/src/lib/ethumb/Ethumb.h
index 4f91433..6a1bd40 100644
--- a/src/lib/ethumb/Ethumb.h
+++ b/src/lib/ethumb/Ethumb.h
@@ -36,13 +36,16 @@ extern C {
#define ETHUMB_VERSION_MAJOR EFL_VERSION_MAJOR
#define ETHUMB_VERSION_MINOR EFL_VERSION_MINOR
-
+ /**
+* @typedef Ethumb_Version
+* Represents the current version of Ethumb
+*/
typedef struct _Ethumb_Version
{
-int major;
-int minor;
-int micro;
-int revision;
+int major; /** major (binary or source incompatible changes) */
+int minor; /** minor (new features, bugfixes, major improvements
version) */
+int micro; /** micro (bugfix, internal improvements, no new features
version) */
+int revision; /** git revision (0 if a proper release or the git
revision number Ethumb is built from) */
} Ethumb_Version;
EAPI extern Ethumb_Version *ethumb_version;
--
[EGIT] [core/efl] master 03/56: ecore_x: add documentation for Ecore_X_Version structure.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=3032ebc3e2ae8d85c01adad7fc8815259b843706
commit 3032ebc3e2ae8d85c01adad7fc8815259b843706
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Fri Oct 10 12:14:46 2014 +0200
ecore_x: add documentation for Ecore_X_Version structure.
---
src/lib/ecore_x/Ecore_X.h | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/src/lib/ecore_x/Ecore_X.h b/src/lib/ecore_x/Ecore_X.h
index 2db94da..c3f0726 100644
--- a/src/lib/ecore_x/Ecore_X.h
+++ b/src/lib/ecore_x/Ecore_X.h
@@ -28,13 +28,16 @@
#define ECORE_X_VERSION_MAJOR EFL_VERSION_MAJOR
#define ECORE_X_VERSION_MINOR EFL_VERSION_MINOR
-
+/**
+ * @typedef Ecore_X_Version
+ * Represents the current version of Ecore_X
+ */
typedef struct _Ecore_X_Version
{
- int major;
- int minor;
- int micro;
- int revision;
+ int major; /** major (binary or source incompatible changes) */
+ int minor; /** minor (new features, bugfixes, major improvements
version) */
+ int micro; /** micro (bugfix, internal improvements, no new features
version) */
+ int revision; /** git revision (0 if a proper release or the git
revision number Ecore_X is built from) */
} Ecore_X_Version;
EAPI extern Ecore_X_Version *ecore_x_version;
--
[EGIT] [core/efl] master 05/56: efreet: add documentation for Efreet_Version structure.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=f078d163916cf655c624eca2f852a09749040382
commit f078d163916cf655c624eca2f852a09749040382
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Fri Oct 10 12:16:24 2014 +0200
efreet: add documentation for Efreet_Version structure.
---
src/lib/efreet/Efreet.h | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/src/lib/efreet/Efreet.h b/src/lib/efreet/Efreet.h
index e2360ee..419e5ff 100644
--- a/src/lib/efreet/Efreet.h
+++ b/src/lib/efreet/Efreet.h
@@ -106,13 +106,16 @@ extern C {
#define EFREET_VERSION_MAJOR EFL_VERSION_MAJOR
#define EFREET_VERSION_MINOR EFL_VERSION_MINOR
-
+ /**
+* @typedef Efreet_Version
+* Represents the current version of Efreet
+*/
typedef struct _Efreet_Version
{
-int major;
-int minor;
-int micro;
-int revision;
+int major; /** major (binary or source incompatible changes) */
+int minor; /** minor (new features, bugfixes, major improvements
version) */
+int micro; /** micro (bugfix, internal improvements, no new features
version) */
+int revision; /** git revision (0 if a proper release or the git
revision number Efreet is built from) */
} Efreet_Version;
EAPI extern Efreet_Version *efreet_version;
--
[EGIT] [core/efl] master 01/56: evas: add documentation for Evas_Version structure.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=554efc015a79f40a98fef7beae1e7d5d3843c0bb
commit 554efc015a79f40a98fef7beae1e7d5d3843c0bb
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Fri Oct 10 11:45:02 2014 +0200
evas: add documentation for Evas_Version structure.
---
src/lib/evas/Evas_Common.h | 30 ++
1 file changed, 26 insertions(+), 4 deletions(-)
diff --git a/src/lib/evas/Evas_Common.h b/src/lib/evas/Evas_Common.h
index 6826c79..f9a517d 100644
--- a/src/lib/evas/Evas_Common.h
+++ b/src/lib/evas/Evas_Common.h
@@ -5,12 +5,34 @@
#define EVAS_VERSION_MAJOR EFL_VERSION_MAJOR
#define EVAS_VERSION_MINOR EFL_VERSION_MINOR
+/**
+ * @typedef Evas_Version
+ *
+ * This is the Evas version information structure that can be used at
+ * runtime to detect which version of evas is being used and adapt
+ * appropriately as follows for example:
+ *
+ * @code
+ * #if defined(EVAS_VERSION_MAJOR) (EVAS_VERSION_MAJOR = 1)
defined(EVAS_VERSION_MINOR) (EVAS_VERSION_MINOR 0)
+ * printf(Evas version: %i.%i.%i\n,
+ *evas_version-major,
+ *evas_version-minor,
+ *evas_version-micro);
+ * if (evas_version-revision 0)
+ * {
+ * printf( Built from Git revision # %i\n, evas_version-revision);
+ * }
+ * #endif
+ * @endcode
+ *
+ */
+
typedef struct _Evas_Version
{
- int major;
- int minor;
- int micro;
- int revision;
+ int major; /** major (binary or source incompatible changes) */
+ int minor; /** minor (new features, bugfixes, major improvements version)
*/
+ int micro; /** micro (bugfix, internal improvements, no new features
version) */
+ int revision; /** git revision (0 if a proper release or the git
revision number Evas is built from) */
} Evas_Version;
EAPI extern Evas_Version * evas_version;
--
[EGIT] [core/efl] master 10/56: evas: fix typo in documentation and document the return value of evas_device_add.
cedric pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=c65a1d17c21050849ca22480b877c5a8e4d9794e commit c65a1d17c21050849ca22480b877c5a8e4d9794e Author: Nicolas Aguirre aguirre.nico...@gmail.com Date: Fri Oct 10 12:44:03 2014 +0200 evas: fix typo in documentation and document the return value of evas_device_add. --- src/lib/evas/Evas_Common.h | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/src/lib/evas/Evas_Common.h b/src/lib/evas/Evas_Common.h index f9a517d..6dfa511 100644 --- a/src/lib/evas/Evas_Common.h +++ b/src/lib/evas/Evas_Common.h @@ -1323,10 +1323,12 @@ EAPI void evas_render_updates_free(Eina_List *updates); * * @param e The canvas to create the device node for. * - * Adds a new device nod to the given canvas @p e. All devices created as + * Adds a new device node to the given canvas @p e. All devices created as * part of the canvas @p e will automatically be deleted when the canvas * is freed. * + * @return the device node created or NULL if an error occured. + * * @see evas_device_del * @since 1.8 */ --
[EGIT] [core/efl] master 04/56: eeze: add documentation for Eeze_Version structure.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=ad41ba380e644de3536a8d8e4519c2612ac3a0a8
commit ad41ba380e644de3536a8d8e4519c2612ac3a0a8
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Fri Oct 10 12:15:36 2014 +0200
eeze: add documentation for Eeze_Version structure.
---
src/lib/eeze/Eeze.h | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/src/lib/eeze/Eeze.h b/src/lib/eeze/Eeze.h
index d63c544..be9f9a9 100644
--- a/src/lib/eeze/Eeze.h
+++ b/src/lib/eeze/Eeze.h
@@ -289,13 +289,16 @@ typedef struct Eeze_Udev_Watch Eeze_Udev_Watch;
#define EEZE_VERSION_MAJOR EFL_VERSION_MAJOR
#define EEZE_VERSION_MINOR EFL_VERSION_MINOR
-
+ /**
+ * @typedef Eeeze_Version
+ * Represents the current version of Eeze
+ */
typedef struct _Eeze_Version
{
-int major;
-int minor;
-int micro;
-int revision;
+int major; /** major (binary or source incompatible changes) */
+int minor; /** minor (new features, bugfixes, major improvements
version) */
+int micro; /** micro (bugfix, internal improvements, no new features
version) */
+int revision; /** git revision (0 if a proper release or the git
revision number Eeze is built from) */
} Eeze_Version;
EAPI extern Eeze_Version *eeze_version;
--
[EGIT] [core/efl] master 09/56: emotion: add documentation for Emotion_Version structure.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=1e64aed04a51b94e7f8a946a83acf85a6f1b442b
commit 1e64aed04a51b94e7f8a946a83acf85a6f1b442b
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Fri Oct 10 12:21:04 2014 +0200
emotion: add documentation for Emotion_Version structure.
---
src/lib/emotion/Emotion.h | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/src/lib/emotion/Emotion.h b/src/lib/emotion/Emotion.h
index b07cbd3..bb41cbe 100644
--- a/src/lib/emotion/Emotion.h
+++ b/src/lib/emotion/Emotion.h
@@ -272,13 +272,16 @@ extern C {
#define EMOTION_VERSION_MAJOR EFL_VERSION_MAJOR
#define EMOTION_VERSION_MINOR EFL_VERSION_MINOR
-
+ /**
+* @typedef Emotion_Version
+* Represents the current version of Emotion
+*/
typedef struct _Emotion_Version
{
-int major;
-int minor;
-int micro;
-int revision;
+int major; /** major (binary or source incompatible changes) */
+int minor; /** minor (new features, bugfixes, major improvements
version) */
+int micro; /** micro (bugfix, internal improvements, no new features
version) */
+int revision; /** git revision (0 if a proper release or the git
revision number Emotion is built from) */
} Emotion_Version;
EAPI extern Emotion_Version *emotion_version;
--
[EGIT] [core/efl] master 16/56: evas: add more documentation in Evas_Common.h.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=8b582dc0f5fb8da301061ac3dd972fb835356385
commit 8b582dc0f5fb8da301061ac3dd972fb835356385
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Thu Oct 16 11:19:15 2014 +0200
evas: add more documentation in Evas_Common.h.
---
src/lib/evas/Evas_Common.h | 48 +++---
1 file changed, 41 insertions(+), 7 deletions(-)
diff --git a/src/lib/evas/Evas_Common.h b/src/lib/evas/Evas_Common.h
index c1f78f8..95f7886 100644
--- a/src/lib/evas/Evas_Common.h
+++ b/src/lib/evas/Evas_Common.h
@@ -1037,6 +1037,8 @@ EAPI int evas_async_events_process(void);
* @param event_info Information about the event.
* @param func The callback function pointer.
*
+ * @return EINA_FALSE if an error occured, EINA_TRUE otherwise.
+ *
* This is the way, for a routine running outside evas' main thread,
* to report an asynchronous event. A callback function is informed,
* whose call is to happen after evas_async_events_process() is
@@ -2333,6 +2335,7 @@ EAPI voidevas_map_alpha_set(Evas_Map *m,
Eina_Bool enabled);
* This gets the alpha flag for map rendering.
*
* @param m map to get the alpha from. Must not be NULL.
+ * @return EINA_FALSE if map is NULL EINA_TRUE otherwise.
*/
EAPI Eina_Bool evas_map_alpha_get(const Evas_Map *m);
@@ -2915,7 +2918,14 @@ typedef void (*Evas_Object_Intercept_Clip_Unset_Cb)(void
*data, Evas_Object *obj
* @{
*/
-
+/**
+ * Function signature for the evas object pixels get callback function
+ * @see evas_object_image_pixels_get()
+ *
+ * By @a data it will be passed the private data. By @a o it will be passed the
+ * Evas_Object image on which the pixels are requested.
+ *
+ */
typedef void (*Evas_Object_Image_Pixels_Get_Cb)(void *data, Evas_Object *o);
/**
@@ -3141,31 +3151,55 @@ typedef enum _Evas_Text_Style_Type
* @{
*/
+/**
+ * @typedef Evas_Textblock_Style
+ *
+ * A textblock style object.
+ * @see evas_textblock_style_new()
+ * @see evas_textblock_style_get()
+ * @see evas_textblock_style_set()
+ */
+
typedef struct _Evas_Textblock_Style Evas_Textblock_Style;
+
+/**
+ * @typedef Evas_Textblock_Cursor
+ *
+ * A textblock cursor object, used to maipulate the cursor of an evas textblock
+ * @see evas_object_textblock_cursor_new
+ *
+ */
typedef struct _Evas_Textblock_Cursor Evas_Textblock_Cursor;
+
/**
* @typedef Evas_Object_Textblock_Node_Format
* A format node.
*/
typedef struct _Evas_Object_Textblock_Node_Format
Evas_Object_Textblock_Node_Format;
-typedef struct _Evas_Textblock_Rectangle Evas_Textblock_Rectangle;
+typedef struct _Evas_Textblock_Rectangle Evas_Textblock_Rectangle;
struct _Evas_Textblock_Rectangle
{
Evas_Coord x, y, w, h;
};
+/**
+ * Text type for evas textblock.
+ */
typedef enum _Evas_Textblock_Text_Type
{
- EVAS_TEXTBLOCK_TEXT_RAW,
- EVAS_TEXTBLOCK_TEXT_PLAIN,
- EVAS_TEXTBLOCK_TEXT_MARKUP
+ EVAS_TEXTBLOCK_TEXT_RAW, /** textblock text of type raw */
+ EVAS_TEXTBLOCK_TEXT_PLAIN, /** textblock text of type plain */
+ EVAS_TEXTBLOCK_TEXT_MARKUP /** textblock text of type markup */
} Evas_Textblock_Text_Type;
+/**
+ * Cursor type for evas textblock.
+ */
typedef enum _Evas_Textblock_Cursor_Type
{
- EVAS_TEXTBLOCK_CURSOR_UNDER,
- EVAS_TEXTBLOCK_CURSOR_BEFORE
+ EVAS_TEXTBLOCK_CURSOR_UNDER, /** cursor type is under */
+ EVAS_TEXTBLOCK_CURSOR_BEFORE /** cursor type is before */
} Evas_Textblock_Cursor_Type;
/**
--
[EGIT] [core/efl] master 15/56: evas: add documentation on missing types and return values of Evas_Common.h.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=0f6e45e2a04bdc4a6c040fa41b28339ab807aae8
commit 0f6e45e2a04bdc4a6c040fa41b28339ab807aae8
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Tue Oct 14 11:21:55 2014 +0200
evas: add documentation on missing types and return values of Evas_Common.h.
---
src/lib/evas/Evas_Common.h | 30 ++
1 file changed, 18 insertions(+), 12 deletions(-)
diff --git a/src/lib/evas/Evas_Common.h b/src/lib/evas/Evas_Common.h
index 6dfa511..c1f78f8 100644
--- a/src/lib/evas/Evas_Common.h
+++ b/src/lib/evas/Evas_Common.h
@@ -318,7 +318,7 @@ typedef struct _Evas_Video_Surface Evas_Video_Surface;
typedef unsigned long long Evas_Modifier_Mask; /** An Evas modifier
mask type */
-typedef intEvas_Coord;
+typedef intEvas_Coord /** A type for coordinates */;
typedef intEvas_Font_Size;
typedef intEvas_Angle;
@@ -336,12 +336,13 @@ struct _Evas_Coord_Point
Evas_Coord y; /** y co-ordinate */
};
-struct _Evas_Coord_Size
+struct _Evas_Coord_Size /** A size in Evas_Coord */
{
Evas_Coord w; /** width */
Evas_Coord h; /** height */
};
+
struct _Evas_Coord_Precision_Size
{
Evas_Coord w; /** width */
@@ -352,25 +353,28 @@ struct _Evas_Coord_Precision_Size
struct _Evas_Coord_Precision_Point
{
- Evas_Coord x, y;
- double xsub, ysub;
+ Evas_Coord x; /** x co-ordinate */
+ Evas_Coord y; /** y co-ordinate */
+ double xsub; /** subpixel precision for x */
+ double ysub; /** subpixel precision for y */
};
struct _Evas_Point
{
- int x, y;
+ int x; /** x co-ordinate */
+ int y; /** y co-ordinate */
};
struct _Evas_Position
{
- Evas_Point output;
+ Evas_Point output; /** position on the output */
Evas_Coord_Point canvas; /** position on the canvas */
};
struct _Evas_Precision_Position
{
- Evas_Point output;
- Evas_Coord_Precision_Point canvas;
+ Evas_Point output; /** position on the output */
+ Evas_Coord_Precision_Point canvas; /** position on the canvas */
};
typedef enum _Evas_Aspect_Control
@@ -505,7 +509,7 @@ typedef void (*Evas_Video_Coord_Cb)(void *data, Evas_Object
*obj, const Evas_Vid
struct _Evas_Video_Surface
{
- int version;
+ int version; /** The Evas Video surface version in use
@see EVAS_VIDEO_SURFACE_VERSION*/
Evas_Video_Coord_Cb move; /** Move the video surface to this position */
Evas_Video_Coord_Cb resize; /** Resize the video surface to that size */
@@ -513,7 +517,7 @@ struct _Evas_Video_Surface
Evas_Video_Cb hide; /** Hide the video overlay surface */
Evas_Video_Cb update_pixels; /** Please update the Evas_Object_Image
pixels when called */
- Evas_Object*parent;
+ Evas_Object*parent; /** The parent object */
void *data;
};
@@ -571,8 +575,8 @@ typedef enum _Evas_Border_Fill_Mode
typedef enum _Evas_Engine_Render_Mode
{
- EVAS_RENDER_MODE_BLOCKING = 0,
- EVAS_RENDER_MODE_NONBLOCKING = 1,
+ EVAS_RENDER_MODE_BLOCKING = 0, /** The rendering is blocking mode*/
+ EVAS_RENDER_MODE_NONBLOCKING = 1, /** The rendering is non blocking mode*/
} Evas_Engine_Render_Mode;
typedef enum _Evas_Image_Content_Hint
@@ -1337,6 +1341,8 @@ EAPI Evas_Device *evas_device_add(Evas *e);
/**
* Delete a new device type
*
+ * @param dev The device node you want to delete.
+ *
* @see evas_device_add
* @see evas_device_push
* @see evas_device_pop
--
[EGIT] [core/efl] master 07/56: eldbus: add documentation for Eldbus_Version structure.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=f15d4627377fe5288baf864ba6df1f3c6ce26f98
commit f15d4627377fe5288baf864ba6df1f3c6ce26f98
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Fri Oct 10 12:20:24 2014 +0200
eldbus: add documentation for Eldbus_Version structure.
---
src/lib/eldbus/Eldbus.h | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/src/lib/eldbus/Eldbus.h b/src/lib/eldbus/Eldbus.h
index 478fcea..220d4ec 100644
--- a/src/lib/eldbus/Eldbus.h
+++ b/src/lib/eldbus/Eldbus.h
@@ -129,12 +129,16 @@ extern C {
#define ELDBUS_ERROR_PENDING_CANCELED org.enlightenment.DBus.Canceled
#define ELDBUS_ERROR_PENDING_TIMEOUT org.freedesktop.DBus.Error.NoReply
+/**
+ * @typedef Eldbus_Version
+ * Represents the current version of Eldbus
+ */
typedef struct _Eldbus_Version
{
- int major;
- int minor;
- int micro;
- int revision;
+ int major; /** major (binary or source incompatible changes) */
+ int minor; /** minor (new features, bugfixes, major improvements version)
*/
+ int micro; /** micro (bugfix, internal improvements, no new features
version) */
+ int revision; /** git revision (0 if a proper release or the git revision
number Eldbus is built from) */
} Eldbus_Version;
EAPI extern const Eldbus_Version * eldbus_version;
--
[EGIT] [core/efl] master 37/56: evas: add documentation about EVAS_MAJOR/MINOR_VERSION.
cedric pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=57f0a18982258368dc61203245f1f87952833326 commit 57f0a18982258368dc61203245f1f87952833326 Author: Nicolas Aguirre aguirre.nico...@gmail.com Date: Mon Oct 20 10:40:21 2014 +0200 evas: add documentation about EVAS_MAJOR/MINOR_VERSION. --- src/lib/evas/Evas_Common.h | 9 + 1 file changed, 9 insertions(+) diff --git a/src/lib/evas/Evas_Common.h b/src/lib/evas/Evas_Common.h index 10313fb..e3cdc94 100644 --- a/src/lib/evas/Evas_Common.h +++ b/src/lib/evas/Evas_Common.h @@ -2,7 +2,16 @@ # error You shall not include this header directly #endif +/** + * @def EVAS_VERSION_MAJOR + * The major number of evas version + */ #define EVAS_VERSION_MAJOR EFL_VERSION_MAJOR + +/** + * @def EVAS_VERSION_MINOR + * The minor number of eet version + */ #define EVAS_VERSION_MINOR EFL_VERSION_MINOR /** --
[EGIT] [core/efl] master 08/56: embryo: add documentation for Embryo_Version structure.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=020f5012652b3df8f643a2bbe3c917c068493082
commit 020f5012652b3df8f643a2bbe3c917c068493082
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Fri Oct 10 12:20:45 2014 +0200
embryo: add documentation for Embryo_Version structure.
---
src/lib/embryo/Embryo.h | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/src/lib/embryo/Embryo.h b/src/lib/embryo/Embryo.h
index 923afe7..413c38b 100644
--- a/src/lib/embryo/Embryo.h
+++ b/src/lib/embryo/Embryo.h
@@ -370,13 +370,17 @@ extern C {
#define EMBRYO_VERSION_MAJOR EFL_VERSION_MAJOR
#define EMBRYO_VERSION_MINOR EFL_VERSION_MINOR
-
+
+ /**
+* @typedef Embryo_Version
+* Represents the current version of Embryo
+*/
typedef struct _Embryo_Version
{
-int major;
-int minor;
-int micro;
-int revision;
+int major; /** major (binary or source incompatible changes) */
+int minor; /** minor (new features, bugfixes, major improvements
version) */
+int micro; /** micro (bugfix, internal improvements, no new features
version) */
+int revision; /** git revision (0 if a proper release or the git
revision number Embryo is built from) */
} Embryo_Version;
EAPI extern Embryo_Version *embryo_version;
--
[EGIT] [core/efl] master 02/56: ecore: add documentation for Ecore_Version structure.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=0bbcef65aba7e3a83fd3ba95740739467b19a0c9
commit 0bbcef65aba7e3a83fd3ba95740739467b19a0c9
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Fri Oct 10 12:01:42 2014 +0200
ecore: add documentation for Ecore_Version structure.
---
src/lib/ecore/Ecore_Common.h | 29 +
1 file changed, 25 insertions(+), 4 deletions(-)
diff --git a/src/lib/ecore/Ecore_Common.h b/src/lib/ecore/Ecore_Common.h
index b45af6c..8ed1742 100644
--- a/src/lib/ecore/Ecore_Common.h
+++ b/src/lib/ecore/Ecore_Common.h
@@ -70,12 +70,33 @@ EAPI int ecore_shutdown(void);
#define ECORE_VERSION_MAJOR EFL_VERSION_MAJOR
#define ECORE_VERSION_MINOR EFL_VERSION_MINOR
+/**
+ * @typedef Ecore_Version
+ *
+ * This is the Ecore version information structure that can be used at
+ * runtime to detect which version of ecore is being used and adapt
+ * appropriately as follows for example:
+ *
+ * @code
+ * #if defined(ECORE_VERSION_MAJOR) (ECORE_VERSION_MAJOR = 1)
defined(ECORE_VERSION_MINOR) (ECORE_VERSION_MINOR 0)
+ * printf(Ecore version: %i.%i.%i\n,
+ *ecore_version-major,
+ *ecore_version-minor,
+ *ecore_version-micro);
+ * if (ecore_version-revision 0)
+ * {
+ * printf( Built from Git revision # %i\n, ecore_version-revision);
+ * }
+ * #endif
+ * @endcode
+ *
+ */
typedef struct _Ecore_Version
{
- int major;
- int minor;
- int micro;
- int revision;
+ int major; /** major (binary or source incompatible changes) */
+ int minor; /** minor (new features, bugfixes, major improvements version)
*/
+ int micro; /** micro (bugfix, internal improvements, no new features
version) */
+ int revision; /** git revision (0 if a proper release or the git revision
number Ecore is built from) */
} Ecore_Version;
EAPI extern Ecore_Version *ecore_version;
--
[EGIT] [core/efl] master 29/56: evas: add documentation for enums in Evas_Gl.h.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=d6eda8b0ced5ece44c51aca9afb087dcff47
commit d6eda8b0ced5ece44c51aca9afb087dcff47
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Fri Oct 17 10:59:26 2014 +0200
evas: add documentation for enums in Evas_Gl.h.
---
src/lib/evas/Evas_GL.h | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/src/lib/evas/Evas_GL.h b/src/lib/evas/Evas_GL.h
index 5f2a8d1..99d9dd0 100644
--- a/src/lib/evas/Evas_GL.h
+++ b/src/lib/evas/Evas_GL.h
@@ -402,10 +402,10 @@ typedef enum _Evas_GL_Color_Format
typedef enum _Evas_GL_Depth_Bits
{
EVAS_GL_DEPTH_NONE = 0,
-EVAS_GL_DEPTH_BIT_8 = 1,
-EVAS_GL_DEPTH_BIT_16 = 2,
-EVAS_GL_DEPTH_BIT_24 = 3,
-EVAS_GL_DEPTH_BIT_32 = 4
+EVAS_GL_DEPTH_BIT_8 = 1, /** 8 bits precision surface depth */
+EVAS_GL_DEPTH_BIT_16 = 2, /** 16 bits precision surface depth */
+EVAS_GL_DEPTH_BIT_24 = 3, /** 24 bits precision surface depth */
+EVAS_GL_DEPTH_BIT_32 = 4/** 32 bits precision surface depth */
} Evas_GL_Depth_Bits;
/**
@@ -414,11 +414,11 @@ typedef enum _Evas_GL_Depth_Bits
typedef enum _Evas_GL_Stencil_Bits
{
EVAS_GL_STENCIL_NONE = 0,
-EVAS_GL_STENCIL_BIT_1 = 1,
-EVAS_GL_STENCIL_BIT_2 = 2,
-EVAS_GL_STENCIL_BIT_4 = 3,
-EVAS_GL_STENCIL_BIT_8 = 4,
-EVAS_GL_STENCIL_BIT_16 = 5
+EVAS_GL_STENCIL_BIT_1 = 1, /** 1 bit precision for stencil buffer */
+EVAS_GL_STENCIL_BIT_2 = 2, /** 2 bits precision for stencil buffer */
+EVAS_GL_STENCIL_BIT_4 = 3, /** 4 bits precision for stencil buffer */
+EVAS_GL_STENCIL_BIT_8 = 4, /** 8 bits precision for stencil buffer */
+EVAS_GL_STENCIL_BIT_16 = 5/** 16 bits precision for stencil buffer */
} Evas_GL_Stencil_Bits;
/**
--
[EGIT] [core/efl] master 35/56: evas: documentation on missing apis
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=b9fcd48986ce3f283504149090696c7d3a21e9a8
commit b9fcd48986ce3f283504149090696c7d3a21e9a8
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Fri Oct 17 15:39:18 2014 +0200
evas: documentation on missing apis
---
src/lib/evas/Evas_Common.h | 199 ++
src/lib/evas/Evas_Legacy.h | 293 +++--
2 files changed, 458 insertions(+), 34 deletions(-)
diff --git a/src/lib/evas/Evas_Common.h b/src/lib/evas/Evas_Common.h
index bc9a62e..10313fb 100644
--- a/src/lib/evas/Evas_Common.h
+++ b/src/lib/evas/Evas_Common.h
@@ -323,7 +323,7 @@ typedef intEvas_Coord;/** A type
for coordinates */;
typedef intEvas_Font_Size; /** A type for font size */
typedef intEvas_Angle; /** A type for angle */
-struct _Evas_Coord_Rectangle /** A rectangle in Evas_Coord */
+struct _Evas_Coord_Rectangle /** A rectangle in Evas_Coord */
{
Evas_Coord x; /** top-left x co-ordinate of rectangle */
Evas_Coord y; /** top-left y co-ordinate of rectangle */
@@ -331,20 +331,20 @@ struct _Evas_Coord_Rectangle /** A rectangle in
Evas_Coord */
Evas_Coord h; /** height of rectangle */
};
-struct _Evas_Coord_Point
+struct _Evas_Coord_Point /** A Point in Evas_Coord */
{
Evas_Coord x; /** x co-ordinate */
Evas_Coord y; /** y co-ordinate */
};
-struct _Evas_Coord_Size /** A size in Evas_Coord */
+struct _Evas_Coord_Size /** A size in Evas_Coord */
{
Evas_Coord w; /** width */
Evas_Coord h; /** height */
};
-struct _Evas_Coord_Precision_Size
+struct _Evas_Coord_Precision_Size /** A size in Evas_Coord with subpixel
precision*/
{
Evas_Coord w; /** width */
Evas_Coord h; /** height */
@@ -352,7 +352,7 @@ struct _Evas_Coord_Precision_Size
double ysub; /** subpixel precision for height */
};
-struct _Evas_Coord_Precision_Point
+struct _Evas_Coord_Precision_Point /** A point in Evas_Coord with subpixel
precision*/
{
Evas_Coord x; /** x co-ordinate */
Evas_Coord y; /** y co-ordinate */
@@ -360,19 +360,19 @@ struct _Evas_Coord_Precision_Point
double ysub; /** subpixel precision for y */
};
-struct _Evas_Point
+struct _Evas_Point /** A point */
{
int x; /** x co-ordinate */
int y; /** y co-ordinate */
};
-struct _Evas_Position
+struct _Evas_Position /** A position */
{
Evas_Point output; /** position on the output */
Evas_Coord_Point canvas; /** position on the canvas */
};
-struct _Evas_Precision_Position
+struct _Evas_Precision_Position /** A position with precision*/
{
Evas_Point output; /** position on the output */
Evas_Coord_Precision_Point canvas; /** position on the canvas */
@@ -625,12 +625,12 @@ typedef enum _Evas_Device_Subclass
EVAS_DEVICE_SUBCLASS_TRACKBALL, /** A trackball style mouse @since 1.8 */
} Evas_Device_Subclass; /** A general class of device @since 1.8 */
-struct _Evas_Engine_Info /** Generic engine information. Generic info is
useless */
+struct _Evas_Engine_Info /** Generic engine information. Generic info is
useless */
{
int magic; /** Magic number */
};
-struct _Evas_Event_Mouse_Down /** Mouse button press event */
+struct _Evas_Event_Mouse_Down /** Mouse button press event */
{
int button; /** Mouse button number that went down (1 - 32)
*/
@@ -648,7 +648,7 @@ struct _Evas_Event_Mouse_Down /** Mouse button press event
*/
Evas_Object *event_src; /** The Evas Object which actually triggered
the event, used in cases of proxy event propagation */
};
-struct _Evas_Event_Mouse_Up /** Mouse button release event */
+struct _Evas_Event_Mouse_Up /** Mouse button release event */
{
int button; /** Mouse button number that was raised (1 - 32)
*/
@@ -666,7 +666,7 @@ struct _Evas_Event_Mouse_Up /** Mouse button release event
*/
Evas_Object *event_src; /** The Evas Object which actually triggered
the event, used in cases of proxy event propagation */
};
-struct _Evas_Event_Mouse_In /** Mouse enter event */
+struct _Evas_Event_Mouse_In /** Mouse enter event */
{
int buttons; /** Button pressed mask, Bits set to 1 are
buttons currently pressed (bit 0 = mouse button 1, bit 1 = mouse button 2 etc.)
*/
@@ -682,7 +682,7 @@ struct _Evas_Event_Mouse_In /** Mouse enter event */
Evas_Object *event_src; /** The Evas Object which actually triggered
the event, used in cases of proxy event propagation */
};
-struct _Evas_Event_Mouse_Out /** Mouse leave event */
+struct _Evas_Event_Mouse_Out /** Mouse leave event */
{
int buttons; /** Button pressed mask, Bits set to 1 are
buttons currently pressed (bit 0 = mouse button 1, bit 1 = mouse button 2 etc.)
*/
@@ -698,7 +698,7 @@ struct _Evas_Event_Mouse_Out /** Mouse leave event */
Evas_Object
[E-devel] strange _EVAS_OBJECT_EO_CLASS_TYPE define in Evas_Common.h
Hi, In src/lib/Evas_Common.h line 301 threre is a define, which i try to document. But it's not defined anywhere. It's maybe a leftover, which can be removed ? #define _EVAS_OBJECT_EO_CLASS_TYPE -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.calaos.fr Blog: http://dev.enlightenment.fr/~captainigloo/ -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] strange _EVAS_OBJECT_EO_CLASS_TYPE define in Evas_Common.h
2014-10-14 16:01 GMT+02:00 Daniel Kolesa quake...@gmail.com: On Oct 14, 2014 2:22 PM, Daniel Zaoui daniel.za...@samsung.com wrote: Salut Nico, This define is used in the H files generated by Eolian (see evas_object.eo.h). It has been added by Daniel Kolesa/q66 (commit bb24b60) to support typedefs for classes. It seems that you need this define there to avoid redeclaration of the typedef. That is precisely the reason. You should ask q66 for more explanation. Explained :) Ok thanks, So it's not really interresting to document it as part of the public API ? D2 On 10/14/14 12:53, Nicolas Aguirre wrote: Hi, In src/lib/Evas_Common.h line 301 threre is a define, which i try to document. But it's not defined anywhere. It's maybe a leftover, which can be removed ? #define _EVAS_OBJECT_EO_CLASS_TYPE -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel D5 -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.calaos.fr Blog: http://dev.enlightenment.fr/~captainigloo/ -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] Emotion Media Center 1.0 first beta is out
Huhu, you did what' we never finished with enna and it's really awesome ! Great job :D Now i have only one thing in head try it on a rpi or cubieboard to see if it's better than xbmc ! 2014-08-03 2:06 GMT+02:00 Carsten Haitzler ras...@rasterman.com: On Fri, 1 Aug 2014 11:55:17 +0200 Davide Andreoli d...@gurumeditation.it said: i have to say... this is rather awesome. Hi all, the first beta release of EpyMC is waiting for you !! This is the result of many years of development, I hope you will enjoy the result as I enjoined the development. The code is hosted at Github: https://github.com/DaveMDS/epymc Direct download link for this release: https://github.com/DaveMDS/epymc/archive/v1.0.0-beta1.tar.gz On the Github wiki you will find all the needed instructions for installing and using the media center, along with screenshots and screencasts. I'm planning to roll out the final 1.0 release in 7/10 days, please let me know of any issue you encounter with this first release. Happy testing davemds -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ enlightenment-users mailing list enlightenment-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] Emotion Media Center 1.0 first beta is out
For evas on rpi, we need a specific Opengl eglfs driver, which is not developped currently. For calaos i used a little hack found here : https://www.youtube.com/watch?v=8Fy63w6WxOw It just works when you have only one fullscreen application. I get arround 20/25 fps for a 1280x800 screen. I heard that a sdl2 engine was on his way, so i guess we could be able to get efl app running flawlessly on rpi hardware soon . For a10/a13/a20 processors (cubieboard, ), GlES driver for mali exists for xorg. So it's easier. But main problem is always video acceleration 2014-08-03 11:32 GMT+02:00 Davide Andreoli d...@gurumeditation.it: 2014-08-03 10:06 GMT+02:00 Nicolas Aguirre aguirre.nico...@gmail.com: Huhu, you did what' we never finished with enna and it's really awesome ! yep, I've done it :P Great job :D Now i have only one thing in head try it on a rpi or cubieboard to see if it's better than xbmc ! Raspberry is also my final goal! Xbmc has been optimized to use all the hw of the pi, it do opengl and also use hardware video decoding... not really easy to beat. Evas with Opengl ES on the rpi should be doable, just some mess with their driver, but should be compatible. Last time I tried I got blocked on trying to let evas compile with gl/es enabled For hw decoding I read that gstreamer1.0 has a rpi backend, so probably is possible to use. Atm rasbian comes with gstreamer0.10, so we should build it from sources. Let me know if you make some work/progress on this 2014-08-03 2:06 GMT+02:00 Carsten Haitzler ras...@rasterman.com: On Fri, 1 Aug 2014 11:55:17 +0200 Davide Andreoli d...@gurumeditation.it said: i have to say... this is rather awesome. Hi all, the first beta release of EpyMC is waiting for you !! This is the result of many years of development, I hope you will enjoy the result as I enjoined the development. The code is hosted at Github: https://github.com/DaveMDS/epymc Direct download link for this release: https://github.com/DaveMDS/epymc/archive/v1.0.0-beta1.tar.gz On the Github wiki you will find all the needed instructions for installing and using the media center, along with screenshots and screencasts. I'm planning to roll out the final 1.0 release in 7/10 days, please let me know of any issue you encounter with this first release. Happy testing davemds -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ enlightenment-users mailing list enlightenment-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ enlightenment-users mailing list enlightenment-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Nicolas Aguirre Mail: aguirre.nico
[EGIT] [core/efl] master 07/25: ecore_cocoa: fix Key up/down usage, the event window was missing and the ev-key was not specified
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=c7993e2cb4d9f4620311707892383a36c0b30b2f
commit c7993e2cb4d9f4620311707892383a36c0b30b2f
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Wed Dec 11 00:13:59 2013 +0100
ecore_cocoa: fix Key up/down usage, the event window was missing and the
ev-key was not specified
---
src/lib/ecore_cocoa/ecore_cocoa.m | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/src/lib/ecore_cocoa/ecore_cocoa.m
b/src/lib/ecore_cocoa/ecore_cocoa.m
index 5d8e288..2cc5b73 100644
--- a/src/lib/ecore_cocoa/ecore_cocoa.m
+++ b/src/lib/ecore_cocoa/ecore_cocoa.m
@@ -169,6 +169,7 @@ ecore_cocoa_feed_events(void)
{
Ecore_Event_Key *ev;
unsigned int i;
+ EcoreCocoaWindow *window = (EcoreCocoaWindow *)[event window];
ev = calloc(1, sizeof (Ecore_Event_Key));
if (!ev) return;
@@ -178,10 +179,12 @@ ecore_cocoa_feed_events(void)
{
if (keystable[i].code == tolower([[event
charactersIgnoringModifiers] characterAtIndex:0]))
{
- printf(Key pressed : %s\n, keystable[i].name);
+ printf(Key pressed : %s\n, keystable[i].name);
ev-keyname = keystable[i].name;
+ ev-key = keystable[i].name;
ev-string = keystable[i].compose;
-
+ ev-window = window.ecore_window_data;
+ ev-event_window = ev-window;
ecore_event_add(ECORE_EVENT_KEY_DOWN, ev, NULL, NULL);
return;
}
@@ -193,6 +196,9 @@ ecore_cocoa_feed_events(void)
{
Ecore_Event_Key *ev;
unsigned int i;
+ EcoreCocoaWindow *window = (EcoreCocoaWindow *)[event window];
+
+ printf(Key Up\n);
ev = calloc(1, sizeof (Ecore_Event_Key));
if (!ev) return;
@@ -203,8 +209,10 @@ ecore_cocoa_feed_events(void)
if (keystable[i].code == tolower([[event
charactersIgnoringModifiers] characterAtIndex:0]))
{
ev-keyname = keystable[i].name;
+ ev-key = keystable[i].name;
ev-string = keystable[i].compose;
-
+ ev-window = window.ecore_window_data;
+ ev-event_window = ev-window;
ecore_event_add(ECORE_EVENT_KEY_UP, ev, NULL, NULL);
return;
}
--
[EGIT] [core/efl] master 10/25: ecore_cocoa: fix button order.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=e4538b94d1a8ed7983c39e44e30df47f8536915c
commit e4538b94d1a8ed7983c39e44e30df47f8536915c
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Sat Jan 11 10:17:04 2014 +0100
ecore_cocoa: fix button order.
---
src/lib/ecore_cocoa/ecore_cocoa.m | 176 --
1 file changed, 94 insertions(+), 82 deletions(-)
diff --git a/src/lib/ecore_cocoa/ecore_cocoa.m
b/src/lib/ecore_cocoa/ecore_cocoa.m
index 2cc5b73..59bc028 100644
--- a/src/lib/ecore_cocoa/ecore_cocoa.m
+++ b/src/lib/ecore_cocoa/ecore_cocoa.m
@@ -23,6 +23,54 @@ static int _ecore_cocoa_init_count = 0;
static int old_flags;
+static unsigned int
+_ecore_cocoa_event_modifiers(int mod)
+{
+ unsigned int modifiers = 0;
+
+ if(mod NSShiftKeyMask) modifiers |= ECORE_EVENT_MODIFIER_SHIFT;
+ if(mod NSControlKeyMask) modifiers |= ECORE_EVENT_MODIFIER_CTRL;
+ if(mod NSAlternateKeyMask) modifiers |= ECORE_EVENT_MODIFIER_ALT;
+ if(mod NSAlphaShiftKeyMask) modifiers |= ECORE_EVENT_LOCK_CAPS;
+
+ return modifiers;
+}
+
+static Ecore_Event_Key*
+_ecore_cocoa_event_key(NSEvent *nsevent, double timestamp)
+{
+ Ecore_Event_Key *ev;
+ unsigned int i;
+ int flags = [nsevent modifierFlags];
+
+ ev = malloc(sizeof(Ecore_Event_Key));
+ if (!ev) return NULL;
+
+ ev-timestamp = timestamp;
+ ev-window = 0;
+ ev-event_window = 0;
+ ev-modifiers = _ecore_cocoa_event_modifiers(flags);
+ ev-key = NULL;
+ ev-compose = NULL;
+
+ printf(key code : %d\n, [[nsevent charactersIgnoringModifiers]
characterAtIndex:0]);
+
+ for (i = 0; i EINA_C_ARRAY_LENGTH(keystable); ++i)
+ if (keystable[i].code == [[nsevent charactersIgnoringModifiers]
characterAtIndex:0])
+ {
+ printf(keycode : %d key pressed : %s\n, keystable[i].code,
keystable[i].name);
+ ev-keyname = keystable[i].name;
+ ev-key = ev-keyname;
+ ev-string = keystable[i].compose;
+
+ return ev;
+ }
+ free(ev);
+ return NULL;
+}
+
+
+
EAPI int
ecore_cocoa_init(void)
{
@@ -115,7 +163,17 @@ ecore_cocoa_feed_events(void)
ev-root.x = ev-x;
ev-root.y = ev-y;
ev-timestamp = time;
- ev-buttons = [event buttonNumber] + 1; // Apple indexes buttons from 0
+
+ if ([event buttonNumber] == 0)
+ ev-buttons = 1;
+ else if ([event buttonNumber] == 2)
+ ev-buttons = 2;
+ else
+ ev-buttons = 3;
+
+ printf(ev buttons : %d - %d\n, ev-buttons, [event buttonNumber]);
+ ev-window = window.ecore_window_data;
+ ev-event_window = ev-window;
if ([event clickCount] == 2)
ev-double_click = 1;
@@ -148,7 +206,16 @@ ecore_cocoa_feed_events(void)
ev-root.x = ev-x;
ev-root.y = ev-y;
ev-timestamp = time;
- ev-buttons = [event buttonNumber] + 1; // Apple indexes buttons from 0
+
+ if ([event buttonNumber] == 0)
+ ev-buttons = 1;
+ else if ([event buttonNumber] == 2)
+ ev-buttons = 2;
+ else
+ ev-buttons = 3;
+
+ ev-window = window.ecore_window_data;
+ ev-event_window = ev-window;
if ([event clickCount] == 2)
ev-double_click = 1;
@@ -168,115 +235,60 @@ ecore_cocoa_feed_events(void)
case NSKeyDown:
{
Ecore_Event_Key *ev;
- unsigned int i;
EcoreCocoaWindow *window = (EcoreCocoaWindow *)[event window];
- ev = calloc(1, sizeof (Ecore_Event_Key));
+ ev = _ecore_cocoa_event_key(event, time);
if (!ev) return;
- ev-timestamp = time;
- for (i = 0; i sizeof (keystable) / sizeof (struct
_ecore_cocoa_keys_s); ++i)
- {
-if (keystable[i].code == tolower([[event
charactersIgnoringModifiers] characterAtIndex:0]))
-{
- printf(Key pressed : %s\n, keystable[i].name);
- ev-keyname = keystable[i].name;
- ev-key = keystable[i].name;
- ev-string = keystable[i].compose;
- ev-window = window.ecore_window_data;
- ev-event_window = ev-window;
- ecore_event_add(ECORE_EVENT_KEY_DOWN, ev, NULL, NULL);
- return;
-}
- }
+ ev-window = window.ecore_window_data;
+ ev-event_window = ev-window;
+ ecore_event_add(ECORE_EVENT_KEY_DOWN, ev, NULL, NULL);
break;
}
case NSKeyUp:
{
Ecore_Event_Key *ev;
- unsigned int i;
EcoreCocoaWindow *window = (EcoreCocoaWindow *)[event window];
- printf(Key Up\n);
-
- ev = calloc(1, sizeof (Ecore_Event_Key));
+ ev = _ecore_cocoa_event_key(event, time);
if (!ev) return;
- ev-timestamp = time;
- for (i = 0; i sizeof (keystable) / sizeof (struct
_ecore_cocoa_keys_s
[EGIT] [core/efl] master 05/25: ecore_cocoa: remove printf
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=b24e462ef68b62a1ce4075a00587adf882e3b506
commit b24e462ef68b62a1ce4075a00587adf882e3b506
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Tue Dec 10 08:24:14 2013 +0100
ecore_cocoa: remove printf
---
src/lib/ecore_cocoa/ecore_cocoa.m | 28 ++--
1 file changed, 22 insertions(+), 6 deletions(-)
diff --git a/src/lib/ecore_cocoa/ecore_cocoa.m
b/src/lib/ecore_cocoa/ecore_cocoa.m
index 3f6023a..5d8e288 100644
--- a/src/lib/ecore_cocoa/ecore_cocoa.m
+++ b/src/lib/ecore_cocoa/ecore_cocoa.m
@@ -81,8 +81,13 @@ ecore_cocoa_feed_events(void)
{
Ecore_Event_Mouse_Move * ev = calloc(1,
sizeof(Ecore_Event_Mouse_Move));
if (!ev) return;
- ev-x = [event locationInWindow].x;
- ev-y = [event locationInWindow].y;
+
+ EcoreCocoaWindow *window = (EcoreCocoaWindow *)[event window];
+ NSView *view = [window contentView];
+ NSPoint pt = [event locationInWindow];
+
+ ev-x = pt.x;
+ ev-y = [view frame].size.height - pt.y;
ev-root.x = ev-x;
ev-root.y = ev-y;
ev-timestamp = time;
@@ -100,8 +105,13 @@ ecore_cocoa_feed_events(void)
{
Ecore_Event_Mouse_Button * ev = calloc(1,
sizeof(Ecore_Event_Mouse_Button));
if (!ev) return;
- ev-x = [event locationInWindow].x;
- ev-y = [event locationInWindow].y;
+
+ EcoreCocoaWindow *window = (EcoreCocoaWindow *)[event window];
+ NSView *view = [window contentView];
+ NSPoint pt = [event locationInWindow];
+
+ ev-x = pt.x;
+ ev-y = [view frame].size.height - pt.y;
ev-root.x = ev-x;
ev-root.y = ev-y;
ev-timestamp = time;
@@ -128,8 +138,13 @@ ecore_cocoa_feed_events(void)
{
Ecore_Event_Mouse_Button * ev = calloc(1,
sizeof(Ecore_Event_Mouse_Button));
if (!ev) return;
- ev-x = [event locationInWindow].x;
- ev-y = [event locationInWindow].y;
+
+ EcoreCocoaWindow *window = (EcoreCocoaWindow *)[event window];
+ NSView *view = [window contentView];
+ NSPoint pt = [event locationInWindow];
+
+ ev-x = pt.x;
+ ev-y = [view frame].size.height - pt.y;
ev-root.x = ev-x;
ev-root.y = ev-y;
ev-timestamp = time;
@@ -163,6 +178,7 @@ ecore_cocoa_feed_events(void)
{
if (keystable[i].code == tolower([[event
charactersIgnoringModifiers] characterAtIndex:0]))
{
+ printf(Key pressed : %s\n, keystable[i].name);
ev-keyname = keystable[i].name;
ev-string = keystable[i].compose;
--
[EGIT] [core/efl] master 09/25: ecore_evas: fix warnings in Ecore_Evas Cocoa.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=795f97e22a30f62d5b3792c79e2f89d66d0804b9
commit 795f97e22a30f62d5b3792c79e2f89d66d0804b9
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Sun Jan 5 19:46:03 2014 +0100
ecore_evas: fix warnings in Ecore_Evas Cocoa.
---
.../ecore_evas/engines/cocoa/ecore_evas_cocoa.c| 63 +++---
1 file changed, 32 insertions(+), 31 deletions(-)
diff --git a/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
b/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
index 1ae8199..c18e979 100644
--- a/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
+++ b/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
@@ -13,11 +13,12 @@
#include Ecore_Evas.h
#include ecore_evas_private.h
+static void _ecore_evas_resize(Ecore_Evas *ee, int w, int h);
// FIXME: this engine has lots of problems. only 1 window at a time, drawRect
looks wrong, doesnt handle resizes and more
static int _ecore_evas_init_count = 0;
-static Ecore_Evas *ecore_evases = NULL;
+static Eina_List*ecore_evases = NULL;
static Ecore_Event_Handler *ecore_evas_event_handlers[4] = {
NULL, NULL, NULL, NULL
};
@@ -100,7 +101,7 @@ _ecore_evas_cocoa_match(void)
return eina_list_nth(ecore_evases, 0);
}
-static int
+static Eina_Bool
_ecore_evas_cocoa_event_got_focus(void *data EINA_UNUSED, int type
EINA_UNUSED, void *event)
{
Ecore_Evas *ee;
@@ -117,7 +118,7 @@ _ecore_evas_cocoa_event_got_focus(void *data EINA_UNUSED,
int type EINA_UNUSED,
return ECORE_CALLBACK_PASS_ON;
}
-static int
+static Eina_Bool
_ecore_evas_cocoa_event_lost_focus(void *data EINA_UNUSED, int type
EINA_UNUSED, void *event)
{
Ecore_Evas *ee;
@@ -134,25 +135,25 @@ _ecore_evas_cocoa_event_lost_focus(void *data
EINA_UNUSED, int type EINA_UNUSED,
return ECORE_CALLBACK_PASS_ON;
}
-static int
+static Eina_Bool
_ecore_evas_cocoa_event_video_resize(void *data EINA_UNUSED, int type
EINA_UNUSED, void *event)
{
- /*Ecore_Cocoa_Event_Video_Resize *e;
- Ecore_Evas *ee;
-
- e = event;
- ee = _ecore_evas_cocoa_match();
+Ecore_Evas *ee;
- if (!ee) return 1; // pass on event
- evas_output_size_set(ee-evas, e-w, e-h);
+ee = _ecore_evas_cocoa_match();
+if (!ee)
+return ECORE_CALLBACK_PASS_ON;
+evas_output_size_set(ee-evas, ee-w, ee-h);
+evas_output_viewport_set(ee-evas, 0, 0, ee-w, ee-h);
+evas_damage_rectangle_add(ee-evas, 0, 0, ee-w, ee-h);
- return 0;*/
+if (ee-func.fn_resize) ee-func.fn_resize(ee);
- DBG(Video Resize);
- return ECORE_CALLBACK_PASS_ON;
+_ecore_evas_resize(ee, ee-w, ee-h);
+return ECORE_CALLBACK_PASS_ON;
}
-static int
+static Eina_Bool
_ecore_evas_cocoa_event_video_expose(void *data EINA_UNUSED, int type
EINA_UNUSED, void *event EINA_UNUSED)
{
Ecore_Evas *ee;
@@ -222,27 +223,27 @@ static int
_ecore_evas_cocoa_shutdown(void)
{
Ecore_Evas *ee;
- DBG(Cocoa SHutodwn);
- _ecore_evas_init_count--;
- if (_ecore_evas_init_count == 0)
+DBG(Cocoa SHutodwn);
+_ecore_evas_init_count--;
+if (_ecore_evas_init_count == 0)
{
- int i;
+int i;
- EINA_LIST_FREE(ecore_evases, ee)
- _ecore_evas_free(ee);
+EINA_LIST_FREE(ecore_evases, ee)
+_ecore_evas_free(ee);
- for (i = 0; i sizeof (ecore_evas_event_handlers) / sizeof
(Ecore_Event_Handler*); i++)
- ecore_event_handler_del(ecore_evas_event_handlers[i]);
- ecore_event_evas_shutdown();
- ecore_idle_enterer_del(ecore_evas_idle_enterer);
- ecore_evas_idle_enterer = NULL;
- ecore_poller_del(ecore_evas_event);
- ecore_evas_event = NULL;
+for (i = 0; i sizeof (ecore_evas_event_handlers) / sizeof
(Ecore_Event_Handler*); i++)
+ecore_event_handler_del(ecore_evas_event_handlers[i]);
+ecore_event_evas_shutdown();
+ecore_idle_enterer_del(ecore_evas_idle_enterer);
+ecore_evas_idle_enterer = NULL;
+ecore_poller_del(ecore_evas_event);
+ecore_evas_event = NULL;
- ecore_event_evas_shutdown();
+ecore_event_evas_shutdown();
}
- if (_ecore_evas_init_count 0) _ecore_evas_init_count = 0;
- return _ecore_evas_init_count;
+if (_ecore_evas_init_count 0) _ecore_evas_init_count = 0;
+return _ecore_evas_init_count;
}
static void
--
[EGIT] [core/efl] master 11/25: ecore_cocoa: switch keys to map correctly on OS-X.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=6d7caf9450906d565d58d42617ba2a4028f7f247
commit 6d7caf9450906d565d58d42617ba2a4028f7f247
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Sat Jan 11 10:23:50 2014 +0100
ecore_cocoa: switch keys to map correctly on OS-X.
os-x is notoriously switching the meaning of those keys
calling BackSpace Delete, and Delete Forward Delete
Original patch by Pierre Tardy
---
src/lib/ecore_cocoa/Ecore_Cocoa_Keys.h | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/src/lib/ecore_cocoa/Ecore_Cocoa_Keys.h
b/src/lib/ecore_cocoa/Ecore_Cocoa_Keys.h
index 7068bc2..f238df2 100644
--- a/src/lib/ecore_cocoa/Ecore_Cocoa_Keys.h
+++ b/src/lib/ecore_cocoa/Ecore_Cocoa_Keys.h
@@ -14,7 +14,8 @@ static const struct _ecore_cocoa_keys_s keystable[] =
{ 0, 0x00, },
{ 0, First, },
{ 3, Return, \015 },
-{ 8, BackSpace,\010 },
+// OS-X's backspace and Delete are reversed!
+{ 8, Delete,\010 },
{ 9, Tab, \011 },
{ 12,Clear, },
{ 13,Return, \015 },
@@ -90,10 +91,11 @@ static const struct _ecore_cocoa_keys_s keystable[] =
{ 123, braceleft, },
{ 124, pipe, },
{ 125, braceright,},
-{ 127, Delete, \177 },
+// OS-X's backspace and Delete are reversed!
+{ 127, BackSpace, \177 },
{ 126, asciitilde, ~ },
-{ 160, w0,},
+{ 160, w0,},
{ 161, w1,},
{ 162, w2,},
{ 163, w3,},
--
[EGIT] [core/efl] master 12/25: evas: force equality in check otherwise i get debug output even if the environnement variable is not set.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=7182f87d514fd5eb84ce4076bcd2bcd9e2f58ae2
commit 7182f87d514fd5eb84ce4076bcd2bcd9e2f58ae2
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Sat Jan 11 10:25:16 2014 +0100
evas: force equality in check otherwise i get debug output even if the
environnement variable is not set.
---
src/modules/evas/engines/gl_common/evas_gl_context.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/modules/evas/engines/gl_common/evas_gl_context.c
b/src/modules/evas/engines/gl_common/evas_gl_context.c
index 62b833d..21d1412 100644
--- a/src/modules/evas/engines/gl_common/evas_gl_context.c
+++ b/src/modules/evas/engines/gl_common/evas_gl_context.c
@@ -3209,7 +3209,7 @@ shader_array_flush(Evas_Engine_GL_Context *gc)
glDisableVertexAttribArray(SHAD_TEXUV3);
GLERR(__FUNCTION__, __FILE__, __LINE__, );
}
- if (dbgflushnum)
+ if (dbgflushnum == 1)
{
const char *types[6] =
{, RECT, IMAG, FONT, YUV-, MAP};
@@ -3289,7 +3289,7 @@ shader_array_flush(Evas_Engine_GL_Context *gc)
gc-pipe[i].region.type = 0;
}
gc-state.top_pipe = 0;
- if (dbgflushnum)
+ if (dbgflushnum == 1)
{
if (done 0) printf(DONE (pipes): %i\n, done);
}
--
[EGIT] [core/efl] master 08/25: ecore_cocoa: indent with efl style
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=7e0d7a2c5487dd8cd9ca1f8d6da5e264b1d39006
commit 7e0d7a2c5487dd8cd9ca1f8d6da5e264b1d39006
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Sun Jan 5 19:45:01 2014 +0100
ecore_cocoa: indent with efl style
---
src/lib/ecore_cocoa/ecore_cocoa_window.m | 400 ++-
1 file changed, 237 insertions(+), 163 deletions(-)
diff --git a/src/lib/ecore_cocoa/ecore_cocoa_window.m
b/src/lib/ecore_cocoa/ecore_cocoa_window.m
index 2091a69..b58854f 100644
--- a/src/lib/ecore_cocoa/ecore_cocoa_window.m
+++ b/src/lib/ecore_cocoa/ecore_cocoa_window.m
@@ -1,163 +1,237 @@
-#ifdef HAVE_CONFIG_H
-# include config.h
-#endif
-
-#include Cocoa/Cocoa.h
-
-#include Ecore_Cocoa.h
-#include ecore_cocoa_private.h
-
-Ecore_Cocoa_Window *
-ecore_cocoa_window_new(int x,
- int y,
- int width,
- int height)
-{
- Ecore_Cocoa_Window *w;
-
- NSWindow *window = [[NSWindow alloc]
- initWithContentRect:NSMakeRect(x, y, width, height)
- styleMask:(NSTitledWindowMask |
- NSClosableWindowMask |
-NSResizableWindowMask |
-NSMiniaturizableWindowMask)
- backing:NSBackingStoreBuffered
- defer:NO
- screen:nil
-];
-
- if (!window)
-return NULL;
-
- [window setBackgroundColor:[NSColor whiteColor]];
-
- w = calloc(1, sizeof(Ecore_Cocoa_Window));
- w-window = window;
- w-borderless = 0;
-
- return w;
-}
-
-void
-ecore_cocoa_window_free(Ecore_Cocoa_Window *window)
-{
- if (!window)
-return;
-
- [window-window release];
- free(window);
-}
-
-void
-ecore_cocoa_window_move(Ecore_Cocoa_Window *window,
- int x,
- int y)
-{
- NSRect win_frame;
-
- if (!window)
-return;
-
- win_frame = [window-window frame];
- win_frame.origin.x = x;
- win_frame.origin.y = y;
-
- [window-window setFrame:win_frame display:YES];
-}
-
-void
-ecore_cocoa_window_resize(Ecore_Cocoa_Window *window,
- int width,
- int height)
-{
- if (!window)
-return;
-
- NSRect win_frame;
-
- if (!window)
-return;
-
- win_frame = [window-window frame];
- win_frame.size.height = height;
- win_frame.size.width = width;
-
- [window-window setFrame:win_frame display:YES];
-}
-
-void
-ecore_cocoa_window_move_resize(Ecore_Cocoa_Window *window,
- int x,
- int y,
- int width,
- int height)
-{
- if (!window)
-return;
-
- NSRect win_frame;
-
- if (!window)
-return;
-
- win_frame = [window-window frame];
- win_frame.size.height = height;
- win_frame.size.width = width;
- win_frame.origin.x = x;
- win_frame.origin.y = y;
-
- [window-window setFrame:win_frame display:YES];
-}
-
-void
-ecore_cocoa_window_title_set(Ecore_Cocoa_Window *window, const char *title)
-{
- if (!window || !title)
-return;
-
- [window-window setTitle:[NSString stringWithUTF8String:title]];
-}
-
-void
-ecore_cocoa_window_show(Ecore_Cocoa_Window *window)
-{
- if (!window || [window-window isVisible])
-{
- printf(Window(%p) is not visible\n, window-window);
- return;
-}
-
- [window-window makeKeyAndOrderFront:NSApp];
-}
-
-void
-ecore_cocoa_window_hide(Ecore_Cocoa_Window *window)
-{
- if (!window || ![window-window isVisible])
-return;
-
- [window-window orderOut:NSApp];
-}
-
-void
-ecore_cocoa_window_borderless_set(Ecore_Cocoa_Window *window,
- int on)
-{
- if (!window)
-return;
-
- if (on)
-[window-window setContentBorderThickness:0.0
- forEdje:NSMinXEdge | NSMinYEdge | NSMaxXEdge | NSMaxYEdge];
-}
-
-void
-ecore_cocoa_window_view_set(Ecore_Cocoa_Window *window,
- void *view)
-{
- if (!window || !view)
-return;
-
- [[window-window contentView] addSubview:view];
-
-}
+#ifdef HAVE_CONFIG_H
+# include config.h
+#endif
+
+#import ecore_cocoa_window.h
+#include Ecore_Cocoa.h
+#include ecore_cocoa_private.h
+
+@implementation EcoreCocoaWindow
+
+@synthesize ecore_window_data;
+
+- (id) initWithContentRect: (NSRect) contentRect
+ styleMask: (unsigned int) aStyle
+ backing: (NSBackingStoreType) bufferingType
+ defer: (BOOL) flag
+{
+ if (![super initWithContentRect: contentRect
+ styleMask: aStyle
+ backing: bufferingType
+ defer: flag]) return nil;
+
+ [self setBackgroundColor: [NSColor whiteColor]];
+ [self makeKeyWindow];
+ [self setDelegate:self];
+ [self
[EGIT] [core/efl] master 06/25: ecore_evas: use Eina_List to store Ecore_Evases and return the first one when asked for a match.
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=5885bfcb2e0acf81c3c905ebdb30ab48211ac950
commit 5885bfcb2e0acf81c3c905ebdb30ab48211ac950
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Tue Dec 10 20:23:28 2013 +0100
ecore_evas: use Eina_List to store Ecore_Evases and return the first one
when asked for a match.
---
src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
b/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
index 88e3ba1..1ae8199 100644
--- a/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
+++ b/src/modules/ecore_evas/engines/cocoa/ecore_evas_cocoa.c
@@ -97,7 +97,7 @@ static Ecore_Evas *
_ecore_evas_cocoa_match(void)
{
DBG(Match);
- return ecore_evases;
+ return eina_list_nth(ecore_evases, 0);
}
static int
@@ -174,12 +174,13 @@ static int
_ecore_evas_idle_enter(void *data EINA_UNUSED)
{
Ecore_Evas *ee;
+ Eina_List *l;
double t1 = 0.;
double t2 = 0.;
DBG(Idle enter);
- EINA_INLIST_FOREACH(ecore_evases, ee)
+ EINA_LIST_FOREACH(ecore_evases, l, ee)
{
if (ee-visible)
evas_render(ee-evas);
@@ -220,13 +221,15 @@ _ecore_evas_cocoa_init(void)
static int
_ecore_evas_cocoa_shutdown(void)
{
+Ecore_Evas *ee;
DBG(Cocoa SHutodwn);
_ecore_evas_init_count--;
if (_ecore_evas_init_count == 0)
{
int i;
- while (ecore_evases) _ecore_evas_free(ecore_evases);
+ EINA_LIST_FREE(ecore_evases, ee)
+ _ecore_evas_free(ee);
for (i = 0; i sizeof (ecore_evas_event_handlers) / sizeof
(Ecore_Event_Handler*); i++)
ecore_event_handler_del(ecore_evas_event_handlers[i]);
@@ -246,7 +249,7 @@ static void
_ecore_evas_cocoa_free(Ecore_Evas *ee)
{
DBG(Cocoa Free);
- ecore_evases = (Ecore_Evas *)
eina_inlist_remove(EINA_INLIST_GET(ecore_evases), EINA_INLIST_GET(ee));
+ ecore_evases = eina_list_remove(ecore_evases, ee);
ecore_event_window_unregister(0);
_ecore_evas_cocoa_shutdown();
ecore_cocoa_shutdown();
@@ -576,6 +579,9 @@ ecore_evas_cocoa_new_internal(Ecore_Cocoa_Window *parent,
int x, int y, int w, i
evas_event_feed_mouse_in(ee-evas, (unsigned int)((unsigned long
long)(ecore_time_get() * 1000.0) 0x), NULL);
printf(Ecore Evas returned : %p\n, ee);
+
+ ecore_evases = eina_list_append(ecore_evases, ee);
+
return ee;
free_window:
--
Re: [E-devel] Eflete 0.2.0 released
awesome, thanks guys ! 2014-06-18 14:29 GMT+02:00 Stefan Schmidt ste...@datenfreihafen.org: Hello. On Wed, 2014-06-18 at 15:09, Vyacheslav wrote: Sorry for delay, I been busy, many tasks now. I made the video, and small description for eflete: https://phab.enlightenment.org/w/projects/eflete/ Thanks. This helps people a lot what eflete is about. Lookign forward to future versions. regards Stefan Schmidt -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] FOSDEM 2014
i gonna be there. From friday 17:30 till Sunday 20:00 2014-01-28 Raoul Hecky raoul.he...@gmail.com: I'm coming too. Arrival Friday 18:00 -- Raoul Hecky 2014-01-27 Tom Hacohen tom.haco...@samsung.com Hey, So who's coming this year and when? I'll be there starting from Friday at 16:00 till Monday morning. See you there. -- Tom. -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Ecore con fix warning when using udp
2014/1/4 Cedric BAIL cedric.b...@free.fr:
On Sat, Jan 4, 2014 at 3:05 AM, Guillaume Friloux
guillaume.fril...@gmail.com wrote:
On 03/01/2014 17:51, Nicolas Aguirre wrote:
This patch fix a problem when using ecore_con with UDP
Eina_bin_buf is called without calling eina_binbuf_new, resulting with
the following warning :
lib/eina/eina_binbuf_template_c.x:95 eina_binbuf_append_length() ***
Eina Magic Check Failed !!
SPANK SPANK SPANK
{F7205}
PS : i should be stupid, but i can't connect to phab. So i send the
patch here
I reproduced bug using attached files, and indeed, this patch solves it.
Would be cool to integrate those into ecore_con test suite.
--
Cedric BAIL
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your
Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
So can I push my patch ?
--
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://enna.geexbox.org
Blog: http://dev.enlightenment.fr/~captainigloo/
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your
Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH] Ecore con fix warning when using udp
This patch fix a problem when using ecore_con with UDP
Eina_bin_buf is called without calling eina_binbuf_new, resulting with
the following warning :
lib/eina/eina_binbuf_template_c.x:95 eina_binbuf_append_length() ***
Eina Magic Check Failed !!
SPANK SPANK SPANK
{F7205}
PS : i should be stupid, but i can't connect to phab. So i send the
patch here
--
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://enna.geexbox.org
Blog: http://dev.enlightenment.fr/~captainigloo/
From 4840baef76db4374da5bc1c1723b75c56db8d9af Mon Sep 17 00:00:00 2001
From: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Fri, 3 Jan 2014 17:38:15 +0100
Subject: [PATCH] Fix warning in ecore_con. ERR7807:
lib/eina/eina_binbuf_template_c.x:95 eina_binbuf_append_length() *** Eina
Magic Check Failed !!! This fix a problemm where eina_binbuf was used without
calling eina_binbuf_new when ECORE_CON_REMOTE_UDP is used.
---
src/lib/ecore_con/ecore_con.c | 26 ++
1 file changed, 14 insertions(+), 12 deletions(-)
diff --git a/src/lib/ecore_con/ecore_con.c b/src/lib/ecore_con/ecore_con.c
index 33f6f77..5813956 100644
--- a/src/lib/ecore_con/ecore_con.c
+++ b/src/lib/ecore_con/ecore_con.c
@@ -799,22 +799,24 @@ ecore_con_client_send(Ecore_Con_Client *cl,
if (cl-host_server ((cl-host_server-type ECORE_CON_TYPE) == ECORE_CON_REMOTE_UDP))
sendto(cl-host_server-fd, data, size, 0, (struct sockaddr *)cl-client_addr,
cl-client_addr_len);
- else if (!cl-buf)
+ else
{
-cl-buf = eina_binbuf_new();
-EINA_SAFETY_ON_NULL_RETURN_VAL(cl-buf, 0);
-#ifdef TCP_CORK
-if ((cl-fd = 0) ((cl-host_server-type ECORE_CON_TYPE) == ECORE_CON_REMOTE_CORK))
+if (!cl-buf)
{
- int state = 1;
- if (setsockopt(cl-fd, IPPROTO_TCP, TCP_CORK, (char *)state, sizeof(int)) 0)
- /* realistically this isn't anything serious so we can just log and continue */
- ERR(corking failed! %s, strerror(errno));
- }
+ cl-buf = eina_binbuf_new();
+ EINA_SAFETY_ON_NULL_RETURN_VAL(cl-buf, 0);
+#ifdef TCP_CORK
+ if ((cl-fd = 0) ((cl-host_server-type ECORE_CON_TYPE) == ECORE_CON_REMOTE_CORK))
+ {
+ int state = 1;
+ if (setsockopt(cl-fd, IPPROTO_TCP, TCP_CORK, (char *)state, sizeof(int)) 0)
+/* realistically this isn't anything serious so we can just log and continue */
+ERR(corking failed! %s, strerror(errno));
+ }
#endif
+ }
+eina_binbuf_append_length(cl-buf, data, size);
}
- eina_binbuf_append_length(cl-buf, data, size);
-
return size;
}
--
1.8.3.2
--
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your
Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/efl] master 01/01: ecore_con - Fix binary buffer when using ECORE_CON_REMOTE_UDP.
kuri pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=503e7a5b03d12d6d50a81d829383fb866763143c
commit 503e7a5b03d12d6d50a81d829383fb866763143c
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Fri Jan 3 18:57:56 2014 +0100
ecore_con - Fix binary buffer when using ECORE_CON_REMOTE_UDP.
ERR7807: lib/eina/eina_binbuf_template_c.x:95 eina_binbuf_append_length()
*** Eina Magic Check Failed !!!
This fix a problem where eina_binbuf was used without
calling eina_binbuf_new when ECORE_CON_REMOTE_UDP is used.
---
src/lib/ecore_con/ecore_con.c | 26 ++
1 file changed, 14 insertions(+), 12 deletions(-)
diff --git a/src/lib/ecore_con/ecore_con.c b/src/lib/ecore_con/ecore_con.c
index 33f6f77..5813956 100644
--- a/src/lib/ecore_con/ecore_con.c
+++ b/src/lib/ecore_con/ecore_con.c
@@ -799,22 +799,24 @@ ecore_con_client_send(Ecore_Con_Client *cl,
if (cl-host_server ((cl-host_server-type ECORE_CON_TYPE) ==
ECORE_CON_REMOTE_UDP))
sendto(cl-host_server-fd, data, size, 0, (struct sockaddr
*)cl-client_addr,
cl-client_addr_len);
- else if (!cl-buf)
+ else
{
-cl-buf = eina_binbuf_new();
-EINA_SAFETY_ON_NULL_RETURN_VAL(cl-buf, 0);
-#ifdef TCP_CORK
-if ((cl-fd = 0) ((cl-host_server-type ECORE_CON_TYPE) ==
ECORE_CON_REMOTE_CORK))
+if (!cl-buf)
{
- int state = 1;
- if (setsockopt(cl-fd, IPPROTO_TCP, TCP_CORK, (char *)state,
sizeof(int)) 0)
- /* realistically this isn't anything serious so we can just log
and continue */
- ERR(corking failed! %s, strerror(errno));
- }
+ cl-buf = eina_binbuf_new();
+ EINA_SAFETY_ON_NULL_RETURN_VAL(cl-buf, 0);
+#ifdef TCP_CORK
+ if ((cl-fd = 0) ((cl-host_server-type ECORE_CON_TYPE) ==
ECORE_CON_REMOTE_CORK))
+ {
+ int state = 1;
+ if (setsockopt(cl-fd, IPPROTO_TCP, TCP_CORK, (char
*)state, sizeof(int)) 0)
+/* realistically this isn't anything serious so we can
just log and continue */
+ERR(corking failed! %s, strerror(errno));
+ }
#endif
+ }
+eina_binbuf_append_length(cl-buf, data, size);
}
- eina_binbuf_append_length(cl-buf, data, size);
-
return size;
}
--
[EGIT] [enlightenment/modules/elfe] master 01/01: Fix build with E18 rc1. E changed completly how composite windows work. I need to figure out how it works now, to get the win list choice back. For no
captainigloo pushed a commit to branch master.
http://git.enlightenment.org/enlightenment/modules/elfe.git/commit/?id=1ec0e7713c3ca901014811ff78277d9e2aaac981
commit 1ec0e7713c3ca901014811ff78277d9e2aaac981
Author: Nicolas Aguirre aguirre.nico...@gmail.com
Date: Mon Dec 9 16:44:23 2013 +0100
Fix build with E18 rc1.
E changed completly how composite windows work.
I need to figure out how it works now, to get the win list choice back.
For now just comment out the not working code.
---
src/winlist.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/src/winlist.c b/src/winlist.c
index f4e3bcf..06021c0 100644
--- a/src/winlist.c
+++ b/src/winlist.c
@@ -17,6 +17,7 @@ typedef struct _Elfe_Winlist_Item Elfe_Winlist_Item;
typedef struct _Elfe_Winlist Elfe_Winlist;
static Eina_Bool show = EINA_FALSE;
+#if 0
struct _E_Comp_Win
{
EINA_INLIST;
@@ -88,7 +89,7 @@ struct _E_Comp_Win
Eina_Bool inhash : 1;
Eina_Bool show_ready : 1;
};
-
+#endif
struct _Elfe_Winlist_Item
{
Elfe_Winlist *winlist;
@@ -103,7 +104,7 @@ struct _Elfe_Winlist_Item
Evas_Coord x, y;
} history[SWIPE_MOVES];
Ecore_Timer *swipe_timer;
- E_Manager_Comp_Source *src;
+ /*E_Manager_Comp_Source *src;*/
E_Manager *man;
};
@@ -351,7 +352,7 @@ _winlist_del(Elfe_Winlist *winlist)
EINA_LIST_FREE(winlist-windows, it)
{
-e_manager_comp_src_hidden_set(it-man, it-src, EINA_FALSE);
+ /*e_manager_comp_src_hidden_set(it-man, it-src, EINA_FALSE);*/
e_object_unref(E_OBJECT(it-bd));
if (it-swipe_timer)
ecore_timer_del(it-swipe_timer);
@@ -386,13 +387,14 @@ _window_mouse_clicked_cb(void *data, Evas_Object *obj,
const char *emission, con
ecore_x_netwm_client_active_request(0, it-bd-client.win,
1, 0);
- e_manager_comp_src_hidden_set(it-man, it-src, EINA_FALSE);
+ /* e_manager_comp_src_hidden_set(it-man, it-src, EINA_FALSE);*/
_winlist_del(it-winlist);
}
static void
_elfe_action(const char *params, int modifiers, int method)
{
+#if 0
E_Manager_Comp_Source *src;
Eina_List *l;
Eina_List *handlers;
@@ -621,6 +623,7 @@ _elfe_action(const char *params, int modifiers, int method)
evas_object_show(bx);
elm_object_content_set(sc, bx);
}
+#endif
}
static void
--
Re: [E-devel] [Enlightenment-release] Releases pending
://phab.enlightenment.org/T434 -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [admin/devs] master 01/01: Update my info.txt
captainigloo pushed a commit to branch master. commit d05d7ae0d6eef22cfd28109f46ec061289e44ac9 Author: Nicolas Aguirre aguirre.nico...@gmail.com Date: Tue Sep 17 10:12:56 2013 +0200 Update my info.txt --- captainigloo/info.txt | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/captainigloo/info.txt b/captainigloo/info.txt index cbe0394..597180e 100644 --- a/captainigloo/info.txt +++ b/captainigloo/info.txt @@ -3,10 +3,10 @@ IRC Nick: captainigloo Cloak:developer/captainigloo Name: Nicolas Aguirre Location: Toulouse, France -E-Mail: -aguirre.nico...@gmail.com +E-Mail: aguirre.nico...@gmail.com WWW: http://dev.enlightenment.fr/~captainigloo/ -Managing: enna-explorer, elfe +Managing: elfe, calaos, enna Contributing: Elementary Group: Applications -Platform: Bodhilinux (Linux), MacOSX Lion +Platform: Arch Linux GeoData: 43.598816 1.436257 --
Re: [E-devel] [e-users] Migration of Enlightenment GIT Commits Mailing List
2013/9/13 Bertrand Jacquin be...@meleeweb.net: Hi, Tommorrow at 13:00 UTC, the Enlightenment GIT Commits Mailing List will be moved from Sourceforge to own servers. This to avoid the moderation madness. All subscribed people will be moved to the new list and unsubscribed from the old one. This means no user action will be required. Then, you will be notified about your subscription and get info on how to use it. This only concern the list enlightenment-...@lists.sourceforge.net. Other lists will stay on SF for the moment. The new list will be g...@lists.enlightenment.org, and List-Id git.lists.enlightenment.org. -- Beber -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users Beber, you're the BOSS ! Thanks. -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Emotion and EFL 1.8
2013/6/16 Davide Andreoli d...@gurumeditation.it: 2013/6/16 Nicolas Aguirre aguirre.nico...@gmail.com Hi, I'm trying to play video with emotion and efl 1.8. firs I'm trying generic backend as i preffer to use vlc to play videos. I build EFL and emotion-generic-players I'm using arch AUR version efl-git 1.7.99.22314.383bb37-1 and emotion-generic-player : emotion_generic_players-git 1.7.99.37.43104b3-1 VLC is installed and is working, and for information everything goes fine with EFL 1.7.6. I get this error : ERR12842:emotion lib/emotion/emotion_modules.c: 314 emotion_engine_instance_new() Couldn't find requested engine: generic. Try fallback in 1.8 the vlc engine is now called vlc, not more generic. Ah indeed it works now with vlc instead of generic, thanks for tre trick. -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Emotion and EFL 1.8
Hi, I'm trying to play video with emotion and efl 1.8. firs I'm trying generic backend as i preffer to use vlc to play videos. I build EFL and emotion-generic-players I'm using arch AUR version efl-git 1.7.99.22314.383bb37-1 and emotion-generic-player : emotion_generic_players-git 1.7.99.37.43104b3-1 VLC is installed and is working, and for information everything goes fine with EFL 1.7.6. I get this error : ERR12842:emotion lib/emotion/emotion_modules.c: 314 emotion_engine_instance_new() Couldn't find requested engine: generic. Try fallback There is fallback, so i tried it, i installed all gstreamer plugins (base, good, ugly ...) (more than 150MB btw), but at the end i get this error : ERR13049:emotion-gstreamer[T:140232612878080] modules/emotion/gstreamer/emotion_gstreamer.c:1670 _eos_sync_fct() ERROR from element playsink0: The autoaudiosink element is not working. ERR13049:emotion-gstreamer modules/emotion/gstreamer/emotion_gstreamer.c:1747 _emotion_gstreamer_video_pipeline_parse() Unable to get GST_CLOCK_TIME_NONE. ERR13049:emotion-gstreamer[T:140232612878080] modules/emotion/gstreamer/emotion_gstreamer.c:1671 _eos_sync_fct() Debugging info: gstplaysink.c(1906): gen_audio_chain (): /GstPlayBin2:playbin/GstPlaySink:playsink0 ERR13049:emotion-gstreamer modules/emotion/gstreamer/emotion_gstreamer.c:1747 _emotion_gstreamer_video_pipeline_parse() Unable to get GST_CLOCK_TIME_NONE. autoaudiosink is present on my system, at least gst-inspect-0.10 diplay properties of this sink. So what's wrong ? It's a bug or i missed something in my config ? Any idea ? Regards, -- Nicolas Aguirre -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] what to do with ERR8608:eo ?
and even better, SPANK SPANK SPANK naughty programmer go fix your code you tried to call edje_object_part_swallow on elm_layout object. :D 2013/6/3 Raoul Hecky raoul.he...@gmail.com: Le 03.06.2013 09:44, daniel.za...@samsung.com a écrit : Hi Nicolas, I would like to improve the error message. The problem is that I have seen this message so much that I am used. How do you think we could improve that message? For example, I thought to replace 'find' and swap the hexa op id and its real sense (op 0x20e - edje:EDJE_OBJ_SUB_ID_PART_SWALLOW): ERR8608:eo lib/eo/eo.c:402 _eo_dov_internal() in lib/edje/edje_util.c:3358: Can't execute edje:EDJE_OBJ_SUB_ID_PART_SWALLOW (op 0x20e) for class 'elm_layout'. Aborting. Do you think we need to add more explanations? The best would be to have something like this: Can't execute edje_object_part_swallow() for class elm_layout. Thank you JackDanielZ, alias Daniel On 06/01/2013 10:55 AM, Nicolas Aguirre wrote: Ok You're both right :P, I don't see how it has not seen before, as this module should not display anything since a while. But I must to say that the error message is not really explicit. Thanks ! 2013/6/1 Carsten Haitzler ras...@rasterman.com: On Fri, 31 May 2013 17:38:07 +0200 Nicolas Aguirre aguirre.nico...@gmail.com said: Hi, Im' trying to *port* Enna to use EFL 1.8, but i get a huge number of errors in stdout since i use the git version. So i decide to fix them one by one. Some commes to the fact that now EFL doesn't like that i set a layout wich doens't exist in a edj file, i fix them by adding the missing part or removing the elm layout. But now i get stranger errors, and I really don't know what to do : ERR8608:eo lib/eo/eo.c:402 _eo_dov_internal() in lib/edje/edje_util.c:3358: Can't find func for op 0x20e (edje:EDJE_OBJ_SUB_ID_PART_SWALLOW) for class 'elm_layout'. Aborting. well this is pretty obvious. you are using an edje api (edje swallow) on an elm layout obj... efl is just being pickier now about your code and in a very generic way telling you that the method you are using is not valid for that object type, and it's right. :) And the backtrace : EINA_LOG_ABORT_LEVEL=4 EINA_LOG_ABORT=1 gdb enna GNU gdb (GDB) 7.5.91.20130417-cvs-ubuntu Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /home/nico/usr/bin/enna...done. (gdb) r Starting program: /home/nico/usr/bin/enna warning: no loadable sections found in added symbol-file system-supplied DSO at 0x77ffa000 [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffe6d54700 (LWP 18821)] [Enna/] [utils.c:88] Info: Set data directory to /home/nico/.local/share/enna [Enna/] [utils.c:89] Info: Set config directory to : /home/nico/.config/enna [Enna/] [utils.c:90] Info: Set cache directory to : /home/nico/.cache/enna [Enna] [enna_config.c:253] Info: using config file: /home/nico/.config/enna/enna.cfg [Enna] [module.c:145] Info: Available Plugins (static): [Enna] [module.c:147] Info: * activity_configuration [Enna] [module.c:147] Info: * activity_music [Enna] [module.c:147] Info: * activity_photo [Enna] [module.c:147] Info: * activity_video [Enna] [module.c:147] Info: * browser_localfiles [Enna] [module.c:147] Info: * gadget_date [Enna] [module.c:147] Info: * input_kbd [Enna] [module.c:147] Info: * volume_mtab [Enna] [mediaplayer_emotion.c:57] Info: parameters: [Enna] [mediaplayer_emotion.c:62] Info: * type: generic [Enna] [videoplayer_obj.c:140] Info: parameters: [Enna] [videoplayer_obj.c:145] Info: * type: generic [Enna] [enna.c:212] Info: enna log file : (null) [New Thread 0x7fffe5a1a700 (LWP 18822)] [Thread 0x7fffe5a1a700 (LWP 18822) exited] [New Thread 0x7fffe5219700 (LWP 18823)] [Thread 0x7fffe5219700 (LWP 18823) exited] [New Thread 0x7fffe4a18700 (LWP 18824)] [Thread 0x7fffe4a18700 (LWP 18824) exited] resize 1280 720 [New Thread 0x7fffdfdd3700 (LWP 18826)] [New Thread 0x7fffdf5d2700 (LWP 18827)] [New Thread 0x7fffdedd1700 (LWP 18828)] [New Thread 0x7fffde5d0700 (LWP 18829)] [New Thread 0x7fffdddcf700 (LWP 18830)] [New Thread 0x7fffdd5ce700 (LWP 18831)] [New Thread 0x7fffdcdcd700 (LWP 18832)] [New Thread 0x7fffdc5cc700 (LWP 18833)] [New Thread 0x7fffdbdcb700 (LWP 18834)] [New Thread 0x7fffdb5ca700 (LWP 18835)] [New Thread 0x7fffdadc9700 (LWP 18836)] ERR18817:eo lib/eo/eo.c:402 _eo_dov_internal() in lib/edje/edje_util.c:3358: Can't find func for op 0x20e
Re: [E-devel] what to do with ERR8608:eo ?
Ok, I see, I will maybe blog about this problem, it could points people to the right direction if they search for such error in google 2013/6/3 daniel.za...@samsung.com daniel.za...@samsung.com: Even if Eo knows the backtrace, it will never be able to know which to which C function it corresponds. First, because in some day, there will be more Eo functions than C functions. Second, because an eo_do can be called on the same object with many ops. I don't see another solution than gdb+breakpoint+bt, until we have our own EFL editor with debugger integrated... :-) or maybe some little debug tool for Eo that will connect to gdb and will give you a lot of information when an error occurs. On 06/03/2013 02:27 PM, Carsten Haitzler (The Rasterman) wrote: On Mon, 03 Jun 2013 14:11:17 +0300 daniel.za...@samsung.com daniel.za...@samsung.com said: indeed. problem is eo is complaining - and the eo method != the c wrapper api so it doesn't know... unless you dumped out a backtrace... :( :D See, I have to check but I don't see how I can extract the function name when the error occurs. These eo_do functions names are just defines. If you have this error, you just have to gdb your program and breakpoint there. The backtrace will show you exactly the issue in your code. Anyway, I will change the error itself and check what can be done with the name to be more readable. JackDanielZ On 06/03/2013 11:26 AM, Nicolas Aguirre wrote: and even better, SPANK SPANK SPANK naughty programmer go fix your code you tried to call edje_object_part_swallow on elm_layout object. :D 2013/6/3 Raoul Hecky raoul.he...@gmail.com: Le 03.06.2013 09:44, daniel.za...@samsung.com a écrit : Hi Nicolas, I would like to improve the error message. The problem is that I have seen this message so much that I am used. How do you think we could improve that message? For example, I thought to replace 'find' and swap the hexa op id and its real sense (op 0x20e - edje:EDJE_OBJ_SUB_ID_PART_SWALLOW): ERR8608:eo lib/eo/eo.c:402 _eo_dov_internal() in lib/edje/edje_util.c:3358: Can't execute edje:EDJE_OBJ_SUB_ID_PART_SWALLOW (op 0x20e) for class 'elm_layout'. Aborting. Do you think we need to add more explanations? The best would be to have something like this: Can't execute edje_object_part_swallow() for class elm_layout. Thank you JackDanielZ, alias Daniel On 06/01/2013 10:55 AM, Nicolas Aguirre wrote: Ok You're both right :P, I don't see how it has not seen before, as this module should not display anything since a while. But I must to say that the error message is not really explicit. Thanks ! 2013/6/1 Carsten Haitzler ras...@rasterman.com: On Fri, 31 May 2013 17:38:07 +0200 Nicolas Aguirre aguirre.nico...@gmail.com said: Hi, Im' trying to *port* Enna to use EFL 1.8, but i get a huge number of errors in stdout since i use the git version. So i decide to fix them one by one. Some commes to the fact that now EFL doesn't like that i set a layout wich doens't exist in a edj file, i fix them by adding the missing part or removing the elm layout. But now i get stranger errors, and I really don't know what to do : ERR8608:eo lib/eo/eo.c:402 _eo_dov_internal() in lib/edje/edje_util.c:3358: Can't find func for op 0x20e (edje:EDJE_OBJ_SUB_ID_PART_SWALLOW) for class 'elm_layout'. Aborting. well this is pretty obvious. you are using an edje api (edje swallow) on an elm layout obj... efl is just being pickier now about your code and in a very generic way telling you that the method you are using is not valid for that object type, and it's right. :) And the backtrace : EINA_LOG_ABORT_LEVEL=4 EINA_LOG_ABORT=1 gdb enna GNU gdb (GDB) 7.5.91.20130417-cvs-ubuntu Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /home/nico/usr/bin/enna...done. (gdb) r Starting program: /home/nico/usr/bin/enna warning: no loadable sections found in added symbol-file system-supplied DSO at 0x77ffa000 [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffe6d54700 (LWP 18821)] [Enna/] [utils.c:88] Info: Set data directory to /home/nico/.local/share/enna [Enna/] [utils.c:89] Info: Set config directory to : /home/nico/.config/enna [Enna/] [utils.c:90] Info: Set cache directory to : /home/nico/.cache/enna [Enna] [enna_config.c:253] Info: using config file: /home/nico/.config/enna/enna.cfg [Enna] [module.c:145] Info: Available Plugins (static): [Enna] [module.c:147] Info
Re: [E-devel] what to do with ERR8608:eo ?
Ok You're both right :P, I don't see how it has not seen before, as this module should not display anything since a while. But I must to say that the error message is not really explicit. Thanks ! 2013/6/1 Carsten Haitzler ras...@rasterman.com: On Fri, 31 May 2013 17:38:07 +0200 Nicolas Aguirre aguirre.nico...@gmail.com said: Hi, Im' trying to *port* Enna to use EFL 1.8, but i get a huge number of errors in stdout since i use the git version. So i decide to fix them one by one. Some commes to the fact that now EFL doesn't like that i set a layout wich doens't exist in a edj file, i fix them by adding the missing part or removing the elm layout. But now i get stranger errors, and I really don't know what to do : ERR8608:eo lib/eo/eo.c:402 _eo_dov_internal() in lib/edje/edje_util.c:3358: Can't find func for op 0x20e (edje:EDJE_OBJ_SUB_ID_PART_SWALLOW) for class 'elm_layout'. Aborting. well this is pretty obvious. you are using an edje api (edje swallow) on an elm layout obj... efl is just being pickier now about your code and in a very generic way telling you that the method you are using is not valid for that object type, and it's right. :) And the backtrace : EINA_LOG_ABORT_LEVEL=4 EINA_LOG_ABORT=1 gdb enna GNU gdb (GDB) 7.5.91.20130417-cvs-ubuntu Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /home/nico/usr/bin/enna...done. (gdb) r Starting program: /home/nico/usr/bin/enna warning: no loadable sections found in added symbol-file system-supplied DSO at 0x77ffa000 [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffe6d54700 (LWP 18821)] [Enna/] [utils.c:88] Info: Set data directory to /home/nico/.local/share/enna [Enna/] [utils.c:89] Info: Set config directory to : /home/nico/.config/enna [Enna/] [utils.c:90] Info: Set cache directory to : /home/nico/.cache/enna [Enna] [enna_config.c:253] Info: using config file: /home/nico/.config/enna/enna.cfg [Enna] [module.c:145] Info: Available Plugins (static): [Enna] [module.c:147] Info: * activity_configuration [Enna] [module.c:147] Info: * activity_music [Enna] [module.c:147] Info: * activity_photo [Enna] [module.c:147] Info: * activity_video [Enna] [module.c:147] Info: * browser_localfiles [Enna] [module.c:147] Info: * gadget_date [Enna] [module.c:147] Info: * input_kbd [Enna] [module.c:147] Info: * volume_mtab [Enna] [mediaplayer_emotion.c:57] Info: parameters: [Enna] [mediaplayer_emotion.c:62] Info: * type: generic [Enna] [videoplayer_obj.c:140] Info: parameters: [Enna] [videoplayer_obj.c:145] Info: * type: generic [Enna] [enna.c:212] Info: enna log file : (null) [New Thread 0x7fffe5a1a700 (LWP 18822)] [Thread 0x7fffe5a1a700 (LWP 18822) exited] [New Thread 0x7fffe5219700 (LWP 18823)] [Thread 0x7fffe5219700 (LWP 18823) exited] [New Thread 0x7fffe4a18700 (LWP 18824)] [Thread 0x7fffe4a18700 (LWP 18824) exited] resize 1280 720 [New Thread 0x7fffdfdd3700 (LWP 18826)] [New Thread 0x7fffdf5d2700 (LWP 18827)] [New Thread 0x7fffdedd1700 (LWP 18828)] [New Thread 0x7fffde5d0700 (LWP 18829)] [New Thread 0x7fffdddcf700 (LWP 18830)] [New Thread 0x7fffdd5ce700 (LWP 18831)] [New Thread 0x7fffdcdcd700 (LWP 18832)] [New Thread 0x7fffdc5cc700 (LWP 18833)] [New Thread 0x7fffdbdcb700 (LWP 18834)] [New Thread 0x7fffdb5ca700 (LWP 18835)] [New Thread 0x7fffdadc9700 (LWP 18836)] ERR18817:eo lib/eo/eo.c:402 _eo_dov_internal() in lib/edje/edje_util.c:3358: Can't find func for op 0x20e (edje:EDJE_OBJ_SUB_ID_PART_SWALLOW) for class 'elm_layout'. Aborting. Program received signal SIGABRT, Aborted. 0x7542f037 in raise () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt full #0 0x7542f037 in raise () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #1 0x75432698 in abort () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #2 0x77255c33 in eina_log_print_unlocked (args=0x7fffdd38, fmt=optimized out, line=optimized out, fnc=optimized out, file=optimized out, level=EINA_LOG_LEVEL_ERR, domain=24) at lib/eina/eina_log.c:1267 d = optimized out #3 eina_log_print (domain=24, level=level@entry=EINA_LOG_LEVEL_ERR, file=file@entry=0x747a46b9 lib/eo/eo.c, fnc=fnc@entry=0x747a4770 __FUNCTION__.9746 _eo_dov_internal, line=line@entry=402, fmt=fmt@entry=0x747a3f08 in %s:%d: Can't find func for op 0x%x (%s:%s) for class '%s'. Aborting.) at lib/eina/eina_log.c:2074 args
[E-devel] what to do with ERR8608:eo ?
, overflow_arg_area = 0x7fffdf70, reg_save_area = 0x7fffde80}} obj = 0x9f9ae0 #6 0x761b727e in edje_object_part_swallow (obj=optimized out, part=part@entry=0x422631 infos.panel.swallow, obj_swallow=optimized out) at lib/edje/edje_util.c:3358 ret = 0 '\000' #7 0x0041ae1e in _create_infos () at ../../src/modules/activity/photo/photo.c:66 o_edje = optimized out #8 _create_gui () at ../../src/modules/activity/photo/photo.c:219 No locals. #9 _class_init () at ../../src/modules/activity/photo/photo.c:280 No locals. #10 0x0040cbd8 in enna_activity_init (name=optimized out) at activity.c:108 act = optimized out #11 0x0040839b in _enna_init (argv=0x7fffe0e8, argc=1) at enna.c:263 l = 0x85e150 a = optimized out #12 elm_main (argc=1, argv=0x7fffe0e8) at enna.c:603 No locals. #13 0x75419ea5 in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #14 0x0040754d in _start () No symbol table info available. Any idea ? -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH][GIT] Emotion add emotion_module_option_get API and pass options to a/v engine
Hi there, please find attached a patch which introduce a new emotion API : emotion_module_option_get, which retrieves the parameters set with emotion_module_option_set. This patch also pass options to the engine. It's usefull in case of VLC to give specific arguments for example, the --no-video-title, it's annoying to have the name of the film displayed at statup. I'm not sure this is the best thing we ca do here, but it' doesn't break the API and it does the job, so please review. There is also a patch for emotion_generic_players to pass such arguments to vlc generic player. Regards, -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ 0001-Add-emotion_object_module_option_get-which-returns-t.patch Description: Binary data 0001-emotion_generic_vlc-read-arguments-and-pass-them-at-.patch Description: Binary data -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Phab connexion problem
Hi, I create a phab account via github, but i can't log in anymore, I get the following error : Error Details: Request to 'https://api.github.com/user?access_token=4ed6142fc5d438eee80ec2ab35f3edd50dfa8f43' failed! What could i do ? regards, -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [apps/terminology] master 01/01: alt + 1, 2, 3, ...8, 9, 0 switch TO terminal tab # 1, 2, ... 8, 9, 10
Me either :) 2013/4/18 Boris Faure bo...@fau.re: On 13-04-18 07:44, Carsten Haitzler - Enlightenment Git wrote: raster pushed a commit to branch master. commit 4dd17b80aa90bb55c4b48272c93c6a12dff8ec42 Author: Carsten Haitzler (Rasterman) ras...@rasterman.com Date: Thu Apr 18 23:56:12 2013 +0900 alt + 1,2,3,...8,9,0 switch TO terminal tab # 1, 2, ... 8, 9, 10 Please don't do that. I use those key bindings in irssi to switch between irc channels. -- Boris Faure Pointer Arithmetician -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Elementary][1.7.x] Genlist item_content_get_hook bug ?
2013/2/17 Daniel Juyung Seo seojuyu...@gmail.com Hello, thanks for the patch but this looks wrong. Genlist item has two types of elements: 1. Text Text is a text data that can be set to TEXT or TEXTBLOCK part of genlist item. The text is retrieved by text_get callback and set in _item_text_realize() function. 2. Content Content is an object that ca be swallowed into SWALLOW part of genlist item. The object is retrieved by content_get callback and swallowed in _item_content_realize() function. So, _item_content_get_hook() is used to get the swallowed object to the SWALLOW part. So edje_object_part_swallow_get() is correct. Oh yes you're right, I missundestood the code, and it's not the case in trunk, i did the modification myself :D Daniel Juyung Seo (SeoZ) On Sun, Feb 17, 2013 at 7:02 AM, Nicolas Aguirre aguirre.nico...@gmail.comwrote: Hi, I found a strange behaviour in the item_content_get_hook function of genlist in the 1.7.x branch. When elm_object_part_content_get is called, only swallow parts are returned. Attached a fix wich return any parts of the item object. It seems that this is already corrected in the trunk version of elementary so i think that we can see this patch as a backport ? So should i commit this patch or not ? -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [Elementary][1.7.x] Genlist item_content_get_hook bug ?
Hi, I found a strange behaviour in the item_content_get_hook function of genlist in the 1.7.x branch. When elm_object_part_content_get is called, only swallow parts are returned. Attached a fix wich return any parts of the item object. It seems that this is already corrected in the trunk version of elementary so i think that we can see this patch as a backport ? So should i commit this patch or not ? -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ fix_get_content_get_hook_in_genlist.diff Description: Binary data -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efl merge and win32
2013/1/11 Gustavo Sverzut Barbieri barbi...@profusion.mobi On Fri, Jan 11, 2013 at 4:43 PM, Nicolas Aguirre aguirre.nico...@gmail.com wrote: modules/ecore_evas/engines/win32/modules_ecore_evas_engines_win32_module_la-ecore_evas_win32.lo In file included from modules/ecore_evas/engines/win32/ecore_evas_win32.c:19:0: error: unterminated #ifdef make[4]: *** [modules/ecore_evas/engines/win32/modules_ecore_evas_engines_win32_module_la-ecore_evas_win32.lo] Error 1 Flavio split ecore-evas engines out of ecore_evas itself, but seems he couldn't test with win32. It should be a matter of basing the fixes on other modules. Very likely these are just C errors that once fixed will work. Anyway I'm away this week end, i will look into it next week. It's better if you can engage for couple of days into that. It will require lots of work and compilation rounds, not just the code changed, but the build system as well. Maybe some modules will have to be disabled, etc. after ifdef correction (patch attached) i get a new kind of error, and i fear it's related with all include you removed. Making all in src make all-recursive CC modules/ecore_evas/engines/win32/modules_ecore_evas_engines_win32_module_la-ecore_evas_win32.lo In file included from modules/ecore_evas/engines/win32/ecore_evas_win32.c:12:0: ../src/lib/ecore_win32/Ecore_Win32.h:14:4: warning: #warning You are using a work in progress API. This API is not stable [-Wcpp] ../src/lib/ecore_win32/Ecore_Win32.h:15:4: warning: #warning and is subject to change. You use this at your own risk. [-Wcpp] modules/ecore_evas/engines/win32/ecore_evas_win32.c: In function '_ecore_evas_win32_event_window_damage': modules/ecore_evas/engines/win32/ecore_evas_win32.c:258:3: warning: #warning [ECORE] [WIN32] No Region code [-Wcpp] modules/ecore_evas/engines/win32/ecore_evas_win32.c: In function '_ecore_evas_win32_rotation_set': modules/ecore_evas/engines/win32/ecore_evas_win32.c:630:66: warning: unused parameter 'resize' [-Wunused-parameter] modules/ecore_evas/engines/win32/ecore_evas_win32.c: In function '_ecore_evas_win32_cursor_set': modules/ecore_evas/engines/win32/ecore_evas_win32.c:814:42: warning: unused parameter 'ee' [-Wunused-parameter] modules/ecore_evas/engines/win32/ecore_evas_win32.c:814:59: warning: unused parameter 'obj' [-Wunused-parameter] modules/ecore_evas/engines/win32/ecore_evas_win32.c:814:68: warning: unused parameter 'layer' [-Wunused-parameter] modules/ecore_evas/engines/win32/ecore_evas_win32.c:814:79: warning: unused parameter 'hot_x' [-Wunused-parameter] modules/ecore_evas/engines/win32/ecore_evas_win32.c:814:90: warning: unused parameter 'hot_y' [-Wunused-parameter] modules/ecore_evas/engines/win32/ecore_evas_win32.c: In function '_ecore_evas_win32_alpha_set': modules/ecore_evas/engines/win32/ecore_evas_win32.c:979:34: warning: unused variable 'wdata' [-Wunused-variable] modules/ecore_evas/engines/win32/ecore_evas_win32.c: In function '_ecore_evas_win32_screen_dpi_get': modules/ecore_evas/engines/win32/ecore_evas_win32.c:1056:52: warning: unused parameter 'ee' [-Wunused-parameter] modules/ecore_evas/engines/win32/ecore_evas_win32.c: In function '_ecore_evas_win32_new_internal': modules/ecore_evas/engines/win32/ecore_evas_win32.c:1324:38: warning: declaration of '_ecore_evas_engine_init' shadows a global declaration [-Wshadow] ../src/lib/ecore_evas/ecore_evas_private.h:403:6: warning: shadowed declaration is here [-Wshadow] modules/ecore_evas/engines/win32/ecore_evas_win32.c:1354:4: error: 'iface' undeclared (first use in this function) modules/ecore_evas/engines/win32/ecore_evas_win32.c:1354:4: note: each undeclared identifier is reported only once for each function it appears in modules/ecore_evas/engines/win32/ecore_evas_win32.c: At top level: modules/ecore_evas/engines/win32/ecore_evas_win32.c:1412:1: warning: 'ecore_evas_software_gdi_new' already declared with dllexport attribute: dllimport ignored [-Wattributes] modules/ecore_evas/engines/win32/ecore_evas_win32.c:1443:1: warning: 'ecore_evas_software_ddraw_new' already declared with dllexport attribute: dllimport ignored [-Wattributes] modules/ecore_evas/engines/win32/ecore_evas_win32.c:1473:1: warning: 'ecore_evas_software_16_ddraw_new' already declared with dllexport attribute: dllimport ignored [-Wattributes] modules/ecore_evas/engines/win32/ecore_evas_win32.c:1502:1: warning: 'ecore_evas_direct3d_new' already declared with dllexport attribute: dllimport ignored [-Wattributes] modules/ecore_evas/engines/win32/ecore_evas_win32.c:1534:1: warning: 'ecore_evas_gl_glew_new' already declared with dllexport attribute: dllimport ignored [-Wattributes] modules/ecore_evas/engines/win32/ecore_evas_win32.c: In function '_ecore_evas_win32_interface_new': modules/ecore_evas/engines/win32/ecore_evas_win32.c:1559:23: error: 'interface_win32_name' undeclared (first use in this function) modules/ecore_evas/engines/win32/ecore_evas_win32.c:1560:26: error
Re: [E-devel] E SVN: lucas IN trunk/efl: . m4 src/bin/eet src/bin/embryo src/bin/evas/loaders/psd src/lib/ecore src/lib/eet src/lib/eina src/lib/eio src/modules/emotion/gstreamer src/modules/evas/load
2013/1/11 Gustavo Sverzut Barbieri barbi...@profusion.mobi On Thu, Jan 10, 2013 at 10:49 PM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Jan 11, 2013 at 9:45 AM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Jan 10, 2013 8:14 PM, Nicolas Aguirre aguirre.nico...@gmail.com wrote: 2013/1/10 Enlightenment SVN no-re...@enlightenment.org Log: efl: Remove check for unistd.h * unistd.h: is very useful, very old and very standard. Lucas, If i remeber correctly all this checked you removed earlier are need for windows. Did you tried the build for it ? Nops, I didn't test it for windows. Like Gustavo said in his email about this last week maintaining this the way it was was unnecessarily hard and troublesome. see his email about the problem and how it should be in the future. Any plan to care about the windows build ? Not right now, seems nobody cares about windows. It seems thah *YOU* don't care about it, but you'are not alone, and there is people using it and a lot of people who want it, so please keep it in. I don't understand why you are removing something which is working pretty well. This checks are not only usefull for windows, but also for Macos, for Blackberry (yes efl builds fine on blackberry) for Android(efl are building also fine on android) and even iOS. So here you are removing something that is only used by 0.1% of users, ie linux users. That's a strange behaviour. If adding unistd.h in evil directory is the solution for windows,, do it ! but i'm not sure that it will work for other OS. So here my question : What's the purpose of EFL, what the main developpers wants ? Keep EFL linux only or there is a place for others OS ? If you want to trash 10 years of portability, you should maybe change the major version and next release of EFL should be 2.0. As stated in my email discussing these points, the proper way would be to add a unistd.h for Evil.h in its directory. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efl merge and win32
2013/1/11 Gustavo Sverzut Barbieri barbi...@profusion.mobi
On Friday, January 11, 2013, Nicolas Aguirre wrote:
2013/1/11 Gustavo Sverzut Barbieri barbi...@profusion.mobijavascript:;
On Thu, Jan 10, 2013 at 8:51 PM, Nicolas Aguirre
aguirre.nico...@gmail.com javascript:;wrote:
Hi,
After lucas commit, i tried to build EFL merge for win32.
i configure with : ./configure --prefix=$MINGW_PREFIX --host=$TARGET
--disable-static --with-tests=none --with-crypto=gnutls
--disable-gstreamer
--disable-pulseaudio --disable-audio --disable-physics
--disable-gstreamer option does't work at all, it's ignored,
attached a
patch which fix this issue.
Thanks, in SVN.
The next issue is that the configure try to check for eeze, but eeze
is a
linux only package, it's a non sense for windows or macos. So how to
remove
eeze from the build ?
It could be a good option to add a --disable-eeze option in the
configure ?
what you think about it ?
Likely due the cross compilation. Right now it reads:
EFL_LIB_START_OPTIONAL([Eeze], [test ${have_linux} = yes])
Based on:
case $host_os in
mingw32ce*)
have_wince=yes
have_windows=yes
;;
mingw*|cygwin*)
# TODO: check cygwin* here
have_win32=yes
have_windows=yes
;;
darwin*)
have_darwin=yes
;;
linux*)
have_linux=yes
;;
esac
I thought that even being host_os, the mingw* would redefine it...
but
I
was wrong. Do you have the information about that? If you're getting
linux
= yes, then all your modules cross compiled for Windows are named
linux?!
:-/ Later on we have:
MODULE_ARCH=$host_os-$host_cpu-v_maj.v_min.v_mic
MODULE_EXT=.dll
that was the reasoning of my thought.
Based on the 1.7.3 branch when i build evas, the gdi engine is named
: lib/evas/modules/engines/software_gdi/mingw32-i686-1.7.3/module.dll
host_os =mingw32
host_cpu = i686
As I expected. But then what do you get in trunk? See config.log
here my config.log
http://pastebin.com/TNgY1dGS
There will be no --disable-eeze.
It will be perfect !
--
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com javascript:;
Web: http://enna.geexbox.org
Blog: http://dev.enlightenment.fr/~captainigloo/
--
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net javascript:;
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://enna.geexbox.org
Blog: http://dev.enlightenment.fr/~captainigloo/
--
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efl merge and win32
2013/1/11 Gustavo Sverzut Barbieri barbi...@profusion.mobi
On Fri, Jan 11, 2013 at 2:55 PM, Nicolas Aguirre
aguirre.nico...@gmail.com wrote:
2013/1/11 Gustavo Sverzut Barbieri barbi...@profusion.mobi
On Friday, January 11, 2013, Nicolas Aguirre wrote:
2013/1/11 Gustavo Sverzut Barbieri barbi...@profusion.mobi
javascript:;
On Thu, Jan 10, 2013 at 8:51 PM, Nicolas Aguirre
aguirre.nico...@gmail.com javascript:;wrote:
Hi,
After lucas commit, i tried to build EFL merge for win32.
i configure with : ./configure --prefix=$MINGW_PREFIX
--host=$TARGET
--disable-static --with-tests=none --with-crypto=gnutls
--disable-gstreamer
--disable-pulseaudio --disable-audio --disable-physics
--disable-gstreamer option does't work at all, it's ignored,
attached a
patch which fix this issue.
Thanks, in SVN.
The next issue is that the configure try to check for eeze, but
eeze
is a
linux only package, it's a non sense for windows or macos. So
how to
remove
eeze from the build ?
It could be a good option to add a --disable-eeze option in the
configure ?
what you think about it ?
Likely due the cross compilation. Right now it reads:
EFL_LIB_START_OPTIONAL([Eeze], [test ${have_linux} = yes])
Based on:
case $host_os in
mingw32ce*)
have_wince=yes
have_windows=yes
;;
mingw*|cygwin*)
# TODO: check cygwin* here
have_win32=yes
have_windows=yes
;;
darwin*)
have_darwin=yes
;;
linux*)
have_linux=yes
;;
esac
I thought that even being host_os, the mingw* would redefine
it...
but
I
was wrong. Do you have the information about that? If you're
getting
linux
= yes, then all your modules cross compiled for Windows are named
linux?!
:-/ Later on we have:
MODULE_ARCH=$host_os-$host_cpu-v_maj.v_min.v_mic
MODULE_EXT=.dll
that was the reasoning of my thought.
Based on the 1.7.3 branch when i build evas, the gdi engine is named
: lib/evas/modules/engines/software_gdi/mingw32-i686-1.7.3/module.dll
host_os =mingw32
host_cpu = i686
As I expected. But then what do you get in trunk? See config.log
here my config.log
http://pastebin.com/TNgY1dGS
weird, the only error I found is the AM_CONDITIONAL... now fixed with
r82649. Check it again.
In that eeze is disabled, as expected. Did you change the
configure.ac? I see your command line uses --disable-eeze which does
not exist. What is not working?
configure:42640: Skipping Eeze checks (disabled)
configure:43264: Skipping EPhysics checks (disabled)
Also, as a hint your command line can be simplified, if you
--disable-audio it will disable pulseaudio. Just the Gstreamer needs
to stay as it's used by ecore example, emotion and ecore_audio.
with r82649 configure passed, here the resume :
efl 1.7.99.82655
Configuration Options Summary:
OS...: mingw32
Windows version..: Windows XP
Build Profile: dev
CPU Extensions...: i686 (+mmx +sse3)
System Features..: -inotify +notify_win32 -atfile -ipv6
Threads Type.: Windows
spinlocks..: no
barrier: no
affinity...: yes
Cryptographic System.: gnutls
Evas:
Engines:
Software X11...: none
OpenGL X11.: none (opengl=none)
Software GDI...: yes
Software DirectDraw: yes
OpenGL SDL.: no (opengl=none)
OpenGL Cocoa...: no
Software Framebuffer...: no
PSL1GHT: no
Wayland Shm: no
Wayland Egl: no
Image Loaders:
JPEG region decode..: no
WEBP: no
GIF.: yes
TIFF: yes
SVG.: no
Font Searching Systems:
Fontconfig..: yes
Font Rendering Helpers:
Fribidi.: yes
Harfbuzz: no
Features:
Cache Server 2..: no
Optional pixman rendering path:
Pixman..: no
Pixman Fonts: no
Pixman Rects: no
Pixman Lines: no
Pixman Polygons.: no
Pixman Images...: no
Pixman Image ScaleSample: no
Conversion Options:
Dither Mask.: big
Tiled 32BPP rotate..: no
Ecore:
GLib support...: no
Use g_main_loop: no
Gathering memory statistic.: no
Gathering timer allocation
Re: [E-devel] E SVN: lucas IN trunk/efl: . m4 src/bin/eet src/bin/embryo src/bin/evas/loaders/psd src/lib/ecore src/lib/eet src/lib/eina src/lib/eio src/modules/emotion/gstreamer src/modules/evas/load
2013/1/10 Enlightenment SVN no-re...@enlightenment.org Log: efl: Remove check for unistd.h * unistd.h: is very useful, very old and very standard. Lucas, If i remeber correctly all this checked you removed earlier are need for windows. Did you tried the build for it ? -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] efl merge and win32
Hi, After lucas commit, i tried to build EFL merge for win32. i configure with : ./configure --prefix=$MINGW_PREFIX --host=$TARGET --disable-static --with-tests=none --with-crypto=gnutls --disable-gstreamer --disable-pulseaudio --disable-audio --disable-physics --disable-gstreamer option does't work at all, it's ignored, attached a patch which fix this issue. The next issue is that the configure try to check for eeze, but eeze is a linux only package, it's a non sense for windows or macos. So how to remove eeze from the build ? It could be a good option to add a --disable-eeze option in the configure ? what you think about it ? Regards, -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ fix_gstreamer_configure_option.diff Description: Binary data -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efl merge and win32
2013/1/11 Carsten Haitzler ras...@rasterman.com On Fri, 11 Jan 2013 09:08:20 +0900 Cedric BAIL cedric.b...@free.fr said: Yop, On Fri, Jan 11, 2013 at 7:51 AM, Nicolas Aguirre aguirre.nico...@gmail.com wrote: After lucas commit, i tried to build EFL merge for win32. i configure with : ./configure --prefix=$MINGW_PREFIX --host=$TARGET --disable-static --with-tests=none --with-crypto=gnutls --disable-gstreamer --disable-pulseaudio --disable-audio --disable-physics --disable-gstreamer option does't work at all, it's ignored, attached a patch which fix this issue. The next issue is that the configure try to check for eeze, but eeze is a linux only package, it's a non sense for windows or macos. So how to remove eeze from the build ? It could be a good option to add a --disable-eeze option in the configure ? what you think about it ? Obviously, yes. I think we really need to setup a buildbot for mingw as the last serie of patch prove that nobody did test it at all and made change that are likely to break it. first... need to make a qemu vm for windows... and that means a windows licence/copy at a minimum. we should test a real build ON windows ... as opposed to a cross-compile. here's the question. windows xp, vista, 7 or 8? sure - in theory we should have all. in theory if we use xp... then what we build binary-wise AND the build itself should work on later versions too... I don't think so, cross compilation is better in any case, it's faster, it's easy, and it's already present in almost all recent distributions. It's also easy to build for 32 and 64 architecture with no extra cost. About the windows version i don't know exatcly but i think you're right with xp you should target all later versions. if you want to set up your machine for a build, Vincent did a build of all dependencies http://dev.enlightenment.fr/~doursse/efl_dep.zip it's for 32bits only architecture. Then you need to install mingw-w64 and gcc-mingw-w64-i686 Once unzip you only need to export few env vars : base=`pwd` export TARGET=i686-w64-mingw32 export MINGW_PREFIX=$base/package/ export CPPFLAGS=-I$MINGW_PREFIX/include -I$MINGW_PREFIX/include/evil-1 -I$MINGW_PREFIX/include/freetype2 export CXXFLAGS=$CFLAGS export LDFLAGS=$LDFLAGS -L$MINGW_PREFIX/lib export PATH=$HOME/local/opt/mingw-w64-x86_32/bin:$MINGW_PREFIX/bin:$PATH export LD_LIBRARY_PATH=$MINGW_PREFIX/lib export PKG_CONFIG_PATH=$MINGW_PREFIX/lib/pkgconfig export PKG_CONFIG_LIBDIR=$MINGW_PREFIX/lib/pkgconfig and then you can compile as usual efl : ./autogen.sh --prefix=$MINGW_PREFIX --host=$TARGET --disable-static That's all, it's really easy, and we don't need a real windows machine for that. Of course if you want automated it's better, but i don't think we have man power for this. regards, -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efl merge and win32
2013/1/11 Gustavo Sverzut Barbieri barbi...@profusion.mobi
On Thu, Jan 10, 2013 at 8:51 PM, Nicolas Aguirre
aguirre.nico...@gmail.comwrote:
Hi,
After lucas commit, i tried to build EFL merge for win32.
i configure with : ./configure --prefix=$MINGW_PREFIX --host=$TARGET
--disable-static --with-tests=none --with-crypto=gnutls
--disable-gstreamer
--disable-pulseaudio --disable-audio --disable-physics
--disable-gstreamer option does't work at all, it's ignored, attached a
patch which fix this issue.
Thanks, in SVN.
The next issue is that the configure try to check for eeze, but eeze is a
linux only package, it's a non sense for windows or macos. So how to
remove
eeze from the build ?
It could be a good option to add a --disable-eeze option in the
configure ?
what you think about it ?
Likely due the cross compilation. Right now it reads:
EFL_LIB_START_OPTIONAL([Eeze], [test ${have_linux} = yes])
Based on:
case $host_os in
mingw32ce*)
have_wince=yes
have_windows=yes
;;
mingw*|cygwin*)
# TODO: check cygwin* here
have_win32=yes
have_windows=yes
;;
darwin*)
have_darwin=yes
;;
linux*)
have_linux=yes
;;
esac
I thought that even being host_os, the mingw* would redefine it... but I
was wrong. Do you have the information about that? If you're getting linux
= yes, then all your modules cross compiled for Windows are named linux?!
:-/ Later on we have:
MODULE_ARCH=$host_os-$host_cpu-v_maj.v_min.v_mic
MODULE_EXT=.dll
that was the reasoning of my thought.
Based on the 1.7.3 branch when i build evas, the gdi engine is named
: lib/evas/modules/engines/software_gdi/mingw32-i686-1.7.3/module.dll
host_os =mingw32
host_cpu = i686
There will be no --disable-eeze.
It will be perfect !
--
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://enna.geexbox.org
Blog: http://dev.enlightenment.fr/~captainigloo/
--
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/efl/src/examples
thanks ! i'm finally able to build efl ! 2013/1/4 Enlightenment SVN no-re...@enlightenment.org Log: efl: draah, edje example don't follow the rest of efl example. so shut it down. Author: cedric Date: 2013-01-04 02:36:54 -0800 (Fri, 04 Jan 2013) New Revision: 82168 Trac: http://trac.enlightenment.org/e/changeset/82168 Modified: trunk/efl/src/examples/Makefile.am Modified: trunk/efl/src/examples/Makefile.am === --- trunk/efl/src/examples/Makefile.am 2013-01-04 10:34:52 UTC (rev 82167) +++ trunk/efl/src/examples/Makefile.am 2013-01-04 10:36:54 UTC (rev 82168) @@ -1,6 +1,6 @@ MAINTAINERCLEANFILES = Makefile.in -SUBDIRS = eina eo eet evas ecore eio edbus ephysics edje +SUBDIRS = eina eo eet evas ecore eio edbus ephysics # edje examples: @$(MAKE) $(AM_MAKEFLAGS) -C eina examples -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
