from:"Gary Chine"

[Crosswalk-dev] build libxwalkcore failed

2015-09-01 Thread Gary Chine

Almost all obj files were not list as linked in the shared library building, 
what and how could I check if the ninja works well?
Thanks,Gary- 原始邮件 -
发件人："Gary Chine" <garych...@sina.com>
收件人："Crosswalk-dev" <crosswalk-dev@lists.crosswalk-project.org>
主题：回复：Crosswalk-dev Digest, Vol 24, Issue 51
日期：2015年09月01日 11点06分

Maybe we could firstly focus on the actully build command:







if [ ! -e lib/libxwalkcore.so -o ! -e lib/libxwalkcore.so.TOC ]; then 
/home/dachen/crosswalk-src/src/third_party/android_tools/ndk//toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin/arm-linux-androideabi-g++
 -shared -Wl,-z,now -Wl,-z,relro -Wl,--fatal-warnings -Wl,-z,defs 
-Wl,-z,noexecstack -fPIC 
-B/home/dachen/crosswalk-src/src/third_party/binutils/Linux_x64/Release/bin 
-Wl,--no-fatal-warnings 
-L/home/dachen/crosswalk-src/src/third_party/etf/etf_dynamics/android/libs/armeabi
 -fuse-ld=gold -Wl,--no-undefined 
--sysroot=../../third_party/android_tools/ndk//platforms/android-14/arch-arm 
-nostdlib 
-L../../third_party/android_tools/ndk//sources/cxx-stl/stlport/libs/armeabi-v7a 
-Wl,--exclude-libs=libgcc.a -Wl,--exclude-libs=libstlport_static.a 
-Wl,--exclude-libs=libcommon_audio.a -Wl,--exclude-libs=libcommon_audio_neon.a 
-Wl,--exclude-libs=libcommon_audio_sse2.a -Wl,--exclude-libs=libiSACFix.a 
-Wl,--exclude-libs=libisac_neon.a -Wl,--exclude-libs=libopus.a 
-Wl,--exclude-libs=libvpx.a -Wl,--icf=safe -Wl,-shared,-Bsymbolic 
../../third_party/android_tools/ndk//platforms/android-14/arch-arm/usr/lib/crtbegin_so.o
 
-Wl,--version-script=/home/dachen/crosswalk-src/src/build/android/android_no_jni_exports.lst
 -Wl,-O1 -Wl,--as-needed -Wl,--gc-sections -Wl,--warn-shared-textrel -o 
lib/libxwalkcore.so -Wl,-soname=libxwalkcore.so @lib/libxwalkcore.so.rsp && { 
readelf -d lib/libxwalkcore.so | grep SONAME ; nm -gD -f p lib/libxwalkcore.so 
| cut -f1-2 -d' '; } > lib/libxwalkcore.so.TOC; else 
/home/dachen/crosswalk-src/src/third_party/android_tools/ndk//toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin/arm-linux-androideabi-g++
 -shared -Wl,-z,now -Wl,-z,relro -Wl,--fatal-warnings -Wl,-z,defs 
-Wl,-z,noexecstack -fPIC 
-B/home/dachen/crosswalk-src/src/third_party/binutils/Linux_x64/Release/bin 
-Wl,--no-fatal-warnings 
-L/home/dachen/crosswalk-src/src/third_party/etf/etf_dynamics/android/libs/armeabi
 -fuse-ld=gold -Wl,--no-undefined 
--sysroot=../../third_party/android_tools/ndk//platforms/android-14/arch-arm 
-nostdlib 
-L../../third_party/android_tools/ndk//sources/cxx-stl/stlport/libs/armeabi-v7a 
-Wl,--exclude-libs=libgcc.a -Wl,--exclude-libs=libstlport_static.a 
-Wl,--exclude-libs=libcommon_audio.a -Wl,--exclude-libs=libcommon_audio_neon.a 
-Wl,--exclude-libs=libcommon_audio_sse2.a -Wl,--exclude-libs=libiSACFix.a 
-Wl,--exclude-libs=libisac_neon.a -Wl,--exclude-libs=libopus.a 
-Wl,--exclude-libs=libvpx.a -Wl,--icf=safe -Wl,-shared,-Bsymbolic 
../../third_party/android_tools/ndk//platforms/android-14/arch-arm/usr/lib/crtbegin_so.o
 
-Wl,--version-script=/home/dachen/crosswalk-src/src/build/android/android_no_jni_exports.lst
 -Wl,-O1 -Wl,--as-needed -Wl,--gc-sections -Wl,--warn-shared-textrel -o 
