This is still using gyp not GN :( On Mon, 6 Feb 2017 at 14:58 Jared Wyles <[email protected]> wrote:
> I'll give that a shot! > > Thanks > > On Sat, 4 Feb 2017 at 11:15 pm Ivgeni Segal <[email protected]> > wrote: > > It appears to work via regular make. From v8 directory simply type: > > make x64.release -j4 > > It outputs static libraries to out/x64.release: > > -rw-r--r-- 1 isegal staff 32649264 Feb 4 22:13 libicui18n.a > -rw-r--r-- 1 isegal staff 15306496 Feb 4 22:29 libicuuc.a > -rw-r--r-- 1 isegal staff 105592 Feb 4 22:13 libjson_fuzzer_lib.a > -rw-r--r-- 1 isegal staff 2695096 Feb 4 22:13 > libparser_fuzzer_lib.a > -rw-r--r-- 1 isegal staff 2325672 Feb 4 22:13 > libregexp_fuzzer_lib.a > -rw-r--r-- 1 isegal staff 1178275400 Feb 4 22:29 libv8_base.a > -rw-r--r-- 1 isegal staff 1840784 Feb 4 22:30 > libv8_external_snapshot.a > -rw-r--r-- 1 isegal staff 1233032 Feb 4 22:13 libv8_libbase.a > -rw-r--r-- 1 isegal staff 1948848 Feb 4 22:13 libv8_libplatform.a > -rw-r--r-- 1 isegal staff 210456 Feb 4 22:13 libv8_libsampler.a > -rw-r--r-- 1 isegal staff 3014200 Feb 4 22:15 libv8_nosnapshot.a > > > On Saturday, January 28, 2017 at 2:44:20 PM UTC-8, Jared Wyles wrote: > > I am attempting to update our build infrastructure to use GN which > requires using clang and producing static libs. > > I see there is now a v8_static_library argument to gn. So i have created a > args.gn that looks something like > > is_debug = false > target_cpu = "x64" > v8_static_library = true > is_component_build = true > v8_use_external_startup_data = false > > then I execute ninja -C out.gn/foo -j 1 as usual (-j 1 to just debug any > issues) > > I now get the following error > > $ ninja -C out.gn/foo -j 1 > ninja: Entering directory `out.gn/foo' > [7/1419] LIBTOOL-STATIC obj/libv8_version.a > FAILED: obj/libv8_version.a > rm -f obj/libv8_version.a && TOOL_VERSION=1485597133 python > ../../build/toolchain/mac/filter_libtool.py libtool -static -o > obj/libv8_version.a > error: > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/libtool: > no files specified > Usage: > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/libtool > -static [-] file [...] [-filelist listfile[,dirname]] [-arch_only arch] > [-sacLT] [-no_warning_for_no_symbols] > Usage: > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/libtool > -dynamic [-] file [...] [-filelist listfile[,dirname]] [-arch_only arch] > [-o output] [-install_name name] [-compatibility_version #] > [-current_version #] [-seg1addr 0x#] [-segs_read_only_addr 0x#] > [-segs_read_write_addr 0x#] [-seg_addr_table <filename>] > [-seg_addr_table_filename <file_system_path>] [-all_load] [-noall_load] > ninja: build stopped: subcommand failed. > > > I also notice that building with clang on osx requires at least clang 3.9 > due to the usage of no-undefined-var-template. Clang 8.0.0.0 appears to be > branched before this landed in 3.9 is there a way to have gclient or gn > pull down a correct version of llvm and its associated tooling to build v8? > > > > -- > -- > v8-users mailing list > [email protected] > http://groups.google.com/group/v8-users > --- > You received this message because you are subscribed to a topic in the > Google Groups "v8-users" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/v8-users/Efdi6HFruxQ/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > [email protected]. > For more options, visit https://groups.google.com/d/optout. > > -- -- v8-users mailing list [email protected] http://groups.google.com/group/v8-users --- You received this message because you are subscribed to the Google Groups "v8-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
