On Fri, Dec 18, 2009 at 12:48 AM, Richard Zhao <linux...@gmail.com> wrote:
> On Fri, Dec 18, 2009 at 3:46 PM, Richard Zhao <linux...@gmail.com> wrote: > > On Fri, Dec 18, 2009 at 2:46 PM, Antoine Labour <pi...@google.com> > wrote: > >> On Thu, Dec 17, 2009 at 10:36 PM, Richard Zhao <linux...@gmail.com> > wrote: > >>> > >>> AR+RANLIB(host) out/Release/obj.host/v8/tools/gyp/libv8_nosnapshot.a > >>> CXX(host) out/Release/obj.host/v8_base/v8/src/accessors.o > >>> CXX(host) out/Release/obj.host/v8_base/v8/src/allocation.o > >>> CXX(host) out/Release/obj.host/v8_base/v8/src/api.o > >>> cc1plus: warnings being treated as errors > >>> v8/src/handles-inl.h: In static member function ‘static void > >>> v8::V8::RemoveMessageListeners(void (*)(v8::Handle<v8::Message>, > >>> v8::Handle<v8::Value>))’: > >>> v8/src/handles-inl.h:50: error: dereferencing pointer ‘<anonymous>â > >>> €™ does break strict-aliasing rules > >>> v8/src/handles-inl.h:50: error: dereferencing pointer ‘<anonymous>â > >>> €™ does break strict-aliasing rules > >>> v8/src/globals.h:574: note: initialized from here > >>> cc1plus: error: dereferencing pointer ‘dest’ does break strict- > >>> aliasing rules > >>> cc1plus: error: dereferencing pointer ‘dest’ does break strict- > >>> aliasing rules > >>> cc1plus: error: dereferencing pointer ‘dest’ does break strict- > >>> aliasing rules > >>> v8/src/api.cc:3287: note: initialized from here > >>> make: *** [out/Release/obj.host/v8_base/v8/src/api.o] Error 1 > >>> > >>> I'm follow instructions at > >>> http://code.google.com/p/chromium/wiki/LinuxChromiumArm > >>> > >>> arm-none-linux-gnueabi-gcc -v : > >>> Using built-in specs. > >>> Target: arm-none-linux-gnueabi > >>> Configured with: /usr/src/redhat/BUILD/cross-mlib/source/gcc-4.1.2/ > >>> configure --target=arm-none-linux-gnueabi --host=i686-host_pc-linux- > >>> gnu --prefix=/opt/freescale/usr/local/gcc-4.1.2-glibc-2.5-nptl-3/arm- > >>> none-linux-gnueabi --with-sysroot=/opt/freescale/usr/local/gcc-4.1.2- > >>> glibc-2.5-nptl-3/arm-none-linux-gnueabi/arm-none-linux-gnueabi/sysroot > >>> --enable-threads --enable-shared --disable-libssp --disable-libgomp -- > >>> disable-libmudflap --enable-languages=c,c++ --enable-__cxa_atexit -- > >>> disable-nls > >>> Thread model: posix > >>> gcc version 4.1.2 > >>> > >>> Thanks > >>> Richard > >> > >> That compiler is older than the one recommended > >> here: > http://code.google.com/p/chromium/wiki/LinuxBuildInstructionsPrerequisites > >> I assume that's where the problem comes from. The ARM buildbot > >> at http://build.chromium.org/buildbot/waterfall/builders/Chromium%20Armis > >> happy-green. It uses the CodeSourcery 2009q3 toolchain, based on gcc > 4.4, as > >> suggested by the Chromium on ARM wiki page. > >> I suggest moving up to a more recent version of gcc. > >> Antoine > >> > > Thanks, Antoine! > > I tried gcc-4.3.3-glibc-2.8-cs2009q1-203 and > > arm-2009q3-67-arm-none-linux-gnueabi-i686-pc-linux-gnu too. > > 2009q1 has the same error. 2009q3 is ok, like google build server. > > > After I updated all symbol links with absolute path in /usr/lib to > relative path, > It seems can't find libs in toolchain. for example -lstdc++ and -llibgcc_s > > LINK(target) out/Release/session > > /home/chrome/chromium/toolchain/arm-2009q3/bin/../lib/gcc/arm-none-linux-gnueabi/4.4.1/../../../../arm-none-linux-gnueabi/bin/ld: > cannot find -lstdc++ > collect2: ld returned 1 exit status > > How do you fix it? I see there're some thumb libs. > I'm not sure without more information... Does your sysroot option point to a valid root, containing the right libraries (e.g. /path/to/rootfs/usr/lib/libstdc++.so.6) ? Are these libraries for the correct architecture (you can check with 'file') ? You can build using 'make V=1 chrome', that will show the exact command line, that you can visually inspect for problems. Antoine > > Thanks > Richard > -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev