install the changes to xdamage/xext/xcomposite

they are from:
framework/uifw/xorg/lib/libxdamage#submit/tizen_2.2/20130714.150252-0-g886de3403c92cc2e25f903ace4da5796486d6c50
framework/uifw/xorg/lib/libxcomposite#submit/tizen_2.2/20130714.150238-0-g2d5e07256507c8c4505d204881da61f6c9cc7d0b
framework/uifw/xorg/lib/libxext#submit/tizen_2.2/20130714.150305-0-g16c8e4f6e93addd5292fdcfcc8e9cfa5b10487af

add xcomposite/xdamage/xext folder

libxcomposite is a library of X,so add it and take apis in declared Xcomposite.h
 into xcomposite_2w.h and defined them with RETURN_XXXX function.

libXdamage is a library of X,so add it and take apis declared in Xdamage.h
 into xdamage_2w.h and define them with RETURN_XXXX function.

libXext is a library of X,so add it and take apis declared in X files
 into XXXX_2w.h and define them with RETURN_XXXX function.

dri2_2w: add define apis.

Add apis declared in dri2.h into dri2_2w.h .

add dri2 folder

libdri2 is also an X specific library, by default.
Add the APIs, and dri2_2w is to be filled.

fullfill xcb/xxx_2w.h

define each X-api with #define RETURN_XXXX to remind the module
who use the function.

fullfill x11/xxx_2w.h

imutil_2w:add undefined apis.
xcms_2w:add undefined apis.
xkblib_2w:add undefined apis.
xlibint_2w:add undefined apis.
xlocale_2w:add undefined apis.
xutil_2w:add undefined apis.

Add apis declared in ImUtil.h,Xcms_2w.h,XKBlib.h,Xlibint.h,Xlcale.h,Xutil.h
 into x11_2w.
And define each api with RETURN_XXXX function.

add Ecore_X_Cursor.h; add symbol define into x2w.c

move the Ecore_X_Cursor.h from tizen_2.0 branch to Ecore_x.h,
some EAPI symbols define in it.

add symbol define into x2w.c to fix undefine symbol when link the lib.

add the segment for non-wayland

When x2w is helping to sendout the warning like this:
[   41s] /usr/src/packages/BUILD/aul-0.0.282/launchpad_src/util_x.c:67:13: warning: X-func [enabled by default]
[   41s]   XFree(prop_ret);
[   41s]              ^
[   41s] /usr/src/packages/BUILD/aul-0.0.282/launchpad_src/util_x.c: In function '__find_win':
[   41s] /usr/src/packages/BUILD/aul-0.0.282/launchpad_src/util_x.c:83:13: warning: X-func [enabled by default]
[   41s]   r = XQueryTree(d, *win, &root, &parent, &child, &n);
[   41s]              ^
[   41s] /usr/src/packages/BUILD/aul-0.0.282/launchpad_src/util_x.c:95:13: warning: X-func [enabled by default]
[   41s]    XFree(child);
[   41s]              ^

It requires gcc 4.8 version, while in gcc 4.5 version, it did not support this
 _Pragma ("GCC warning \"X-func\"").

And in X environment, x2w don't need to provide libX11 related libraries, because
 in X environment, ecore-x and X related library still exist, and that will
 bring conflict.

So in X environment, for example tizen 3.0 mobile, the app can just add one
 line to their spec file to install x2w, and uses the header provided by x2w:
+BuildRequires:  pkgconfig(x2w)

fix the build failures

xcb requires pthread-stubs, and in fact, in x2w, xcb is fake, so remove this
 part who will generate build failure for the tizen app.

refine x2w to provide libxcb.so.1, and libX11.so

add xau

init Xau package, generated directly from devel package.
It was from framework/uifw/xorg/lib/libxau
 #submit/tizen_2.2/20130714.150224-0-g49e2d0f05b865ed4aec92a03b8782356913e5eec

add xproto and kbproto

libX11 requires the package of xproto and kbproto, so add xproto package.
Because these are symbol defines, so no need to make API definitions.

