b8caf6a504
Libvpx now supports GN and this CL turns on compiling it. I also introduced an executable target 'webrtc_tests' that depends on all in WeBRTC + tests in order to get a full linking step executed (since we've seen link problems for GN when rolling WebRTC into Chromium). I also converted a few test targets and made a GN file for third_party/gflags. BUG=3441 TESTED=Trybots + full Chromium build with a symlinked src/third_party/webrtc dir to a workspace wit this CL applied. R=brettw@chromium.org TBR=niklas.enbom@webrtc.org Review URL: https://webrtc-codereview.appspot.com/25569004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@7344 4adac7df-926f-26a2-2b94-8c16560cd09d |
||
---|---|---|
.. | ||
gen | ||
BUILD.gn | ||
gflags.gyp | ||
LICENSE | ||
OWNERS | ||
README.webrtc |
URL: http://code.google.com/p/gflags/ Version: 2.0 License: New BSD License File: LICENSE Description: The gflags package contains a library that implements commandline flags processing. As such it's a replacement for getopt(). It has increased flexibility, including built-in support for C++ types like string, and the ability to define flags in the source file in which they're used. Local Modifications: None How to update platform configuration files: The gen/ directory contains pre-generated configuration header files. Historically, all operating systems and architectures have generated similar configurations except for Windows. This is why there's only posix and win directories below gen/. When rolling gflags to a newer version, it's a good idea to check if new configuration files needs to be generated as well. Do this by running ./configure in the newly checked out version of gflags. Then diff the generated files with the ones below gen/. If you notice a diff, update the files with the updated ones. If you suspect platform dependend changes other than Windows, you'll have to checkout gflags on the other platforms as well and run ./configure there too.