Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2012-05-16 Thread Jihoon Kim
I'm sorry. It was my mistake. I should have searched where it uded. 2012. 5. 16. 오후 5:03에 Enlightenment SVN no-re...@enlightenment.org님이 작성: Log: Evas (gl_x11): Unbreak build for gles_sgx s3c6410. Someone removed a variable that was actually being used :( Author: devilhorns Date:

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2012-05-16 Thread Chris Michael
No worries :) All fixed now :) dh -Original Message- From: Jihoon Kim [mailto:imfin...@gmail.com] Sent: 16 May 2012 14:00 To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11 I'm sorry. It was my mistake. I

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2012-01-12 Thread sd
Why not move eglMakeCurrent? So you keep one if. S. Log: Evas (gl_x11): We cannot call eglMakeCurrent if we have already called eglTerminate prior (eg: eglTerminate was in the wrong place here). Author: devilhorns Date: 2012-01-11 22:06:07 -0800 (Wed, 11 Jan 2012) New

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2012-01-12 Thread Christopher Michael
Suppose it could have went either way...If you think it would really be better by moving the MakeCurrent, then I'll do it :) dh On 01/12/12 06:46, s...@tango.flipp.net wrote: Why not move eglMakeCurrent? So you keep one if. S. Log: Evas (gl_x11): We cannot call eglMakeCurrent if we have

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2012-01-12 Thread Christopher Michael
Done. Thanks for the suggestion :) dh On 01/12/12 07:11, Christopher Michael wrote: Suppose it could have went either way...If you think it would really be better by moving the MakeCurrent, then I'll do it :) dh On 01/12/12 06:46, s...@tango.flipp.net wrote: Why not move eglMakeCurrent?

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-12-15 Thread Christopher Michael
@lists.sourceforge.net Sent: Wednesday, December 14, 2011 4:28:56 PM Subject: Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11 no no no, They don't need to be backported it's since evas 1.2 2011/12/14 Christopher Michaelcpmicha...@comcast.net On 12/14/11 13:59, Vincent

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-12-14 Thread Vincent Torri
this one and the previous one should be backported Vincent On Wed, Dec 14, 2011 at 7:52 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: Evas: Gl_X11: Fix typo? for __UNUSED__ param. Author:       devilhorns Date:         2011-12-14 10:52:42 -0800 (Wed, 14 Dec 2011) New

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-12-14 Thread Christopher Michael
On 12/14/11 13:55, Vincent Torri wrote: this one and the previous one should be backported Vincent Not sure how to go about that :/ Never did any backporting. dh On Wed, Dec 14, 2011 at 7:52 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: Evas: Gl_X11: Fix typo? for

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-12-14 Thread Christopher Michael
On 12/14/11 13:59, Vincent Torri wrote: On Wed, Dec 14, 2011 at 7:58 PM, Christopher Michael cpmicha...@comcast.net wrote: On 12/14/11 13:55, Vincent Torri wrote: this one and the previous one should be backported Vincent Not sure how to go about that :/ Never did any backporting.

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-12-14 Thread michael bouchaud
no no no, They don't need to be backported it's since evas 1.2 2011/12/14 Christopher Michael cpmicha...@comcast.net On 12/14/11 13:59, Vincent Torri wrote: On Wed, Dec 14, 2011 at 7:58 PM, Christopher Michael cpmicha...@comcast.net wrote: On 12/14/11 13:55, Vincent Torri wrote: this

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-12-14 Thread cpmichael1
developer list enlightenment-devel@lists.sourceforge.net Sent: Wednesday, December 14, 2011 4:28:56 PM Subject: Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11 no no no, They don't need to be backported it's since evas 1.2 2011/12/14 Christopher Michael cpmicha

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-12-14 Thread Vincent Torri
does not exist in 1.1 Vincent dh - Original Message - From: michael bouchaud michael.bouch...@gmail.com To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Sent: Wednesday, December 14, 2011 4:28:56 PM Subject: Re: [E-devel] E SVN: devilhorns trunk/evas/src

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-12-14 Thread The Rasterman
...@gmail.com To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Sent: Wednesday, December 14, 2011 4:28:56 PM Subject: Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11 no no no, They don't need to be backported it's since evas 1.2 2011/12/14

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-12-14 Thread The Rasterman
On Wed, 14 Dec 2011 13:58:13 -0500 Christopher Michael cpmicha...@comcast.net said: On 12/14/11 13:55, Vincent Torri wrote: this one and the previous one should be backported Vincent Not sure how to go about that :/ Never did any backporting. apply same change to the evas-1.1 evas

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-06-09 Thread Vincent Torri
On Thu, 9 Jun 2011, Enlightenment SVN wrote: Log: Evas: GL_X11 engine: Do not set UNUSED on variables that we actually use and remove some extra whitespace between functions. just a note : the use of the attribute means that the variable can be unused. It's not a requirement. See:

Re: [E-devel] E SVN: devilhorns trunk/evas/src/modules/engines/gl_x11

2011-06-09 Thread Christopher Michael
On 06/09/2011 03:30 PM, Vincent Torri wrote: On Thu, 9 Jun 2011, Enlightenment SVN wrote: Log: Evas: GL_X11 engine: Do not set UNUSED on variables that we actually use and remove some extra whitespace between functions. just a note : the use of the attribute means that the variable can