Re: [E-devel] E SVN: devilhorns IN trunk/ecore/src/lib/ecore_x: . xcb xlib

2012-07-03 Thread Vincent Torri
On Tue, Jul 3, 2012 at 9:36 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: Ecore_X: Merge Tizen changes to upstream EFL. Author:       devilhorns Date:         2012-07-03 00:36:55 -0700 (Tue, 03 Jul 2012) New Revision: 73203 Trac:        

Re: [E-devel] E SVN: devilhorns IN trunk/ecore/src/lib/ecore_x: . xcb xlib

2012-07-03 Thread Michael Blumenkrantz
imo in ecore-x nobody cares. there have been plenty of functions added here since 1.0 which have no @since and no docs at all. since none of these functions show up in docs anyway, there's no point wasting time for something that will literally never be seen. On Tue, Jul 3, 2012 at 9:14 AM,

Re: [E-devel] E SVN: devilhorns IN trunk/ecore/src/lib/ecore_x: . xcb xlib

2012-07-03 Thread Chris Michael
-Original Message- From: Michael Blumenkrantz [mailto:michael.blumenkra...@gmail.com] Sent: 03 July 2012 09:40 To: Enlightenment developer list Subject: Re: [E-devel] E SVN: devilhorns IN trunk/ecore/src/lib/ecore_x: . xcb xlib imo in ecore-x nobody cares. there have been plenty

Re: [E-devel] E SVN: devilhorns IN trunk/ecore/src/lib/ecore_x: . xcb xlib

2012-07-03 Thread Vincent Torri
On Tue, Jul 3, 2012 at 10:47 AM, Chris Michael cp.mich...@samsung.com wrote: -Original Message- From: Michael Blumenkrantz [mailto:michael.blumenkra...@gmail.com] Sent: 03 July 2012 09:40 To: Enlightenment developer list Subject: Re: [E-devel] E SVN: devilhorns IN trunk/ecore/src

Re: [E-devel] E SVN: devilhorns IN trunk/ecore/src/lib/ecore_x: . xcb xlib

2012-07-03 Thread Vincent Torri
developer list Subject: Re: [E-devel] E SVN: devilhorns IN trunk/ecore/src/lib/ecore_x: . xcb xlib imo in ecore-x nobody cares. there have been plenty of functions added here since 1.0 which have no @since and no docs at all. since none of these functions show up in docs anyway, there's

Re: [E-devel] E SVN: devilhorns IN trunk/ecore/src/lib/ecore_x: . xcb xlib

2012-07-03 Thread Michael Blumenkrantz
...@gmail.com] Sent: 03 July 2012 09:40 To: Enlightenment developer list Subject: Re: [E-devel] E SVN: devilhorns IN trunk/ecore/src/lib/ecore_x: . xcb xlib imo in ecore-x nobody cares. there have been plenty of functions added here since 1.0 which have no @since and no docs at all. since none

Re: [E-devel] E SVN: devilhorns IN trunk/ecore/src/lib/ecore_x: . xcb xlib

2012-07-03 Thread sd
On Tue, Jul 3, 2012 at 10:53 AM, Vincent Torri vincent.to...@gmail.com wrote: also, note that i have replied to only that commit, but ALL your merges must be fixed in that way. If I have not looked at all the commits in the core EFL, the doc and changelog and news, would have been a piece

Re: [E-devel] E SVN: devilhorns IN trunk/ecore/src/lib/ecore_x: . xcb xlib

2012-07-03 Thread Vincent Torri
On Tue, Jul 3, 2012 at 11:31 AM, s...@tango.flipp.net wrote: On Tue, Jul 3, 2012 at 10:53 AM, Vincent Torri vincent.to...@gmail.com wrote: also, note that i have replied to only that commit, but ALL your merges must be fixed in that way. If I have not looked at all the commits in the core

Re: [E-devel] E SVN: devilhorns IN trunk/ecore/src/lib/ecore_x: . xcb xlib

2011-07-26 Thread Rafael Antognolli
Hmm... I think this just broke my ecore_x. Having problems now like: CC ecore_x_damage.lo /home/antognolli/e17/git_e17/ecore/src/lib/ecore_x/xlib/ecore_x.c: In function 'ecore_x_default_visual_get': /home/antognolli/e17/git_e17/ecore/src/lib/ecore_x/xlib/ecore_x.c:1919: error: array

Re: [E-devel] E SVN: devilhorns IN trunk/ecore/src/lib/ecore_x: . xcb xlib

2011-07-26 Thread Christopher Michael
Don't see how any of that is possible. The newly added functions do not use any arrays, so 'array subscript is not an integer' isn't even valid. But I will try a rebuild w/ xlib version just to be sure. 1919: return DefaultVisual(disp, screen); dh On 07/26/11 09:03, Rafael Antognolli wrote:

Re: [E-devel] E SVN: devilhorns IN trunk/ecore/src/lib/ecore_x: . xcb xlib

2011-07-26 Thread Christopher Michael
AHHH, you are correct. Will fix now. dh On 07/26/11 09:08, Christopher Michael wrote: Don't see how any of that is possible. The newly added functions do not use any arrays, so 'array subscript is not an integer' isn't even valid. But I will try a rebuild w/ xlib version just to be sure.