The sources are:
framework/uifw/xorg/proto/x11proto-kb#submit/tizen_2.2/20130714.155259-0-gfbf2e828c1afa2b0cc94eba2aadeec310a473c51
framework/uifw/xorg/proto/x11proto-core#submit/tizen_2.2/20130714.155207-0-g37766953f51773af9eb0c387c076d24cecdc6610

add xcb packages

x2w will provide the xcb headers and related pc files.
x2w will add the API redefines to add the warnings here.

currently, src/xcb/xcb_2w.h src/xcb/xproto_2w.h and src/xcb/xkb_2w.h was added.

change the location to different packages

As the X related packages are getting bigger and bigger, making them in one
 folder will make a mess.
So move the different file to their own package dirs.

Also update the Makfile and spec to make the patch buildable.

init x11 changes

In this patch we added all X11 related headers and the related 2w header file.
fullfilled the xlib_2w.h to redefined most of the APIs and the todo APIs is
 inside the file.

The files src/x11/xcms_2w.h src/x11/xkblib_2w.h src/x11/xlibint_2w.h src/x11/xlocale_2w.h
 src/x11/xutil_2w.h are to be added.

ecore_x_2w:add ecore_x_icccm_* apis,replace string in RETURN function.

1. Add ecore_x_icccm_* apis declared in Ecore_X.h but not defined into ecore_x_2w.h .
Replace all stings in RETURN function with each aip's real name.

2. change the file name
   ecore_x.c may bring the misunderstanding in the functionality.
So change it to x2w.c to get better usage.

ecore_x_2w: return value is wrong and add missing APIs

for ecore_x_window_size_get API, it will return void, so the previous writing
 will return an INT.
And similar bug to ecore_x_default_screen_get and ecore_x_display_get

Before we are using Per-Build-Error to add the API changes.
To make x2w more helper for all APIs, they will be added.
In this patch, the missing ecore_x API was figured out, except ecore_x_icccm
 which will be added later soon.

add elementary handling notes

elementary can not be handled in x2w, the better way is to handle it in elementary.
Patch to elemtary, and we still keep this for a not.

add utilX APIs

the utilX header file is from tzgerrit:framework/uifw/xorg/libslp-utilx
the branch is tizen_2.2
the commit number is 3af01a584780e861b78f3444ce28d5d0da7012ac

utilX will influce aul-1's amd, menuscreen and so on.

ecore_x_2w: add three apis undefined in cbhm project.

To fix this build issue:
 CMakeFiles/cbhm.dir/src/clipdrawer.c.o: In function `unset_transient_for':
 clipdrawer.c:(.text+0x1033): undefined reference to `ecore_x_icccm_transient_for_unset'
 CMakeFiles/cbhm.dir/src/clipdrawer.c.o: In function `set_focus_for_app_window':
 clipdrawer.c:(.text+0x108f): undefined reference to `ecore_x_icccm_hints_get'
 clipdrawer.c:(.text+0x10dc): undefined reference to `ecore_x_icccm_hints_set'

So use mecro to define undefined apis in ecore_x_2w.h

ecore_x_2w: add pointer check

To fix this build issue:
phone-0.6.63.25/lib/dialer/ph-dialer-view.c:1150:2:
     error: invalid use of void expression

And the code there is like this:
ecore_x_window_size_get(win, &win_width, NULL);

So the fix is, to check w and h to avoid when they're null.

And one more thing is to use (int *) to use the pointer correctly.

ecore_x_2w: add pointer check

To fix this build issue:
phone-0.6.63.25/lib/dialer/ph-dialer-view.c:1150:2:
 error: invalid use of void expression

And the code there is like this:
ecore_x_window_size_get(win, &win_width, NULL);

So the fix is, to check w and h to avoid when they're null.

replace each (e_core_x_to_be_modified) with its real api name

rebase to tizen2.2's ecore_x.h

fuction pointer usage fix

There is one case to use the fuction pointer directly.
For example in cbhm:
src/xhandler.c:set_selection_owner
selection_func = ecore_x_selection_secondary_set;

This patch only fix the usage about ecore_x_selection_secondary_set
 and ecore_x_selection_clipboard_set.

And this also fixed one bug which should return INT.

change the macro name

Using WIDTH and HEIGHT will triggle wrt-plugin-common's error:
=>src/modules/tizen/WidgetDB/WidgetDB.cpp:165:36: error: expected unqualified-id before numeric constant
And the code there uses WIDTH as a enum parameter. So change macro name to X2W specific.

In wrt-setting, there is the issue: TRUE and FALSE is declared:
webapp-common/listview.cpp:250:44: error: 'TRUE' was not declared in this scope
webapp-common/listview.cpp:267:44: error: 'FALSE' was not declared in this scope

This is because of some EFL package defines this macro. But in our efl, it was
 not defined.
Before we are changing them in the package directly, to make one change and fit
 all these kind of issues, let's try to fix it in x2w.

add ecore_x_window APIs

1. add ecore_x_window_xxx APIs
the detailed log info will be added in the furture

2. fix some log like ("e_ecore_x...") bugs

bug fix for undefine symbol e_core_x xxx

the TYPO about forgetting add "" in the notice

add the api ecore_x_e_illume

There is some ecore_x_e_illume APIs which is not used all the way, but some pakcages like cbhm
 used it:
[   30s] clipdrawer.c:(.text+0x128b): undefined reference to `ecore_x_e_illume_zone_get'
So add this category.