lib/libxwalkcore.so -Wl,-soname=libxwalkcore.so @lib/libxwalkcore.so.rsp && { 
readelf -d lib/libxwalkcore.so | grep SONAME ; nm -gD -f p lib/libxwalkcore.so 
| cut -f1-2 -d' '; } > lib/libxwalkcore.so.tmp && if ! cmp -s 
lib/libxwalkcore.so.tmp lib/libxwalkcore.so.TOC; then mv 
lib/libxwalkcore.so.tmp lib/libxwalkcore.so.TOC ; fi; fi
I didn't see the libweb_contents_delegate_android.a was linked when build 
libxwalkcore.so,and the libweb_contents_delegate_android.a depends on 
libbase.a. So,maybe I understand wrong here.
Thanks,Gary








- 原始邮件 -
发件人：crosswalk-dev-requ...@lists.crosswalk-project.org
收件人：crosswalk-dev@lists.crosswalk-project.org
主题：Crosswalk-dev Digest, Vol 24, Issue 51
日期：2015年09月01日 03点00分


Send Crosswalk-dev mailing list submissions to
crosswalk-dev@lists.crosswalk-project.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.crosswalk-project.org/mailman/listinfo/crosswalk-dev
or, via email, send a message with subject or body 'help' to
crosswalk-dev-requ...@lists.crosswalk-project.org
You can reach the person managing the list at
crosswalk-dev-ow...@lists.crosswalk-project.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Crosswalk-dev digest..."
Today's Topics:
   1. Re: link error for build cross walk by integratinga library
  (Raphael Kubo da Costa)
--
Message: 1
Date: Mon, 31 Aug 2015 14:39:12 +0200
From: Raphael Kubo da Costa <raphael.kubo.da.co...@intel.com>
To: Crosswalk-dev <crosswalk-dev@lists.crosswalk-project.org>
Subject: Re: [Crosswalk-dev] link error for build cross walk by
integrating

Re: [Crosswalk-dev] link error for build cross walk by integrating a library

2015-08-30 Thread Gary Chine

than Re: Contents of Crosswalk-dev digest...
Today's Topics:
   1. Re: link error for build cross walk by integratinga library
  (ARM, EABI5 version 1) (Raphael Kubo da Costa)
   2. Re: Intent to switch: using our own GitHub copy ofthe OpenCL
  headers (Raphael Kubo da Costa)
   3. Re: Intent to switch: using our own GitHub copy   of  the OpenCL
  headers (Hu, Jiajie)
   4. Re: Intent to switch: using our own GitHub copy   of  the OpenCL
  headers (Raphael Kubo da Costa)
   5. Re: Intent to switch: using our own GitHubcopyof  the 
OpenCL
  headers (Hu, Jiajie)
--
Message: 1
Date: Fri, 28 Aug 2015 11:03:18 +0200
From: Raphael Kubo da Costa raphael.kubo.da.co...@intel.com
To: Crosswalk-dev crosswalk-dev@lists.crosswalk-project.org
Subject: Re: [Crosswalk-dev] link error for build cross walk by
integrating a library (ARM, EABI5 version 1)
Message-ID: 87a8tbiy3t@rkubodac-mobl1.ger.corp.intel.com
Content-Type: text/plain
Gary Chine garych...@sina.com writes:
 The library libgdndk.so is referenced by obj.host/base/libbase.a ,I
 add '-m32' as ldflags.
[...]
 I wonder why I need to build on the 'host' toolset,but not only the
 'target' toolset.
From your message it is not clear how you specified this new library in
your build system. From what I could gather you should not need it in
the host part at all (and you also cannot use it since they're for
different architectures anyway). As far as I can see it should only be
used by the target targets.
--
Message: 2
Date: Fri, 28 Aug 2015 11:05:23 +0200
From: Raphael Kubo da Costa raphael.kubo.da.co...@intel.com
To: crosswalk-dev\@lists.crosswalk-project.org
crosswalk-dev@lists.crosswalk-project.org
Subject: Re: [Crosswalk-dev] Intent to switch: using our own GitHub
copy of the OpenCL headers
Message-ID: 87613ziy0c@rkubodac-mobl1.ger.corp.intel.com
Content-Type: text/plain
Hu, Jiajie jiajie...@intel.com writes:
 Thanks for proposal and actually I have had the same idea for a long
 time that SVN should no longer be used for the OpenCL headers.

 However, I prefer to add these headers to third_party/khronos in
 chromium-crosswalk.git like
 https://github.com/crosswalk-project/chromium-crosswalk/pull/188, just
 as how OpenGL headers are managed in Chromium, instead of hosting them
 in a dedicated repo.

 WDYT?
