summaryrefslogtreecommitdiffstats
path: root/llvm/utils/release
Commit message (Collapse)AuthorAgeFilesLines
* Bump version to 10.0.1Tom Stellard2020-04-131-2/+2
|
* build_llvm_package.bat: Produce zip files in addition to the installersHans Wennborg2020-02-251-1/+12
| | | | | | | | | | Now that the Windows installer no longer does anything besides self-extract, maybe it would make sense to distribute the toolchain as a plain zip file in addition to the current installer. Differential revision: https://reviews.llvm.org/D74896 (cherry picked from commit 4486aa03c5f431ba33a1d1ac9991da912e3decd9)
* test-release.sh: Add MLIR to the projects listHans Wennborg2020-01-301-0/+8
| | | | (cherry picked from commit ef465d0ad2b98cae6fd6f6c450649f40e67fa24b)
* export.sh: Fetch sources from GitHub instead of SVNTom Stellard2019-12-061-11/+24
| | | | | | | | | | Reviewers: hansw, jdoerfert Subscribers: sylvestre.ledru, mgorny, hans, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D70460
* Update build_llvm_package.bat to build from the monorepoHans Wennborg2019-11-271-30/+26
|
* test-release.sh: Update to fetch source from GitHubTom Stellard2019-11-191-60/+52
| | | | | | | | | | | | | | | | Summary: This also changes the test-release.sh script to build using the monorepo layout instead of copying sub-projects into llvm/tools or llvm/projects. Reviewers: jdoerfert, hans Reviewed By: hans Subscribers: hans, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D70353
* Fix copy-pasto in r374759Hans Wennborg2019-10-141-8/+8
| | | | llvm-svn: 374796
* build_llvm_package.bat: Run check-clang-tools and check-clangd tests.Hans Wennborg2019-10-141-0/+8
| | | | llvm-svn: 374759
* merge-request.sh: Update 9.0 metabug for 9.0.1Simon Atanasyan2019-10-131-1/+1
| | | | llvm-svn: 374741
* build_llvm_package.bat: Bootstrap with VS 2019Hans Wennborg2019-09-261-7/+7
| | | | llvm-svn: 372984
* test-release.sh: Don't use chrpath on SolarisRainer Orth2019-09-121-2/+5
| | | | | | | | | | | | When trying to run test-release.sh on Solaris 11.4 for 9.0.0 rc4, I failed initially because Solaris lacks chrpath. This patch accounts for that and allowed the run to continue. Tested on amd64-pc-solaris2.11 and sparcv9-sun-solaris2.11. Differential Revision: https://reviews.llvm.org/D67484 llvm-svn: 371741
* [utils] Update shebang to use the environment.Jonas Devlieghere2019-08-221-1/+1
| | | | | | This changes the shebang to launch bash through /usr/bin/env. llvm-svn: 369717
* Add 9.0 release bug to merge request scriptSimon Atanasyan2019-08-211-0/+3
| | | | llvm-svn: 369526
* test-release.sh: Reorder sed commands for the binary comparisonHans Wennborg2019-08-061-2/+2
| | | | llvm-svn: 368004
* test-release.sh: Perform the sed substitution on both files (PR42739)Hans Wennborg2019-08-051-3/+4
| | | | | | | | | | | The comparison would otherwise fail if Phase2 occurrs naturally in the object file. It would get replaced with Phase3 in the one .o, but not in the other. We were already running both files through sed to have them processed in this same way; this is a logical extension of that. llvm-svn: 367847
* build_llvm_package.bat: Set PYTHON_EXECUTABLE (PR42724)Hans Wennborg2019-08-051-5/+5
| | | | llvm-svn: 367815
* github-upload-release.py: Fix script name in examplesTom Stellard2019-07-251-4/+4
| | | | llvm-svn: 366978
* Add github-release.py scriptTom Stellard2019-07-251-0/+77
| | | | | | | | | | | | | | | | | | Summary: This script can be used for uploading relases sources and binaries to github. Reviewers: hans Reviewed By: hans Subscribers: llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D64841 llvm-svn: 366977
* Bump the trunk version to 10.0.0svnHans Wennborg2019-07-181-2/+2
| | | | | | and clear the release notes. llvm-svn: 366427
* merge-request.sh: Update 8.0 metabug for 8.0.1Tom Stellard2019-03-251-1/+1
| | | | llvm-svn: 356924
* Use response file when generating LLVM-C.dllSerge Guelton2019-03-191-1/+11
| | | | | | | | | | | As discovered in D56774 the command line gets to long, so use a response file to give the script the libs. This change has been tested and is confirmed working for me. Commited on behalf of Jakob Bornecrantz. Differential Revision: https://reviews.llvm.org/D56781 llvm-svn: 356443
* Revert "[clang-format] [PR25010] AllowShortIfStatementsOnASingleLine not ↵Paul Hoad2019-03-131-7/+7
| | | | | | | | working if an "else" statement is present" This reverts commit b358cbb9b78389e20f7be36e1a98e26515c3ecce. llvm-svn: 356030
* [clang-format] [PR25010] AllowShortIfStatementsOnASingleLine not working if ↵Paul Hoad2019-03-131-7/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | an "else" statement is present Summary: Addressing: PR25010 - https://bugs.llvm.org/show_bug.cgi?id=25010 Code like: ``` if(true) var++; else { var--; } ``` is reformatted to be ``` if (true) var++; else { var--; } ``` Even when `AllowShortIfStatementsOnASingleLine` is true The following revision comes from a +1'd suggestion in the PR to support AllowShortIfElseStatementsOnASingleLine This suppresses the clause prevents the merging of the if when there is a compound else Reviewers: klimek, djasper, JonasToth, alexfh, krasimir, reuk Reviewed By: reuk Subscribers: reuk, Higuoxing, jdoerfert, cfe-commits Tags: #clang-tools-extra Differential Revision: https://reviews.llvm.org/D59087 llvm-svn: 356029
* test-release.sh: Add option to use ninjaDiana Picus2019-02-111-9/+29
| | | | | | | | | | | | | | | | | | | | Allow the use of ninja instead of make. This is useful on some platforms where we'd like to be able to limit the number of link jobs without slowing down the other steps of the release. This patch adds a -use-ninja command line option, which sets the generator to Ninja both for LLVM and the test-suite. It also deals with some differences between make and ninja: * DESTDIR handling - ninja doesn't like this to be listed after the target, but both make and ninja can handle it before the command * Verbose mode - ninja uses -v, make uses VERBOSE=1 * Keep going mode - make has a -k mode, which builds as much as possible even when failures are encountered; for ninja we need to set a hard limit (we use 100 since most people won't look at 100 failures anyway) I haven't tested with gmake. llvm-svn: 353685
* Add 8.0 release bug to merge request scriptMatt Arsenault2019-01-301-0/+3
| | | | llvm-svn: 352579
* Revert r351833 and r352250.Hans Wennborg2019-01-291-11/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | They were breaking the Windows build when using MSBuild, see the discussion on D56781. r351833: "Use response file when generating LLVM-C.dll" > Use response file when generating LLVM-C.dll > > As discovered in D56774 the command line gets to long, so use a response file to give the script the libs. This change has been tested and is confirmed working for me. > > Commited on behalf of Jakob Bornecrantz > > Differential Revision: https://reviews.llvm.org/D56781 r352250: "Build LLVM-C.dll by default on windows and enable in release package" > Build LLVM-C.dll by default on windows and enable in release package > > With the fixes to the building of LLVM-C.dll in D56781 this should now > be safe to land. This will greatly simplify dealing with LLVM for people > that just want to use the C API on windows. This is a follow up from > D35077. > > Patch by Jakob Bornecrantz! > > Differential revision: https://reviews.llvm.org/D56774 llvm-svn: 352492
* Build LLVM-C.dll by default on windows and enable in release packageHans Wennborg2019-01-251-1/+11
| | | | | | | | | | | | | With the fixes to the building of LLVM-C.dll in D56781 this should now be safe to land. This will greatly simplify dealing with LLVM for people that just want to use the C API on windows. This is a follow up from D35077. Patch by Jakob Bornecrantz! Differential revision: https://reviews.llvm.org/D56774 llvm-svn: 352250
* Update the file headers across all of the LLVM projects in the monorepoChandler Carruth2019-01-196-24/+18
| | | | | | | | | | | | | | | | | to reflect the new license. We understand that people may be surprised that we're moving the header entirely to discuss the new license. We checked this carefully with the Foundation's lawyer and we believe this is the correct approach. Essentially, all code in the project is now made available by the LLVM project under our new license, so you will see that the license headers include that license only. Some of our contributors have contributed code under our old license, and accordingly, we have retained a copy of our old license notice in the top-level files in each project and repository. llvm-svn: 351636
* build_llvm_package.bat: Run more testsHans Wennborg2019-01-171-5/+13
| | | | llvm-svn: 351436
* Revert r351324 "Build LLVM-C.dll by default on windows and enable in release ↵Hans Wennborg2019-01-161-11/+1
| | | | | | | | | | | | | | | | | package" This broke the build, ending up with too long command-lines when invoking gen-mscv-exports.py. > As it says in the subject, should have gone long enough now that this > should be safe. This will greatly simplify dealing with LLVM for people > that just want to use the C API on windows. This is a follow up from > D35077. > > Patch by Jakob Bornecrantz! > > Differential revision: https://reviews.llvm.org/D56774 llvm-svn: 351329
* Build LLVM-C.dll by default on windows and enable in release packageHans Wennborg2019-01-161-1/+11
| | | | | | | | | | | | | As it says in the subject, should have gone long enough now that this should be safe. This will greatly simplify dealing with LLVM for people that just want to use the C API on windows. This is a follow up from D35077. Patch by Jakob Bornecrantz! Differential revision: https://reviews.llvm.org/D56774 llvm-svn: 351324
* Bump the trunk version to 9.0.0svnHans Wennborg2019-01-161-2/+2
| | | | llvm-svn: 351320
* Include lldb in Win snapshots again (PR37307)Hans Wennborg2019-01-161-7/+15
| | | | llvm-svn: 351309
* Python compat - has_key vs. in operatorSerge Guelton2019-01-032-18/+18
| | | | | | | | Use portable `in` operator instead of `has_key(...)` method. Differential Revision: https://reviews.llvm.org/D56260 llvm-svn: 350314
* Python compat - print statementSerge Guelton2019-01-032-37/+41
| | | | | | | | | Make sure all print statements are compatible with Python 2 and Python3 using the `from __future__ import print_function` statement. Differential Revision: https://reviews.llvm.org/D56249 llvm-svn: 350307
* Revert "Exclude wasm target from Windows packaging due to PR39448"Thomas Lively2018-11-091-2/+2
| | | | | | | | | | | | | | Summary: This reverts r346122 now that the failing tests have been disabled. Depends on D54353. Reviewers: aheejin, dschuff Subscribers: fedor.sergeev, sunfish, llvm-commits Differential Revision: https://reviews.llvm.org/D54354 llvm-svn: 346559
* Branch/tag all projects with a single commit in release-tagging script.James Y Knight2018-11-091-15/+31
| | | | | | | | | | | | | | | This change updates the release script to use svnmucc to create all the branches with one commit. This will ensure that the git tag won't bounce around if the git migration runs in-between separate commits creating a branch. Additionally, update the list of projects to include all of the projects in the monorepo, plus test-suite. Differential Revision: https://reviews.llvm.org/D53467 llvm-svn: 346550
* Exclude wasm target from Windows packaging due to PR39448Hans Wennborg2018-11-051-2/+2
| | | | llvm-svn: 346122
* merge-request.sh: Add 7.0 metabugTom Stellard2018-09-281-0/+3
| | | | llvm-svn: 343290
* build_llvm_package.bat: Add OpenMP backHans Wennborg2018-08-031-1/+1
| | | | | | After r338721, it builds again. llvm-svn: 338823
* utils/release/tag.sh: add debuginfo-tests to project listHans Wennborg2018-08-021-1/+1
| | | | llvm-svn: 338682
* Bump the trunk version to 8.0.0svnHans Wennborg2018-08-011-2/+2
| | | | llvm-svn: 338537
* build_llvm_package.bat: Re-try the build stepsHans Wennborg2018-07-031-5/+5
| | | | | | The build on Windows has been extra flaky recently; retrying helps. llvm-svn: 336192
* utils/release: Add merge-git.shTom Stellard2018-06-131-0/+92
| | | | | | | | | | | | | | | Summary: This script allows you to use git to backport a commit to a stable branch while generating the exact same commit message (ignoring whitespace) that you would get from using the merge.sh script with svn. Reviewers: hansw Subscribers: llvm-commits Differential Revision: https://reviews.llvm.org/D47760 llvm-svn: 334568
* build_llvm_package.bat: Drop LLDB from the package.Hans Wennborg2018-03-191-15/+7
| | | | | | | | | I don't think anyone ever got this to work, what with getting exactly the right Python dependency and so on. Removing it simplifies the script, removes a number of hairy dependencies, and cuts ~30 MB off the installer size. llvm-svn: 327835
* merge-request.sh: Update 6.0 metabug for 6.0.1Tom Stellard2018-03-081-1/+1
| | | | llvm-svn: 327024
* Update build_llvm_package.batHans Wennborg2018-01-251-5/+9
| | | | | | | | | | | | | | I moved to a new machine and had to adjust a few things: - Use %USERNAME% instead of %USER% (not sure why %USER% didn't work anymore) - Update paths for using Python 3.6 instead of 3.5 - Skip building OpenMP which seems broken on Windows - Work around new vsdevcmd.bat changing paths: https://developercommunity.visualstudio.com/content/problem/26780/vsdevcmdbat-changes-the-current-working-directory.html - Build stage-0 compiler with MinSizeRel to work around VS 2017 bug: https://developercommunity.visualstudio.com/content/problem/139043/miscompile-in-trivial-c-program-with-155-preview-2.html llvm-svn: 323427
* Follow-up to rL322875 by initializing the do_libcxxabi variable properly.Dimitry Andric2018-01-181-0/+1
| | | | llvm-svn: 322879
* Add a -no-libcxxabi option to the test-release.sh script.Dimitry Andric2018-01-181-1/+8
| | | | | | | | | | | On FreeBSD, it is currently not possible to build libcxxabi and link against it, so we have been building releases with -no-libs for quite some time. However, libcxx and libunwind should build without problems, so provide an option to skip just libcxxabi. llvm-svn: 322875
* Fix missing release metabug in merge-request.shMatt Arsenault2018-01-031-0/+3
| | | | llvm-svn: 321753
OpenPOWER on IntegriCloud