fix the image making issue

the error log is:

[PKG_INITDB][D] Install corexml : org.tizen.data-provider-slave.xml
/usr/bin/rpm-backend: symbol lookup error: /usr/bin/rpm-backend: undefined symbol: ECORE_X_ATOM_E_ILLUME_ROTATE_ROOT_ANGLE
[PKG_INITDB][D] Smack pkgid : org.tizen.data-provider-slave
/usr/bin/rpm-backend: symbol lookup error: /usr/bin/rpm-backend: undefined symbol: ECORE_X_ATOM_E_ILLUME_ROTATE_ROOT_ANGLE
[PKG_INITDB][D] Install corexml : ug-isfsetting-efl.xml

define ECORE_X_ATOM_XXX like extern values to zero.

fix the build failure about ecore_x_atom_get

the build error is from webkit2-efl:
[ 1290s] /usr/lib/libappcore-efl.so.1: undefined reference to `ecore_x_atom_get'

and some other extern value is undefined symbol.

add ecore dependency to ecore-x.pc

try to add eina dependency to fix app-core error

app-core reports the build error;
/usr/include/Ecore_X.h:4:18: fatal error: Eina.h: No such file or directory

test modify ecore_x.pc to modify this issue

Ecore_x: install header and symbol define

add ECORE_X_EVENT_WINDOW_DESTROY
 add this symbol to avoid the build failure in app-svc:
 [   55s] CMakeFiles/appsvc.dir/src/appsvc.c.o: In function `appsvc_request_transient_app':
 [   55s] /home/abuild/rpmbuild/BUILD/app-svc-0.1.51/src/appsvc.c:1052: undefined reference to `ECORE_X_EVENT_WINDOW_DESTROY'

provides libecore-x.so.1

change ecore-x version

don't link to x2w

split x2w.h to several files

Add the header files and the pc files like Ecore_X.h will help to hide x2w in
 the app level. Then the modifications to the application will be less and
 could help the app developer to figure out the X to Wayland changes easier.

add gcc version check

_pragma warning is not supported in all gcc versions, add 4.8 version check here

change the deprecated func to siggetmask

The warning will be like this:
src/menu_screen.c: In function '_resume_cb':
src/menu_screen.c:361:2: warning: 'siggetmask' is deprecated (declared at /usr/include/signal.h:203)
   utilx_hide_fake_effect(
   ^

add the function string and retrun value

1. move to use PRINT_LOCATIONS to add the X related function name info
2. some of the function needs to return some value to use, in this case
    the do{} while(0) won't provide any value back, so we need to modify
    the usage to ({xxx;}).

init the x2w

x2w is one library to help to print out the X related API is used globally.
It could help the developer to figure out the X calls directly, both in the
 running time and the compile time.

For example, in the compile time we will get message like this:
src/menu_screen.c:132:3: warning: 'ecore_x_func_is_used' is deprecated
   ecore_x_window_prop_string_set(elm_win_xwindow_get(menu_screen_info.win...
   ^

And in the running time, we will get the message like this:
file: src/menu_screen.c,    func: _dead_cb,         line: 168

init x2w