Is there a reason why you think this is a better approach? I'd like to
avoid adding new commits (especially ones like this which have no chance
of being upstreamed as-is) to chromium-crosswalk if at all possible, so
putting things in a separate repository was the best I could come up
with.
--
Message: 3
Date: Fri, 28 Aug 2015 10:47:11 +
From: Hu, Jiajie jiajie...@intel.com
To: crosswalk-dev@lists.crosswalk-project.org
crosswalk-dev@lists.crosswalk-project.org
Subject: Re: [Crosswalk-dev] Intent to switch: using our own GitHub
copyof  the OpenCL headers
Message-ID:
e042790f5644a34faa76b670e591476601e47...@shsmsx102.ccr.corp.intel.com

Content-Type: text/plain; charset=us-ascii
OK.. I'm just expressing my own opinion, and I just want to keep things 
consistent with WebGL / OpenGL. It's not quite a big issue for me where the 
headers are hosted.
You mentioned that you want to avoid adding new commits (especially ones which 
have no chance of being upstreamed) to chromium-crosswalk, this raises another 
concern for me. For historical reasons, by now almost all WebCL code are 
located in src/WebKit/Source/modules/webcl, and this minimizes the effort 
required during rebase. However, strictly speaking this is not the right 
architecture because system hardware is accessed within Blink. We are 
considering moving some code from Blink to src/content and migrating to 
Chromium's multi-process model gradually so that WebCL can be used on platforms 
other than Android. This will apparently be a much more complex task than 
committing the OpenCL headers (see how WebGL is implemented), so I'm afraid 
that will be totally contrary to the philosophy of avoiding new commits.
BR
Jiajie
-Original Message-
From: Crosswalk-dev [mailto:crosswalk-dev-boun...@lists.crosswalk-project.org] 
On Behalf Of Raphael Kubo da Costa
Sent: Friday, August 28, 2015 5:05 PM
To: crosswalk-dev@lists.crosswalk-project.org
Subject: Re: [Crosswalk-dev] Intent to switch: using our own GitHub copy of the 
OpenCL headers
Hu, Jiajie jiajie...@intel.com writes:
 Thanks for proposal and actually I have had the same idea for a long 
 time that SVN should no longer be used for the OpenCL headers.

 However, I prefer to add these headers to third_party/khronos in 
 chromium-crosswalk.git like 
 https://github.com/crosswalk-project/chromium-crosswalk/pull/188, just 
 as how OpenGL headers are managed in Chromium, instead of hosting

[Crosswalk-dev] link error for build cross walk by integrating a library (ARM, EABI5 version 1)

2015-08-24 Thread Gary Chine

Dear All,
There is a link error when I tried to integrate my library to the project,the 
library is just a 








file 
/home/dachen/crosswalk-src/src/third_party/etf/etf_dynamics/android/libs/armeabi/libgdndk.so







ELF 32-bit LSB  shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, 
stripped.
When I build the xwalk_core_library,the follow error happens:








[8/239] LINK md5sum_bin_hostFAILED: 
../../third_party/llvm-build/Release+Asserts/bin/clang++ -Wl,-z,now 
-Wl,-z,relro -Wl,-z,defs -pthread -fPIC 
-B/home/dachen/crosswalk-src/src/third_party/binutils/Linux_x64/Release/bin 
-L/home/dachen/crosswalk-src/src/third_party/etf/etf_dynamics/android/libs/armeabi
 -o md5sum_bin_host -Wl,--start-group 
obj.host/tools/android/md5sum/md5sum_bin_host.md5sum.o obj.host/base/libbase.a 
obj.host/base/libbase_static.a 
obj.host/base/allocator/liballocator_extension_thunks.a 
obj.host/third_party/modp_b64/libmodp_b64.a 
obj.host/base/third_party/dynamic_annotations/libdynamic_annotations.a 
obj.host/third_party/libevent/libevent.a -Wl,--end-group  -m32 -lgdndk 
-lrt/home/dachen/crosswalk-src/src/third_party/binutils/Linux_x64/Release/bin/ld:
 error: obj.host/tools/android/md5sum/md5sum_bin_host.md5sum.o: incompatible 
target/home/dachen/crosswalk-src/src/third_party/binutils/Linux_x64/Release/bin/ld:
 warning: skipping incompatible 
