remove so files for tizen

in tizen, we should not provide so files, while in tz, we need to provide them to make app work.

Bug fix: the corrent header macro

Because we are changing branches of X APIs, and some of the file forgot the
 header macro like this:
-#ifndef __XI_2W_HEADER__
-#define __XI_2W_HEADER__
+#ifndef __XCB_XPROTO_2W_HEADER__
+#define __XCB_XPROTO_2W_HEADER__

change the name correctly according to the real functionality.

add ICE SM drm dmx fontenc into X2W

fullfill xxx_2w.h in ICE SM drm dmx fontenc to define
each X-api with #define RETURN_XXXX to remind the module
who use the function.

framework/uifw/xorg/lib/libice#submit/tizen_2.2/20130714.150155-0-g60e0655b21e92e18c1a9dc20160f2c1a2164f069
framework/uifw/xorg/lib/libsm#submit/tizen_2.2/20130714.150201-0-g6eb3207735a9b3d78ce49306ba159cae31f5d1b3
framework/uifw/xorg/lib/libdmx#submit/tizen_2.2/20130714.150613-0-g30558fac47a276cbe0a0dd9a7bbc3c54bc772833
framework/uifw/xorg/lib/libdrm#submit/tizen_2.2/20130714.150628-0-g68e0f398a0a60b4ed2ff35082f1a886b96442ee5
framework/uifw/xorg/lib/libfontenc#submit/tizen_2.2/20130714.150714-0-g529bec9bed4f468693b30f0923d66b8ff2b1e813

add install to packaging/x2w.spec and scr/Makefle.am

add the install information of floders:xfixes,xft,xi,xkbfile,xrandr,
 xrender,xtst,xv into packaging/x2w.spec and scr/Makefle.am .

add new floders:xfixes,xft,xi,xkbfile,xrandr,xrender,xtst,xv.

Add X libraries:libXfixes,libXft,libXi,libXKBfile,libXrandr,
 libXrender,libXtst,libXv and take apis in X to XXXX_2w.h and
 define them with RETURN_XXXX function.

framework/uifw/xorg/lib/libxfixes#submit/tizen_2.2/20130714.150312-0-g0225c2a1db8ba3ae10ce04863068bb3215c4b4eb
framework/uifw/xorg/lib/libxft#submit/tizen_2.2/20130714.150326-0-g79b715f2f19c249611dbd2f8aea70d4664d71191
framework/uifw/xorg/lib/libxi#submit/tizen_2.2/20130714.150339-0-g10a630b0579041b116c89eaa97b5d36806f3a0c4
framework/uifw/xorg/lib/libxrandr#submit/tizen_2.2/20130714.150406-0-gf780e0207797598bb447ba0f866c0862d4a8383a
framework/uifw/xorg/lib/libxrender#submit/tizen_2.2/20130714.150413-0-g6d833a622eb25785d24659cfed143815f5bc4f26
framework/uifw/xorg/lib/libxtst#submit/tizen_2.2/20130714.150434-0-gec6f15459d9c7bc3e4b1730979ba43fe5262e8ed
framework/uifw/xorg/lib/libxv#submit/tizen_2.2/20130714.150440-0-g2fd7d8e1a942a2eca8cc23aca332639a8d878c84
framework/uifw/xorg/lib/libxkbfile#submit/tizen_2.2/20130714.151727-0-g5de62499e5daca5cf799618e60b88f2473dc557d

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