| Commit message (Collapse) | Author | Age |
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Build libwebrtc using libcxx. Set use_custom_libcxx=0. According to the
source comment, use_custom_libcxx=1 means to use a precompiled libcxx in
the third_party directory.
Build the test target
obj/webrtc/api/test/peerconnection_unittests.fakeaudiocapturemodule.o
rather than peerconnection_unittests.isolated; building just an object
file doesn't require the linker and is faster.
Use x86_64-apple-darwin11-ar, not ar, to link libwebrtc-magic.a.
When linking go-webrtc later on, it would cause the error:
ld: warning: ignoring file lib/libwebrtc-darwin-amd64-magic.a, file was built for archive which is not the architecture being linked (x86_64)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Descriptions for each patch are in the mbox-formatted patch file.
Subject: [PATCH 01/13] Use flags for GNU grep, not BSD grep.
Subject: [PATCH 02/13] Remove flags not supported by Mac ld.
Subject: [PATCH 03/13] Undefine __APPLE__ in usrsctp.
Subject: [PATCH 04/13] Include <sys/socket.h> in macifaddrs_converter.cc.
Subject: [PATCH 05/13] Allow non-mac to build .m and .mm sources (objc and
Subject: [PATCH 06/13] Propagate "-framework Foundations" in ldflags.
Subject: [PATCH 07/13] Provide definitions of NS_ENUM and NS_OPTIONS.
Subject: [PATCH 08/13] Remove lightweight-generics annotations from NSArray
Subject: [PATCH 09/13] Use -fobjc-arc in webrtc/build/objc_common.gypi.
Subject: [PATCH 10/13] Replace firstObject with objectAtIndex:0.
Subject: [PATCH 11/13] fobjc-arc
Subject: [PATCH 12/13] Use objectAtIndex instead of array index syntax.
Subject: [PATCH 13/13] Hack out some more NS_ENUM and NS_OPTIONS.
|
| |
|
|
|
|
|
| |
As in ab1e5cffbf548f9f586b81928dc22ae90bdec374 for linux.
Update the "$(SDKROOT)" replacement command. Use our own $SDKROOT as the
replacement. Files are now found in additional subdirectories.
|
| | |
|
| |
|
|
|
|
|
| |
The webrtc source extensively uses symlinks, which the "tar -h" in
copy-to-target flattens into duplicate files. Also, the tarball
(omitting .git history) is way smaller than the full source tree (1.5 GB
compared to 13 GB).
|
| |
|
|
| |
This is needed for cross-compilation of libwebrtc for mac.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
http://public.kitware.com/Bug/view.php?id=14603
http://public.kitware.com/Bug/file_download.php?file_id=4981&type=bug
The first public release of cmake that has this fix is v3.0.0.
Without this, setting CMAKE_SYSTEM_NAME=Darwin results in errors:
-- The CXX compiler identification is Clang 3.8.0
-- The C compiler identification is Clang 3.8.0
CMake Error at /home/debian/install/cmake/share/cmake-2.8/Modules/Platform/Darwin.cmake:344 (list):
list sub-command REMOVE_DUPLICATES requires list to be present.
Call Stack (most recent call first):
/home/debian/install/cmake/share/cmake-2.8/Modules/CMakeSystemSpecificInformation.cmake:36 (include)
CMakeLists.txt:15 (project)
-- Check for working CXX compiler: /home/debian/install/clang/bin/clang++
CMake Error at /home/debian/install/cmake/share/cmake-2.8/Modules/Platform/Darwin.cmake:344 (list):
list sub-command REMOVE_DUPLICATES requires list to be present.
Call Stack (most recent call first):
/home/debian/install/cmake/share/cmake-2.8/Modules/CMakeSystemSpecificInformation.cmake:36 (include)
CMakeLists.txt:2 (PROJECT)
CMake Error: Internal CMake error, TryCompile configure of cmake failed
-- Check for working CXX compiler: /home/debian/install/clang/bin/clang++ -- broken
CMake Error at /home/debian/install/cmake/share/cmake-2.8/Modules/CMakeTestCXXCompiler.cmake:54 (message):
The C++ compiler "/home/debian/install/clang/bin/clang++" is not able to
compile a simple test program.
It fails with the following output:
CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
CMakeLists.txt:15 (project)
-- Configuring incomplete, errors occurred!
See also "/home/debian/build/libcxx/build/CMakeFiles/CMakeOutput.log".
See also "/home/debian/build/libcxx/build/CMakeFiles/CMakeError.log".
|
| | |
|
| |
|
|
|
| |
This is a dependency of snowflake since
https://gitweb.torproject.org/pluggable-transports/snowflake.git/commit/?id=e93c38f83473476c8dddf9e107ce4df5bfea7882
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Set to f336982 as in https://github.com/keroserene/go-webrtc/issues/39.
Actually, at this moment, branch-heads/52 is 3 commits ahead (ca7fe7e)
of where it was at the time of GitHub #39.
I had to change "gyp_webrtc" to "gyp_webrtc.py" as the former is no
longer executable:
+ webrtc/build/gyp_webrtc
bash: line 288: webrtc/build/gyp_webrtc: Permission denied
"gyp_webrtc" just does:
execfile(__file__ + '.py')
I added "werror=" to GYP_DEFINES because of this warning that stopped
the build by being treated as an error:
../../webrtc/voice_engine/channel.cc: In member function 'void webrtc::voe::Channel::Demultiplex(const int16_t*, int, size_t, size_t)':
../../webrtc/voice_engine/channel.cc:2954:13: error: '*((void*)& codec +44)' may be used uninitialized in this function [-Werror=maybe-uninitialized]
CodecInst codec;
^
../../webrtc/voice_engine/channel.cc:2954:13: error: '*((void*)& codec +36)' may be used uninitialized in this function [-Werror=maybe-uninitialized]
cc1plus: all warnings being treated as errors
I suspect that more recent versions of GCC than our current 5.1.0 don't
raise a warning here.
I changed the test target name from
libjingle_peerconnection_unittest.isolated to
peerconnection_unittests.isolated. It seems that libjingle is going to
stop existing as a separate concern. Anyway, the old target name doesn't
exist:
+ ninja -C out/Release libjingle_peerconnection_unittest.isolated
ninja: Entering directory `out/Release'
ninja: error: unknown target 'libjingle_peerconnection_unittest.isolated'
|
| |\ |
|
| | |
| |
| |
| | |
https://lists.torproject.org/pipermail/tor-project/2016-July/000524.html
|
| | |
| |
| |
| |
| | |
meek-google was shut down by Google Cloud Platform:
https://lists.torproject.org/pipermail/tor-talk/2016-June/041699.html
|
| | | |
|
| | |
| |
| |
| |
| |
| | |
On OSX, when building with DATA_OUTSIDE_APP_DIR = 1, set the
mode on all files and directories properly so that standard
(unprivileged) users can access all files in the app bundle.
|
| | | |
|
| | |
| |
| |
| | |
This should fix our broken nightly builds
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The values in build_targets can now be a list of values rather than a
single value and are all included in the generated .htaccess file. They
are also all tested in check_update_responses_deployement.
Additionally, a trailing '/' in the last RewriteRule in the .htaccess has
been added. This missing '/' was the reason why the requests using the
new BUILD_TARGET values were returning the en-US complete mar file
rather than an error.
|
| | | |
|
| | |
| |
| |
| | |
Changelog update, versions bump and config.yml update
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| | |
Completely stop using libfaketime for Linux builds. For Windows builds
we have to keep using it for the tor, pluggable-transports and bundle
steps. For OSX builds, we keep it in the bundle steps for the timestamp
added when creating the dmg file with genisoimage.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
It now requires an installation of go 1.4.x to bootstrap the build.
We set CGO_ENABLED=0 when building the bootstrap go compiler because go
1.4.3 won't build with a newer GNU toolchain:
https://github.com/golang/go/issues/13114. It didn't cause a problem for
me on Ubuntu 14.04, but this will prevent it from breaking in the
future. We don't need cgo in the bootstrap compiler.
The other change is that the go build system no longer allows us to pass
a command with arguments for CC_FOR_TARGET. I opened a ticket for it:
https://github.com/golang/go/issues/15457. We need -I and -L arguments
in the mac build so that gcc gan find its headers and libraries. So we
wrap up the arguments in a shell script and use the shell script as
CC_FOR_TARGET.
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
Changelog update, version bump, config.yml update
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
Version bumps, changelog update and config.yml update
|
| | | |
|
| | |
| |
| |
| |
| | |
This commit bumps the meek tag to 0.22-18371-3 which is including the
changes on the pluggable transport side that are necessary to fix #18904.
|
| | |
| |
| |
| |
| | |
Deleting the extracted chrome/en-US folder is good but we should not
delete the whole chrome folder as it contains the Tor Browser icons.
|
| | |
| |
| |
| |
| |
| |
| | |
When DATA_OUTSIDE_APP_DIR=1, add a meek-template-sha256sum.txt file to
the meek-http-helper browser profile template. The meek-client-torbrowser
program uses this file to automatically detect changes to the profile,
e.g., after Tor Browser is updated.
|
| | |
| |
| |
| |
| |
| | |
We are preparing the language packs we ship for using our
search engines in the order we want. This is necessary due
to https://bugzilla.mozilla.org/show_bug.cgi?id=1162569.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| | |
swig was only needed as a dependency of M2crypto, which was removed in
969136e13861c1cc6d983a66a82736a1fae971c3.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Unused since ac9da1d5965169f91973d57737fcd20e06351b08:
LXML
PYTHON
Unused since 969136e13861c1cc6d983a66a82736a1fae971c3:
M2CRYPTO
flashproxy
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| | |
Set extensions.installDistroAddons = false in the meek-http-helper
browser profile so that Tor Launcher, Torbutton, etc. are not copied
into that profile.
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
Might be used implicitly by other commands, not sure.
|