/home/dachen/crosswalk-src/src/third_party/etf/etf_dynamics/android/libs/armeabi/libgdndk.so
 while searching for 
gdndk/home/dachen/crosswalk-src/src/third_party/binutils/Linux_x64/Release/bin/ld:
 error: cannot find 
-lgdndk/usr/lib/gcc/x86_64-linux-gnu/4.8/../../../../lib32/crt1.o(.text+0x18): 
error: undefined reference to 'main'













clang: error: linker command failed with exit code 1 (use -v to see invocation)








file third_party/etf/etf_dynamics/android/libs/armeabi/libgdndk.so: ELF 32-bit 
LSB  shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, stripped
The library libgdndk.so is referenced by obj.host/base/libbase.a ,I add '-m32'  
as ldflags. file 
out/Release/obj.host/tools/android/md5sum/md5sum_bin_host.md5sum.o








out/Release/obj.host/tools/android/md5sum/md5sum_bin_host.md5sum.o: ELF 64-bit 
LSB  relocatable, x86-64, version 1 (GNU/Linux), not stripped
See the gyp files,there are two _toolset value:target and host,if I can 
understand that the host is the Ubuntu system toolset and the target is the 
Android arm tool set(is I set it in chrome.env).I wonder why I need to build on 
the 'host' toolset,but not only the 'target' toolset.

Thanks,Gary

___
Crosswalk-dev mailing list
Crosswalk-dev@lists.crosswalk-project.org
https://lists.crosswalk-project.org/mailman/listinfo/crosswalk-dev

[Crosswalk-dev] The c++ compiler for CrossWalk

2015-08-20 Thread Gary Chine

Hi All,
I noticed that when I build crossWalk,the c++ compiler used is clang,








FAILED: ../../third_party/llvm-build/Release+Asserts/bin/clang++ -MMD -MF 
obj.host/base/third_party/good_dynamics/base.gd_file_util_posix.o.d 
-DV8_DEPRECATION_WARNINGS -D_FILE_OFFSET_BITS=64 -DNO_TCMALLOC -DDISABLE_NACL 
-DENABLE_WEBCL=1 -DCHROMIUM_BUILD -DCR_CLANG_REVISION=233105-2 
-DUSE_LIBJPEG_TURBO=1 -DENABLE_WEBRTC=1 -DUSE_PROPRIETARY_CODECS 
-DENABLE_BROWSER_CDMS -DENABLE_CONFIGURATION_POLICY -DENABLE_NOTIFICATIONS 
-DSYSTEM_NATIVELY_SIGNALS_MEMORY_PRESSURE -DDONT_EMBED_BUILD_METADATA 
-DENABLE_AUTOFILL_DIALOG=1 -DCLD_VERSION=1 -DENABLE_PRINTING=1 
-DENABLE_BASIC_PRINTING=1 -DENABLE_SUPERVISED_USERS=1 -DVIDEO_HOLE=1 
-DMOBILE_SAFE_BROWSING -DSAFE_BROWSING_SERVICE -DUSE_LIBPCI=1 -DUSE_OPENSSL=1 
-DUSE_OPENSSL_CERTS=1 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS 
-DBASE_IMPLEMENTATION -DOS_ANDROID_HOST=Linux -DNDEBUG -DNO_UNWIND_TABLES 
-DNVALGRIND -DDYNAMIC_ANNOTATIONS_ENABLED=0 -D_FORTIFY_SOURCE=2 -Igen -I../.. 
-I../../third_party/good/good_dynamics/android/inc -fstack-protector 
--param=ssp-buffer-size=4 -Werror -pthread -fno-strict-aliasing -Wall 
-Wno-unused-parameter -Wno-missing-field-initializers -fvisibility=hidden -pipe 
-fPIC -Wheader-hygiene -Wno-char-subscripts -Wno-unneeded-internal-declaration 
-Wno-covered-switch-default -Wstring-conversion -Wno-c++11-narrowing 
-Wno-deprecated-register -Wno-inconsistent-missing-override 
-Wexit-time-destructors -Os -fno-ident -fdata-sections -ffunction-sections 
-fomit-frame-pointer -fno-unwind-tables -fno-asynchronous-unwind-tables 
-fno-exceptions -fno-rtti -fno-threadsafe-statics -fvisibility-inlines-hidden 
-Wsign-compare -std=gnu++11  -c 
../../base/third_party/bts_dynamics/bts_file_util_posix.cc -o 
obj.host/base/third_party/bts_dynamics/base.bts_file_util_posix.o
I find clang is too strict and don't allow convert from stat64* to stat*,and 
that's OK under g++.Can I change the compiler back to g++?

