There is no trick, it should "just work", and it does for me. Both on Ubuntu 10.04 and on an up-to-date Gentoo system (gcc-4.5.3).
Try nuking your output directory (rm -rf out/), maybe make or gyp got confused about some leftover files. What does "export" say? Of particular interest are: CC, CXX, LINK, GYP_DEFINES. Can you reproduce this problem on another machine? Try building with "make x64.release library=shared V=1" after nuking your out/ dir to see every command that make executes. Are all the right .o files included in the command line to link libv8.so? On Fri, Dec 9, 2011 at 22:49, Stephan Beal <[email protected]> wrote: > Hi, devs, > > [stephan@cheyenne:~/src/google/v8]$ svn info > ... > URL: http://v8.googlecode.com/svn/trunk > Repository Root: http://v8.googlecode.com/svn > ... > Revision: 10231 > ... > Last Changed Author: [email protected] > Last Changed Rev: 10105 > Last Changed Date: 2011-12-01 09:22:35 +0100 (Thu, 01 Dec 2011) > > [stephan@cheyenne:~/src/google/v8]$ make x64.debug library=shared > ... > > the build succeeds, but i end up with two useless 10kb DLLs. Since the gyp > switch i have been unable to build usable DLLs: > > [stephan@cheyenne:~/src/google/v8]$ find . -name '*.so' > ./out/x64.debug/obj.target/tools/gyp/libv8.so > ./out/x64.debug/lib.target/libv8.so > > [stephan@cheyenne:~/src/google/v8]$ l > ./out/x64.debug/obj.target/tools/gyp/libv8.so > ./out/x64.debug/lib.target/libv8.so > -rwxr-xr-x 2 stephan stephan 10028 Dec 9 22:32 > ./out/x64.debug/lib.target/libv8.so > -rwxr-xr-x 2 stephan stephan 10028 Dec 9 22:32 > ./out/x64.debug/obj.target/tools/gyp/libv8.so > > What is the trick to getting the .so built? > > Mint Linux (based on Ubuntu 11.04) on x64 w/ gcc 4.5.2. > > [stephan@cheyenne:~/src/google/v8]$ nm -C > ./out/x64.debug/lib.target/libv8.so > 0000000000200e00 a _DYNAMIC > 0000000000200fe8 a _GLOBAL_OFFSET_TABLE_ > w _Jv_RegisterClasses > 000000000000059c r v8::internal::kApiIntSize > 00000000000005b8 r v8::internal::kSmiTagMask > 00000000000005b4 r v8::internal::kSmiTagSize > 00000000000005c0 r v8::internal::kSmiShiftSize > 00000000000005c4 r v8::internal::kSmiValueSize > 00000000000005a0 r v8::internal::kHeapObjectTag > 0000000000000598 r v8::internal::kApiPointerSize > 00000000000005a8 r v8::internal::kHeapObjectTagMask > 00000000000005a4 r v8::internal::kHeapObjectTagSize > 00000000000005d0 r v8::internal::kPointerToSmiShift > 00000000000005c8 r v8::internal::kEncodablePointerMask > 00000000000005b0 r v8::internal::kSmiTag > 0000000000200de0 d __CTOR_END__ > 0000000000200dd8 d __CTOR_LIST__ > 0000000000200df0 d __DTOR_END__ > 0000000000200de8 d __DTOR_LIST__ > 00000000000005d4 r __FRAME_END__ > 0000000000200df8 d __JCR_END__ > 0000000000200df8 d __JCR_LIST__ > 0000000000201010 A __bss_start > w __cxa_finalize@@GLIBC_2.2.5 > 0000000000000550 t __do_global_ctors_aux > 00000000000004a0 t __do_global_dtors_aux > 0000000000201008 d __dso_handle > w __gmon_start__ > 0000000000201010 A _edata > 0000000000201020 A _end > 0000000000000588 T _fini > 0000000000000440 T _init > 0000000000000480 t call_gmon_start > 0000000000201010 b completed.6557 > 0000000000201018 b dtor_idx.6559 > 0000000000000520 t frame_dummy > > that DLL is obviously missing "a few" symbols. > > The same thing happens with release-mode builds: > > [stephan@cheyenne:~/src/google/v8]$ find . -name '*.so' -ls > 7352184 12 -rwxr-xr-x 2 stephan stephan 10028 Dec 9 22:40 > ./out/x64.debug/obj.target/tools/gyp/libv8.so > 7352184 12 -rwxr-xr-x 2 stephan stephan 10028 Dec 9 22:40 > ./out/x64.debug/lib.target/libv8.so > 7352932 8 -rwxr-xr-x 2 stephan stephan 7595 Dec 9 22:47 > ./out/x64.release/obj.target/tools/gyp/libv8.so > 7352932 8 -rwxr-xr-x 2 stephan stephan 7595 Dec 9 22:47 > ./out/x64.release/lib.target/libv8.so > > > -- > ----- stephan beal > http://wanderinghorse.net/home/stephan/ > > -- > v8-users mailing list > [email protected] > http://groups.google.com/group/v8-users -- v8-users mailing list [email protected] http://groups.google.com/group/v8-users
