Hi, I have never encountered this problem. Just some clues FYI. 1. Add -lv8 or --copy-dt-needed-entries option to ld 2. Or remove -as-needed option (I'm not sure about this)
Regards, Zhenyu From: <Hwang>, Dongseong <[email protected]<mailto:[email protected]>> Date: Wednesday, December 18, 2013 23:41 To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Subject: [Crosswalk-dev] [Tizen] Fail component build because of ld issue. HI, GNU ld inside gds chroot has a strange issue. When I build xwalk with -Dcomponent=shared_library option, build fails with following msg. CXX(target) out/Release/obj.target/xwalk/xwalk/runtime/app/xwalk_main.o LINK(target) out/Release/xwalk /usr/bin/ld: out/Release/obj.target/xwalk/../xwalk_application_lib/xwalk/application/renderer/application_native_module.o: undefined reference to symbol 'v8::HandleScope::~HandleScope()' /usr/bin/ld: note: 'v8::HandleScope::~HandleScope()' is defined in DSO out/Release/obj.target/v8/tools/gyp/libv8.so so try adding it to the linker command line out/Release/obj.target/v8/tools/gyp/libv8.so: could not read symbols: Invalid operation collect2: ld returned 1 exit status make: *** [out/Release/xwalk] Error 1 make: Leaving directory `/home/abuild/workspace/xwalk/src' Debug build is fine. Only Release build has above problem. It is obviously ld bug, because v8::HandleScope class is definitely exported. Do anyone know how to resolve this issue? FYI, if you want to build debug xwalk, you need -Dcomponent=shared_library, because ld inside gds chroot can not handle more than ~2GB binary. It's unlucky. - DS _______________________________________________ Crosswalk-dev mailing list [email protected] https://lists.crosswalk-project.org/mailman/listinfo/crosswalk-dev