Thanks,Daniel
___
Crosswalk-dev mailing list
Crosswalk-dev@lists.crosswalk-project.org
https://lists.crosswalk-project.org/mailman/listinfo/crosswalk-dev

[Crosswalk-dev] 回复：RE: 回复：RE: 回复：RE: clue to build 'Crosswalk_WebView_libraries'

2015-08-10 Thread Gary Chine

Great,I got a prepared android library projects which interfaces the 
xwalk_core_library after build the target you mentioned.
Thanks,Gary
- 原始邮件 -
发件人：Huo, Halton halton@intel.com
收件人：garych...@sina.com garych...@sina.com, Zhang, Belem 
belem.zh...@intel.com, Crosswalk-dev 
crosswalk-dev@lists.crosswalk-project.org
抄送人：Fu, Junwei junwei...@intel.com
主题：RE: 回复：RE: [Crosswalk-dev] 回复：RE:  clue to build 
'Crosswalk_WebView_libraries'
日期：2015年08月10日 17点22分





If you build target is xwalk_builder or xwalk_core_library, there will be a 
tarball called xwalk_core_library.tar.gz under out/Debug|Relase.
 



From:
陈晓东 [mailto:garych...@sina.com]


Sent: Monday, August 10, 2015 5:15 PM

To: Zhang, Belem; Huo, Halton; Crosswalk-dev

Cc: Fu, Junwei

Subject: 回复：RE: [Crosswalk-dev]
回复：RE: clue to build 'Crosswalk_WebView_libraries'


 
Thanks for your information.
 
I think it's the library that exports the XWalkView.See the 
cordova-plugin-crosswalk-webview,XWalkView is a base class of XWalkCordovaView.
 
Thanks,
Gary
 
 


- 原始邮件 -

发件人：Zhang, Belem belem.zh...@intel.com

收件人：garych...@sina.com garych...@sina.com, Huo, Halton 
halton@intel.com, Crosswalk-dev 
crosswalk-dev@lists.crosswalk-project.org

抄送人：Fu, Junwei junwei...@intel.com

主题：RE: [Crosswalk-dev] 回复：RE: clue to build 'Crosswalk_WebView_libraries'

日期：2015年08月10日 16点54分

 

https://github.com/crosswalk-project/cordova-plugin-crosswalk-webview
 ? 
 
Add Junwei in loop.
 
BR
Belem
 
From: Crosswalk-dev [mailto:crosswalk-dev-boun...@lists.crosswalk-project.org]
On Behalf Of ???

Sent: Monday, August 10, 2015 4:43 PM

To: Huo, Halton halton@intel.com; Crosswalk-dev 
crosswalk-dev@lists.crosswalk-project.org

Subject: [Crosswalk-dev] 回复：RE: clue to build 'Crosswalk WebView libraries'
 
Like the library used in Cordova?



- 原始邮件 -

发件人：Huo, Halton halton@intel.com

收件人：garych...@sina.com garych...@sina.com, Crosswalk-dev 
crosswalk-dev@lists.crosswalk-project.org

主题：RE: [Crosswalk-dev] clue to build 'Crosswalk WebView libraries'

日期：2015年08月10日 16点04分

 

What do you mean separate CrosswalkWebView library?
 



From: Crosswalk-dev [mailto:crosswalk-dev-boun...@lists.crosswalk-project.org]
On Behalf Of 陈晓东

Sent: Monday, August 10, 2015 3:45 PM

To: Crosswalk-dev

Subject: [Crosswalk-dev] clue to build 'Crosswalk WebView libraries'


 
Hi Crosswalk geeks,
 
I have tried to build CrossWalkRuntime and use CrossWalkWebView in android 
cordova hybrid app,they work fantastic!
 
I wonder if there is an open document to build a separate CrossWalk WebView 
library?
 
 
BR,
Gary










___
Crosswalk-dev mailing list
Crosswalk-dev@lists.crosswalk-project.org
https://lists.crosswalk-project.org/mailman/listinfo/crosswalk-dev

[Crosswalk-dev] build libxwalkcore failed

Re: [Crosswalk-dev] link error for build cross walk by integrating a library

[Crosswalk-dev] link error for build cross walk by integrating a library (ARM, EABI5 version 1)

[Crosswalk-dev] The c++ compiler for CrossWalk

[Crosswalk-dev] 回复：RE: 回复：RE: 回复：RE: clue to build 'Crosswalk_WebView_libraries'

5 matches

Site Navigation

Mail list logo

Footer information