curl - cURL mirror with patches applied

Age	Commit message (Collapse)	Author
2017-08-02	travis: build osx with openssl too	Daniel Stenberg

2017-07-12	travis: install libidn2	Max Dymond
	Install libidn2 to increase test coverage (IDN tests) Closes https://github.com/curl/curl/pull/1673
2017-07-12	travis: enable warnings also in release mode	Marcel Raad
	... to get warnings also on Linux/GCC and OSX/clang. Closes https://github.com/curl/curl/pull/1666
2017-07-12	travis: install libssh2	Max Dymond
	Install libssh2 to increase test coverage (SFTP, SCP)
2017-07-07	travis: install stunnel	Daniel Stenberg

2017-07-07	travis: detect and use valgrind for normal builds	Daniel Stenberg
	Closes #1653
2017-07-07	travis: add SMB, DICT, TELNET torture to coverage test	Daniel Stenberg

2017-07-07	travis: do more tests in the coverage run	Daniel Stenberg
	I added a selection of torture and event tests that run "fast enough"
2017-07-04	travis: install nghttp2 on linux builds	Daniel Stenberg
	Closes #1642
2017-07-04	travis.yml: use --enable-werror on debug builds	Daniel Stenberg
	... to better detect and fault on compiler warnings/errors Closes #1637
2017-06-21	travis: enable typecheck-gcc warnings	Marcel Raad
	- switch debug and release configurations so that we get an optimized build with GCC 4.3+ as required by typecheck-gcc - enable warnings-as-errors for release builds (which have warnings disabled) Closes https://github.com/curl/curl/pull/1595
2017-06-21	ci: whitelist branches to avoid testing feature branches twice	Simon Warta

2017-06-20	travis: do the distcheck test build out-of-tree as well	Daniel Stenberg

2017-06-06	travis: let some builds not use --enable-debug	Daniel Stenberg
	typecheck-gcc and other things require optimized builds Closes #1544
2017-06-04	travis: add coverage, distcheck and cmake builds	Daniel Stenberg
	Closes #1534
2017-03-22	travis: run tests-nonflaky instead of tests-full	Daniel Stenberg

2016-08-03	travis: removed option to rebuild autotool from source	Sergei Nikulov
	Fixes #943
2016-08-01	travis: fix OSX build by re-installing libtool	Sergei Nikulov
	Apparently due to a broken homebrew install fixes #934 Closes #939
2016-07-28	Revert "travis: Install libtool for OS X builds"	Jay Satiro
	Didn't work. This reverts commit 50723585ed380744358de054e2a55dccee65dfd7.
2016-07-28	travis: Install libtool for OS X builds	Jay Satiro
	CI is failing due to missing libtoolize, so I'm trying this.
2015-08-21	travis.yml: Add OS X testbot.	Jactry Zeng

2015-08-20	travis: Upgrading to container based build	Rémy Léone
	http://docs.travis-ci.com/user/migrating-from-legacy Closes #388
2015-03-10	.travis.yml: Change CI make test to make test-full	Jay Satiro
	- Change the continuous integration script to use 'make test-full' instead of just 'make test' so that the diagnostic log output is printed to stdout when a test fails. - Change the continuous integration script to use './configure --enable-debug' instead of just './configure' so that the memory analyzer will work during testing. Prior to this change Travis used its default C test script: ./configure && make && make test
2013-10-21	Adding a .travis.yml file to use the travis-ci.org	Rémy Léone
	From wikipedia: Travis CI is a hosted, distributed continuous integration service used to build and test projects hosted at GitHub. Travis CI is configured by adding a file named .travis.yml, which is a YAML format text file, to the root directory of the GitHub repository. Travis CI automatically detects when a commit has been made and pushed to a GitHub repository that is using Travis CI, and each time this happens, it will try to build the project and run tests. This includes commits to all branches, not just to the master branch. When that process has completed, it will notify a developer in the way it has been configured to do so — for example, by sending an email containing the test results (showing success or failure), or by posting a message on an IRC channel. It can be configured to run the tests on a range of different machines, with different software installed (such as older versions of a programming language, to test for compatibility).