summary |
shortlog | log |
commit |
commitdiff |
tree
first ⋅ prev ⋅ next
wangfei [Tue, 5 Nov 2013 09:22:47 +0000 (04:22 -0500)]
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.
Li,LiminX [Wed, 6 Nov 2013 02:09:23 +0000 (10:09 +0800)]
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.
Juan Zhao [Tue, 5 Nov 2013 15:46:05 +0000 (23:46 +0800)]
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)
Juan Zhao [Tue, 5 Nov 2013 09:13:21 +0000 (17:13 +0800)]
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
Juan Zhao [Tue, 5 Nov 2013 07:56:50 +0000 (15:56 +0800)]
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
Juan Zhao [Tue, 5 Nov 2013 07:16:39 +0000 (15:16 +0800)]
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
Juan Zhao [Tue, 5 Nov 2013 06:04:47 +0000 (14:04 +0800)]
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.
Juan Zhao [Tue, 5 Nov 2013 01:48:50 +0000 (09:48 +0800)]
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.
Juan Zhao [Mon, 4 Nov 2013 16:34:59 +0000 (00:34 +0800)]
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.
wangfei [Fri, 1 Nov 2013 10:43:32 +0000 (06:43 -0400)]
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.
Juan Zhao [Fri, 1 Nov 2013 04:35:54 +0000 (12:35 +0800)]
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.
Juan Zhao [Fri, 1 Nov 2013 02:25:24 +0000 (10:25 +0800)]
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.
Juan Zhao [Fri, 1 Nov 2013 01:04:34 +0000 (09:04 +0800)]
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.
wangfei [Thu, 31 Oct 2013 07:56:06 +0000 (03:56 -0400)]
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
Juan Zhao [Wed, 30 Oct 2013 05:31:05 +0000 (13:31 +0800)]
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.
Juan Zhao [Wed, 30 Oct 2013 03:19:47 +0000 (11:19 +0800)]
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.
Wang Fei [Mon, 28 Oct 2013 09:10:50 +0000 (05:10 -0400)]
replace each (e_core_x_to_be_modified) with its real api name
Juan Zhao [Fri, 25 Oct 2013 10:08:41 +0000 (18:08 +0800)]
rebase to tizen2.2's ecore_x.h
Juan Zhao [Thu, 17 Oct 2013 04:05:57 +0000 (12:05 +0800)]
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.
Juan Zhao [Thu, 17 Oct 2013 02:48:17 +0000 (10:48 +0800)]
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.
Juan Zhao [Wed, 16 Oct 2013 05:41:09 +0000 (13:41 +0800)]
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
Juan Zhao [Tue, 15 Oct 2013 09:33:20 +0000 (17:33 +0800)]
bug fix for undefine symbol e_core_x xxx
the TYPO about forgetting add "" in the notice
Juan Zhao [Tue, 15 Oct 2013 09:03:33 +0000 (17:03 +0800)]
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.
Juan Zhao [Tue, 15 Oct 2013 02:57:57 +0000 (10:57 +0800)]
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.
Juan Zhao [Mon, 14 Oct 2013 05:31:41 +0000 (13:31 +0800)]
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.
Juan Zhao [Thu, 10 Oct 2013 15:50:40 +0000 (23:50 +0800)]
add ecore dependency to ecore-x.pc
Juan Zhao [Thu, 10 Oct 2013 15:33:38 +0000 (23:33 +0800)]
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
Juan Zhao [Thu, 10 Oct 2013 05:06:58 +0000 (13:06 +0800)]
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'
Juan Zhao [Thu, 10 Oct 2013 01:40:06 +0000 (09:40 +0800)]
provides libecore-x.so.1
Juan Zhao [Wed, 9 Oct 2013 03:52:02 +0000 (11:52 +0800)]
change ecore-x version
Juan Zhao [Wed, 9 Oct 2013 03:44:48 +0000 (11:44 +0800)]
don't link to x2w
Juan Zhao [Wed, 9 Oct 2013 02:51:34 +0000 (10:51 +0800)]
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.
Juan Zhao [Mon, 23 Sep 2013 08:06:09 +0000 (16:06 +0800)]
add gcc version check
_pragma warning is not supported in all gcc versions, add 4.8 version check here
Juan Zhao [Fri, 13 Sep 2013 09:44:43 +0000 (17:44 +0800)]
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;}).
Juan Zhao [Thu, 12 Sep 2013 09:35:05 +0000 (17:35 +0800)]
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
Juan Zhao [Wed, 11 Sep 2013 07:27:43 +0000 (15:27 +0800)]
init x2w